القائمة
Bucle persistente con turn-budget. Mantiene un goal activo entre turnos, juez Sonnet 4.6 decide done|continue|degenerate tras cada turno. Adaptación de Hermes /goal con detección de degeneración.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Prototipa lógica de negocio compleja como máquina de estados ejecutable (TUI Python con Textual). Mejor que prosa para validar transiciones, edge cases y reglas de negocio. Genera un .py corriendo + diagrama Mermaid commiteado a wiki/concepts/. Triggers ES/EN — prototipo, prototype, máquina de estados, state machine, valida transiciones, business logic complejo, "más de 5 reglas".
Bucle de diagnóstico disciplinado para bugs difíciles y regresiones de rendimiento. Reproduce → minimiza → hipotetiza → instrumenta → corrige → test de regresión. Usar cuando el usuario dice "diagnose this" / "debug this", reporta un bug, dice que algo está roto/throwing/failing, o describe una regresión de rendimiento. Triggers ES/EN — diagnose, diagnostica, debug, "está roto", regresión, "no funciona".
Sesión de interrogatorio que confronta tu plan contra el modelo de dominio existente, afila la terminología y actualiza la documentación (CONTEXT.md, ADRs / wiki/decisions/) inline conforme las decisiones cristalizan. Usar cuando el usuario quiere estresar un plan contra el lenguaje del proyecto y las decisiones documentadas. Triggers ES/EN — grill, parrilla, interrogar, "afina mi plan", stress-test plan, challenge plan.
Encuentra oportunidades de profundización (deepening) en un codebase, informado por el lenguaje del dominio en CONTEXT.md y las decisiones en wiki/decisions/ o docs/adr/. Usar cuando el usuario quiere mejorar arquitectura, encontrar oportunidades de refactor, consolidar módulos fuertemente acoplados, o hacer un codebase más testeable y AI-navegable. Triggers ES/EN — improve architecture, "mejorar arquitectura", deepening, refactor, "demasiados módulos pequeños", "es difícil de testear".
Desarrollo guiado por tests con bucle red-green-refactor. Usar cuando el usuario quiere construir features o arreglar bugs usando TDD, menciona "red-green-refactor", quiere tests de integración, o pide desarrollo test-first. Triggers ES/EN — tdd, test-driven, "primero test", red-green-refactor, "tests integración".
Vigilante de las 14 fases + gate 10.5. Delega la evaluación de outcomes al skill `grader` (Sprint 8.1) y enforces la regla absoluta de cross-project retrieval. NO usa checklist binario — el grader decide should_block según outcomes verificables.
| name | apex-goal |
| description | Bucle persistente con turn-budget. Mantiene un goal activo entre turnos, juez Sonnet 4.6 decide done|continue|degenerate tras cada turno. Adaptación de Hermes /goal con detección de degeneración. |
Goal persistente que sobrevive turnos. El agente trabaja, el juez evalúa, APEX decide si continuar.
/apex:goal <prompt> (o con --budget, --resume, --list).crea X, explica Y).Ver commands/apex-goal.md para el flujo detallado. Resumen:
start_goal → escribe estado en .apex/goal/{id}.json.record_turn → juez con build_judge_prompt →
parse_judge_decision → apply_judge_decision.done, degenerate, budget_exhausted, paused.El agente debe mostrar al inicio y en cada transición:
○ Goal set (20-turn budget): <goal>↻ Continuing toward goal (3/20): <razón del juez>✓ Goal achieved: <razón>✗ Goal aborted (degenerate): <razón>‖ Goal paused — 5/20 turns used⊘ Budget exhausted — 20/20 turns used⚠ Context threshold — handoff escrito, pide /clear al usuario(Sin emojis. Esos símbolos son glifos Unicode tipográficos, no emojis.)
Al llamar apex_goal_loop(action="record_turn", ...) el agente puede pasar
opcionalmente:
transcript_path: ruta al JSONL de la sesión actual (Claude Code lo
expone vía hook payload con clave transcript_path).session_id: ID de la sesión actual (para nombrar el handoff).threshold_tokens (opcional): override del umbral; si no se pasa, lee la
env APEX_HANDOFF_THRESHOLD_TOKENS (default 200_000).Cuando los tokens estimados del transcript cruzan el umbral, el goal pasa
a status=context_threshold (status terminal, mismo plano que
budget_exhausted) y la tool escribe el handoff automáticamente vía
serialize_handoff(session_id). La respuesta de la tool incluye
literalmente las dos acciones que el usuario debe ejecutar:
1. Teclea /clear para liberar contexto.
2. En la sesión nueva: apex_resume_session(session_id="<sid>")
El agente debe retransmitir ese mensaje sin reformular ni omitir el session_id — es la única vía para que la sesión nueva rehidrate el estado.
Coherencia con el hook context-watch.py: los dos sistemas leen la
misma env. Si ya disparó el hook y el usuario no actuó, el goal acabará
disparándolo igual al siguiente record_turn. No es redundancia: el hook
avisa en cada prompt, el goal lo aplica al cerrar el turno.
apex_resume_session (Sprint 9): goals activos aparecen
en el handoff a 40% de contexto./live (Sprint 8.3).