Sistema para llevar un sitio del brief al deploy, conectando estrategia, contenido y publicación.
El producto convierte cada decisión relevante en un artefacto tipado, versionado y aprobable. La IA puede generar propuestas, drafts, diffs y validaciones, pero no puede aprobar ni publicar por sí sola.
Cuando los artefactos clave están aprobados, el sistema puede generar un proyecto real en Next.js, Payload y Puck. La regeneración es gobernada: solo toca archivos propios del generador, detecta conflictos y deja la decisión final en manos del equipo.
La IA acelera producción cuando propone, documenta y el equipo conserva control.
MVP completo y ejecutable localmente. El repositorio documenta el flujo end-to-end, desde la creación del proyecto hasta generación, editor visual, review, release, deploy local y runtime de agentes.
Muchas agencias ya usan IA para acelerar producción, pero el trabajo termina fragmentado entre prompts, documentos, herramientas visuales, repositorios y decisiones difíciles de auditar.
Agency Workstation plantea otro modelo: un sistema donde la IA trabaja dentro de un ciclo de producción gobernado. Cada output importante queda estructurado, versionado, revisable y conectado al siguiente paso del proyecto.
La plataforma organiza el proyecto alrededor de artefactos: intake, estrategia, sitemap, tokens de diseño, modelo de CMS, copy, composiciones de página y releases.
Cada artefacto tiene payload validado, estado editorial, versiones inmutables, diff estructural y dependencias explícitas. Si un input cambia, el sistema marca lo que queda desactualizado, pero no regenera a ciegas.
El asistente funciona como una capa contextual. Puede leer el estado aprobado del proyecto, proponer cambios, lanzar skills cerradas y dejar drafts listos para revisión.
La regla central es simple: la IA propone, el equipo decide. Ningún flujo permite que un agente apruebe artefactos, publique releases o resuelva conflictos sin una acción humana explícita.
El editor visual integra Puck sobre artefactos de composición. Esto permite editar páginas con una experiencia visual sin romper el contrato del sistema: la composición sigue siendo data validada, versionada y aprobable.
El proyecto generado incluye Payload como CMS y una estructura lista para que contenido, diseño y desarrollo trabajen sobre la misma fuente de verdad.
Los releases congelan versiones aprobadas de los inputs críticos. La revisión de cliente ocurre sobre una versión sellada, mediante links con token y comentarios accionables.
El deploy local funciona por slots de producción y preview, con builds inmutables y rollback basado en releases previos. La arquitectura permite conectar proveedores externos detrás del mismo contrato.