@ingeniomaps/cauce 0.97.0 → 0.99.0

package/engine/schemas/ops-config.schema.json

@@ -118,6 +118,15 @@
             "pattern": "^[a-z0-9]+$"
           },
           "minItems": 1
+        },
+        "paths": {
+          "type": "array",
+          "description": "Carpetas donde viven las migraciones, relativas y sin «.» ni «..»: el guard las reconoce en cualquier lugar de la ruta, así que \"alembic/versions\" también alcanza a \"api/alembic/versions\". Declararlas reemplaza el default [\"migrations\", \"migration\", \"migrate\"], y `check` avisa la que no alcanza a ningún archivo.",
+          "items": {
+            "type": "string",
+            "pattern": "^[A-Za-z0-9_-][A-Za-z0-9._-]*(?:/[A-Za-z0-9_-][A-Za-z0-9._-]*)*$"
+          },
+          "minItems": 1
         }
       }
     },

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ingeniomaps/cauce",
-  "version": "0.97.0",
+  "version": "0.99.0",
   "description": "Sistema portable de planificación y ejecución verificable para cualquier proyecto",
   "keywords": [
     "planning",

package/template/AGENTS.md

@@ -57,7 +57,7 @@ comando, sin cron —activarlo en tu repositorio es decisión tuya—:
 
 ```bash
 node tools/ops.js agents list --own          # sólo los tuyos, sin los del catálogo
-node tools/ops.js learn <slug>               # arma el informe de la semana
+node tools/ops.js learn <slug>               # arma el informe de investigación
 /agent-propose <slug>                        # escribe el cambio concreto sobre esos informes
 #   ↑ firmá «Aprobación humana» en la propuesta antes de seguir
 /agent-promote <slug>                        # lo aplica, registra y manda a verificar
@@ -108,12 +108,15 @@ te frena es el peor para elegir bien.
 **Si lo pediste vos en el chat, no hace falta nada.** Los guards contienen al agente cuando decide solo o
 cuando trabaja dentro de un recorrido; lo que vos pedís directo no se frena. Nombrá lo que querés que
 toque —«borrá la prueba de altas», «reescribí la migración 004»— y pasa sin preguntarte de nuevo. Si tu
-pedido no lo nombraba y algo se frena, el agente te dice qué y por qué: contestá «dale» y pasa exactamente
-eso. **Con los gates de un commit se pregunta cada vez**, como con publicar: gobernanza, los gates del
+pedido no lo nombraba y algo se frena, el agente te dice qué y por qué: confirmalo con tus palabras —un
+«dale» alcanza, pero no hace falta esa palabra— y pasa exactamente eso. Si contestás negando, frenando o
+preguntando, no pasa. **Con los gates de un commit se pregunta cada vez**, como con publicar: gobernanza, los gates del
 stack y los lockfiles no heredan lo que autorizaste en un mensaje anterior, porque cada commit es otra
 operación. Y `plan-first` no te pide un plan cuando el cambio lo pediste vos: el plan es para el trabajo que va
 por tareas. Funciona en Claude Code, Codex y Gemini, que le avisan a Cauce cuando mandás un mensaje; en
-Antigravity, y cuando nadie está en el chat —CI, un recorrido, un subagente—, queda el archivo de abajo.
+Antigravity, y cuando nadie está en el chat —CI, un recorrido—, queda el archivo de abajo. Si lo frenado
+lo hacía un subagente, tu confirmación le llega igual; un pedido tuyo que lo nombraba, no: ése vale sólo
+para el agente con el que hablás.
 
 **Sin chat, la salida de todos ellos es la misma**: escribir en `planning/.ops-approval` las rutas que
 autorizás, una por línea, con `#` para lo que no sea una ruta. En sidecar es el `planning/` de la
@@ -258,7 +261,7 @@ Publicar es lo único de todo eso que este proyecto puede habilitar, y `runner.a
 `ops.config.json` es la autorización que R10 pide para las ramas de trabajo. La rama viva —`main`,
 `master` o la rama por defecto del remoto— no la alcanza si el proyecto no la nombra en
 `runner.pushToLiveBranches`, y un subagente no publica con ningún permiso. Sin la llave, pasa el push
-que la persona pide en el chat nombrando el remoto y la rama, o el que ella aprueba contestando «dale».
+que la persona pide en el chat nombrando el remoto y la rama, o el que ella confirma cuando se frena.
 Reescribir historia publicada no entra en el trato: un `push --force` se frena con la llave prendida o
 apagada.
 

package/template/Makefile

@@ -53,7 +53,7 @@ integration-promote: require-key ## Promueve el draft KEY=<clave> al roadmap
 require-agent:
 	@test -n "$(AGENT)" || (echo "Falta AGENT=<slug>" >&2; exit 2)
 
-agent-learn: require-agent ## Prepara el informe semanal de AGENT=<slug>
+agent-learn: require-agent ## Prepara el informe de investigación de AGENT=<slug>
 	@node tools/ops.js learn "$(AGENT)"
 
 agent-propose: require-agent ## Consolida una propuesta para AGENT=<slug>

package/template/planning/PROTOCOL.md

@@ -16,7 +16,8 @@ invariantes.
   reclamo, `done/` o la evidencia registrada pide algo que todavía no existe cuando se la mira, y su lugar
   son los campos `tests:`, `qa:` y `commit:` de DONE, que ya lo exigen. `check` lo avisa sobre la cola. Si
   aun así corresponde dejarla ahí, se declara en la propia condición con `(fuera de verify: <razón>)` —la
-  misma salida explícita que `(sin partir: …)` y que `n/a — razón`— y deja de avisarse.
+  misma salida explícita que `(sin partir: …)` y que `n/a — razón`— y deja de avisarse. El recorrido la
+  saca de lo que manda a Verify y a QA, y la lleva a Done para que quede cumplida en esos campos.
 - DONE: un archivo por tarea cerrada, `done/<slug>.md`, con su entrada `[x]` y los campos `acept:`,
   `fecha:` en AAAA-MM-DD, `done:`, `qa:`, `tests:`, `commit:` y `lane:`. `lane:` repite el carril con el
   que la tarea corrió —`express`, `directo`, `lite`, `full`— o `sin clasificar` si su línea no lo
@@ -28,7 +29,10 @@ invariantes.
   que convoca revisor con una revisión que no corrió es la ADR incumplida, escrita en el propio registro. La fecha es la del cierre, y es lo que
   ordena una evidencia que ya no depende de su posición dentro de un archivo. `tests:` enlaza cada criterio
   mediante `CN → prueba`; usa `A → prueba` cuando no hay épica o `n/a — razón` si no existe una
-  superficie ejecutable. `decisions:` es opcional y, si aparece, cita `[fuente: ...]` o
+  superficie ejecutable. Un `tests:` que sea todo `n/a` es un error de `check` si su `commit:` toca algún
+  archivo que no sea un documento (`.md`, `.txt`, `.adoc`) o una imagen (`.png`, `.jpg`, `.jpeg`, `.gif`,
+  `.svg`, `.webp`): lo demás se ejecuta y se prueba, también lo que no tiene extensión, como un `Makefile`.
+  Rige para lo cerrado desde el 2026-09-24; lo anterior no se juzga con ella. `decisions:` es opcional y, si aparece, cita `[fuente: ...]` o
   `[supuesto: ...]`. `commit:` apunta a `<sha> <asunto>`, o a `n/a — razón` cuando la tarea no
   produce commit.
 - Acción humana: fila `| tarea | estado | origen | acción y condición de desbloqueo |`, con el estado