Product OS

El problema

El estado de un proyecto vive en el chat, y el chat lo pierde. Cada sesión nueva arranca sin saber qué se decidió ni dónde quedó la anterior.

Y el agente que escribe el código también decide cuándo terminó. Nadie mira su trabajo con otros ojos.

Cómo funciona

• Spec-Driven Development como base. Cada requerimiento arranca con una spec que define qué se construye y cómo se prueba, antes de escribir código.
• Un workflow que se adapta al requerimiento. Corre en forma lineal o en paralelo según el contexto, con revisión en cada etapa.
• El contexto vive en archivos core del repo. Las decisiones quedan documentadas, el progreso en PROGRESS.md, el contexto operativo de los agentes en AGENTS.md y las reglas de diseño y de arquitectura en DESIGN.md y ARCHITECTURE.md. Cada sesión arranca leyendo en vez de reconstruir de memoria.
• Guardrails y MCPs. Un piso de seguridad y calidad que ningún tipo de proyecto baja, y MCPs como Context7 para que los agentes trabajen con documentación al día de cada tecnología.
• Scripts para lo determinista. Las tareas que no necesitan razonamiento corren en scripts, así el LLM se usa donde aporta y baja el consumo de tokens.
• El modelo según la dificultad. Cada tarea va al modelo que corresponde por su grado de complejidad.