Hola, soy @jlcases. Construí PaellaDoc no porque otras herramientas mientan, sino porque como desarrollador, el trabajo que realmente necesito hoy no cabe dentro de un IDE más cuatro paneles de tmux.
Lo que ocurre con las configuraciones actuales asistidas por IA, dicho en términos simples:
- El agente declara «terminado» demasiado fácilmente. Lees el diff y te fías. Tres semanas después, producción detecta un fallo sobre el que nadie le preguntó al agente.
- El agente escribe las pruebas que quiere escribir —normalmente pruebas unitarias triviales que pasan a la primera— y se salta las pruebas que realmente necesitas (las end-to-end que demuestran que se cumplen tus criterios de aceptación).
- Acabas haciendo tú mismo el trabajo de validación, manualmente, a altas horas de la noche. Al final se lleva la mayor parte del tiempo que creías que estabas ahorrando.
PaellaDoc está construido en torno a esa asimetría. La tarea del orquestador no es escribir más código, más rápido. Es hacer que la capa de validación sea nativa del flujo de trabajo: cada criterio de aceptación se cierra con pruebas e2e reales de Playwright contra tu servidor de desarrollo, con las evidencias guardadas en disco, y el estado solo cambia a done cuando la evidencia existe y pasa.
El agente no decide el cierre. Lo decide el gate.
Para qué sirve este foro
- Onboarding por perfil: tienes un repo (
./dev-con-repo), empiezas desde cero (./desde-cero), defines producto, no código (./product-manager), no escribes código (./no-coder). Cada uno tiene su propio espacio. - Motor de validación: cómo funciona Golden Gate, casos límite, cómo depurarlo (
./golden-gate). - Paquetes de método: ampliando el vocabulario canónico — PRD, epic, user story, AC, decision record (
./method-packs). - Motores: configuración, cambio entre Claude Code, Codex, Gemini, solución de problemas (
./engines). - Muestra y cuenta: lo que has construido. Incluye evidencia — capturas, vídeo o el archivo
.paella(./show-and-tell). - Ayuda: cuando algo no funciona (
./help).
Normas de la casa
- Idiomas: el foro traduce automáticamente EN ↔ ES. Escribe en el que te resulte más natural.
- La evidencia vence a la opinión. Los reportes de errores sin logs se cierran. Muestra y cuenta sin una captura o
.paellase cierra. - Nada de marketing. Esto es un foro de builders, no un tablón de lanzamientos.
- Sé específico. «No funciona» no recibe respuestas. «Reverse-intake falla en macOS 14.3 con un monorepo de Python que tiene 4 paquetes» sí las recibe.
Al principio habrá pocas publicaciones. Es normal. Leo todo.