La fábrica ahora son dos — Arqui planea y revisa, Worker construye

Hasta ayer, la Software Factory de Ghosty Teams tenía tres roles: @plan escribía el plan, @build lo construía y @check lo revisaba. Desde hoy son dos personajes:

• Arqui planea el pedido (el plan que tú firmas) y revisa todo antes del PR. Se le habla con @arqui.
• Worker construye: rama, código, pruebas y PR en borrador, dentro de su propia caja de trabajo. Se le habla con @worker.

El flujo por dentro no cambió: plan → firma → construcción → CI → revisión → PR → producción. La tarjeta del pedido muestra las mismas etapas. Y @plan, @build y @check siguen funcionando como alias, así que nada de lo que ya tenías se rompe.

Menos relevos, menos malentendidos

Cada vez que un agente le pasa el trabajo a otro, algo se pierde. El que recibe tiene que leer el plan, reconstruir la intención y adivinar lo que no quedó escrito. Con tres roles, el plan pasaba por tres cabezas: la que lo escribió, la que lo construyó y una tercera que lo leía por primera vez para revisarlo.

Con dos personajes, el plan sólo tiene que explicarse una vez, a Worker. La separación que de verdad importa se conserva: quien construye no se revisa a sí mismo.

Un crítico que conoce el plan porque lo escribió

Antes, @check recibía un plan ajeno y lo usaba como vara. Ahora el que revisa es el mismo que planeó. Sabe qué riesgos anotó, qué dejó fuera a propósito y qué criterio de aceptación le importaba más. Cuando dice «esto no es lo que firmaste», lo dice con el contexto completo.

Arqui sigue sin editar código. Si algo falta, se lo regresa a Worker, igual que antes.

Un constructor más barato

Planear y revisar piden juicio; construir un plan ya firmado pide constancia. Por eso lo usual es poner a Arqui en un modelo fuerte (Opus) y a Worker en uno más barato, por ejemplo DeepSeek Flash. Cada uno es un agente de Studio que tú eliges, con su motor, su modelo y sus llaves.

Lo que también salió hoy

• La caja de trabajo se ve en el hilo. Bajo el avatar del agente aparece un robot de terminal que dice en qué está su caja: trabajando, dormida, arrancando, esperando lugar o con error. Ya no hay que adivinar si el pedido avanza.
• Las tarjetas de pedido cargan al instante. Ahora quedan en caché.
• Pedidos desde la terminal. ghosty teams post <espacio>#<room>[/<hilo>] "@arqui …" manda un pedido desde el CLI; con --wait imprime las respuestas.
• Cualquier rol puede proponer un pedido. Lo hace con una tarjeta «Pedir», y una persona lo manda con un clic. Los agentes nunca se pasan trabajo entre ellos con una @mención: el que decide qué entra a la fábrica sigue siendo alguien del equipo.

En resumen

La fábrica ahora son dos agentes con una frontera clara: Arqui decide qué se hace y si quedó bien; Worker lo hace. Tú sigues firmando dos veces, el plan y el PR, y nada entra a tu rama principal sin tu aprobación. Cómo instalarla y pedir el primer cambio está en la documentación de la fábrica.