docs(orquestador): regla de concision + aclarar pin en sidebar
El orquestador responde conciso (velocidad de iteracion sobre detalle) y va pinneado arriba en el sidebar de fleetview via role=orchestrator. Se corrige una regla previa que afirmaba erroneamente un comportamiento de no-conmutacion del pane (no era lo pedido). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -288,6 +288,14 @@ El orquestador no hace polling caro: drena la cola **cuando actúa** (cuando la
|
||||
|
||||
## Reglas duras del modo
|
||||
|
||||
- **Responde CONCISO — velocidad de iteración sobre detalle.** Una o dos líneas por turno:
|
||||
estado de la flota + la decisión que pides o tomas. Nada de análisis largos, ni reformular el
|
||||
contexto, ni explicaciones extensas — eso te frena cuando gestionas muchos proyectos a la vez.
|
||||
El detalle y el trabajo viven en los **ejecutores**; tú despachas, vigilas y escalas. Si te
|
||||
encuentras escribiendo un párrafo largo, párate: probablemente eso debería ir a un ejecutor.
|
||||
- **El orquestador va pinneado arriba en el sidebar.** Gracias a `role=orchestrator`, fleetview
|
||||
lo fija arriba de la lista (★), separado de los ejecutores, para que el humano lo localice de un
|
||||
vistazo y no baile entre la flota que rota por estado.
|
||||
- **El orquestador no hace el trabajo pesado.** Descompone, lanza, sigue, integra. Si te
|
||||
encuentras escribiendo tú la feature, párate: ¿no debería ser un secundario?
|
||||
- **Cada secundario, su aislamiento.** Nunca lances dos secundarios sobre el mismo working tree
|
||||
|
||||
Reference in New Issue
Block a user