dataforge/fn_registry
1
0
Fork 0
Code Issues Pull Requests 3 Actions Packages Projects Releases Wiki Activity

docs(flows): 0012 fase 3b validada (launcher+pin) + gap del spawn en flota

Browse Source 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
agent
2026-06-20 20:34:23 +02:00
parent 334a71eed1
commit 05d0b71d5d
1 changed files with 2 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
dev/flows/0012-fleet-orchestrator-dod.md
+2
View File
@@ -145,6 +145,8 @@ DoD Fase 3:
- Error 1: spawn sin `dod_contract` -> rechazado con mensaje claro.
- Vida: 7 días lanzando trabajo real por esta vía.
Estado [PARCIAL 2026-06-20]: el **launcher** (`launch_fleetclaude`) ya arranca el orquestador con el skill `/orquestador` embebido como primer prompt (validado en vivo: entra en modo), le pone `role=orchestrator` con `mark_claude_role` (la TUI lo pinea arriba con ★, validado), y siembra 1 ejecutor idle inicial en la flota tmux. El `dod_contract` al spawn está en el skill (Fase 2). **GAP pendiente**: cuando el orquestador lanza MÁS ejecutores, el skill aún usa `launch_claude_agent_kitty` (kitties sueltas), no `TmuxNewClaudeWindow` en el socket fleet — para que TODA la flota viva en tmux y se vea en fleetview, falta migrar ese spawn del skill de kitty a la window tmux del perfil. El splitter (Agent que descompone tareas grandes) está descrito en el skill pero no ejercitado en vivo.
## Pre-requisitos
- Sesión tmux fleet activa (perfil `launch_fleetclaude`); `/fleet` operativo (flow previo).