SPECTRE

Cada pieza de trabajo de una función entra por un único comando de alcance. No memorizas un menú enorme de pasos. Solo uno. Entonces, qué hace en realidad el flujo de comandos de barra. El flujo de alcance explora los bordes de tu idea y separa lo que entra, lo que queda fuera, lo que es futuro y lo que está explícitamente fuera de alcance. Para quien hace malabares con varios proyectos, ese único punto de entrada lo es todo.

SPECTRE se distribuye como un conjunto de comandos de barra, de /spectre:spectre-kickoff para funciones nuevas y vagas a /spectre:spectre-ship para el cierre final. Plan, ejecución, prueba y traspaso también viven aquí. El agente sugiere el siguiente comando al final de cada respuesta. Así casi nunca tienes que pensar cuál viene después.

SPECTRE dirige trabajos concretos a subagentes especializados: uno para implementar, otro para analizar cómo funciona el código existente, otro para buscar patrones reutilizables, otro para investigar en la web y otro para revisar. Los prompts los llaman por ti, así que tú no tienes que hacerlo. Es un buen ahorro de tiempo. Dar a cada subagente solo el contexto que su tarea necesita lo mantiene centrado. Menos ruido, menos desvíos.

Antes de dar una función por terminada, el paso prove convierte el alcance y los flujos de usuario en criterios de aceptación y los comprueba con tu configuración de pruebas. Captura capturas de pantalla o vídeo para el trabajo visual y construye una página de prueba revisable. Quien haya lanzado una función que "pasaba" pero se rompía en el navegador verá aquí el valor.

Ejecuta un comando de traspaso cuando tu ventana de contexto se llene o cambies de tarea. SPECTRE escribe una instantánea de estado y la carga en tu siguiente sesión de forma automática, fusionando las últimas instantáneas en una memoria continua. Eso significa que puedes vaciar la ventana sin perder el hilo. Bien. Se acabó explicar todo el proyecto de nuevo a una sesión recién creada.

SPECTRE captura trampas verificadas, decisiones, patrones y bloqueos como registros estructurados. Un índice de arranque con tamaño limitado muestra solo los relevantes para una tarea dada. Luego el agente carga el registro completo después de comprobar que sigue aplicándose. Con el tiempo, tu proyecto acumula contexto. No vuelve a cero en cada sesión.

Execute divide el plan en tareas, las envía a subagentes paralelos y ejecuta la verificación después de cada tanda. Luego añade una revisión de código adversarial de runtime opuesto, seguida de una pasada de reparación. En palabras llanas, un modelo distinto comprueba el trabajo. Eso detecta puntos ciegos que un solo agente tiende a pasar por alto. No es una garantía. Pero es mucho mejor que confiar en la suerte.