Cada palanca nombra el hook, el agente o el workflow que hace el trabajo. Donde una regla sigue siendo solo prosa, la página del método lo dice.
01
El modelo correcto en cada envío.
dojo-router avisa cuando un subagente o un paso de workflow heredaría tu modelo de más arriba, y lo bloquea en modo block. Su mod completa el modelo según el rol. Los cuatro agentes por rol de dojo-protocol están fijados: scout en haiku, builder y reviewer en sonnet, judge en opus.
dojo-router · dojo-protocol
02
Contexto pequeño.
dojo-gates rechaza leer completo un archivo grande y apunta a grep o a un offset y un límite. El protocolo agrega el hábito: primero grep, y una corrección pequeña se queda en el hilo principal.
dojo-gates · dojo-protocol
03
Un contrato antes de repartir el trabajo.
El workflow build de dojo-flow abre con una fase de contrato que escribe las decisiones compartidas y un mapa de propiedad, y rechaza pistas que se traslapan. Los scouts corren en haiku, los builders en sonnet, los jueces en opus.
dojo-flow
04
Terminado significa que una verificación pasó.
El hook Stop de dojo-verify bloquea un mensaje final que declara éxito cuando ninguna verificación ha pasado desde tu última edición. Nunca bloquea dos veces seguidas, así que puedes decir con claridad que no está verificado.
dojo-verify
05
Retornos contados.
El marcador de dojo-flow reporta enviados, retornados y fallidos, y solo dice verificado cuando coinciden y las verificaciones pasaron. El mod de dojo-verify muestra el mismo conteo en vivo.
dojo-flow · dojo-verify
06
Lo irreversible necesita un sí.
dojo-gates rechaza las formas de comando que causan daño que no se puede deshacer: staging a ciegas, reescribir commits ya publicados, imprimir secretos, tokens dentro de URLs. Para lo demás, la regla del protocolo es prosa: revisa qué saldrá de la máquina y luego pide el visto bueno.
dojo-gates