Planificar a través de un mapa del sistema
Crea un entendimiento compartido antes de dibujar o construir. El mapa muestra el comportamiento del sistema; el chat contiene la discusión. La planificación nunca otorga permiso para implementar el producto.
Lee la guía de planificación antes de comenzar o reanudar la planificación. Define el formato de origen, registros de partes, navegación y verificaciones. Para la configuración del ayudante y comandos, lee el README.
Comenzar desde la evidencia
Continúa el archivo de origen .plan.json guardado de la conversación. Lee su objetivo, decisiones, preguntas abiertas y posición actual de planificación. Inspecciona la evidencia relevante del proyecto antes de describir el comportamiento existente. Carga solo la parte actual y sus vecinos cuando el origen sea grande.
Para una nueva conversación, elige un nombre de origen descriptivo único. Nunca sobrescribas el plan de otra conversación. El plan de origen es autoritativo; los dibujos y manifiestos generados no son planes editables.
Separa hechos verificados, planes acordados, incógnitas y propuestas no aceptadas. Cita evidencia. Nunca infieras una decisión anterior a partir de una etiqueta vaga ni inventes hechos para cerrar una brecha.
Definir el significado antes de dibujar
Para cada parte, registra su trabajo único, entrada, trabajo, resultado, reglas, siguiente destinatario, límite y evidencia. Usa los nombres de campo definidos en la guía.
Mantén el almacenamiento separado de las acciones. Distingue un estado de espera del trabajo. Conecta cada resultado con la entrada esperada de la siguiente parte. Recorre un ejemplo concreto a través de las partes conectadas.
Usa etiquetas cortas y flechas con nombre. Las páginas hijas explican su parte padre. Conéctalas mediante destinos de detail explícitos, nunca con nombres coincidentes o enlaces adivinados. Mantén las elecciones de herramientas, preguntas de diseño y comentarios sobre características eliminadas fuera del gráfico.
Colaborar y avanzar
Responde primero la pregunta actual. Lee las decisiones establecidas antes de hacer otra pregunta. Las solicitudes de cambio claras actualizan el origen mientras preservan decisiones no relacionadas. El acuerdo acepta solo la propuesta realmente mostrada.
Después de resolver un punto, avanza hacia la siguiente parte no resuelta significativa. Explica su propósito, propón un enfoque fundamentado, luego haz una pregunta concreta cuando cambie el diseño. No conviertas la planificación en una entrevista ni te detengas en "guardado".
Etiqueta los valores predeterminados menores como propuestas. No decidas silenciosamente sobre permisos, privacidad, costo o evidencia factual. Resuelve la confusión antes de avanzar. Si no quedan decisiones materiales, resume la preparación y ofrece implementación por separado o autorizada.
Verificar antes de afirmar finalización
Después de cambiar un plan, constrúyelo e inspecciona las conexiones afectadas y el significado de las páginas hijas. Si hay acceso al navegador, inspecciona también el dibujo y la navegación. Informa honestamente sobre las verificaciones no disponibles.
Las pruebas del ayudante verifican la estructura y la salida generada, no la verdad del sistema, interacciones reales del navegador, ni la compatibilidad con todos los entornos de agente.