@ingeniomaps/cauce 0.58.0 → 0.59.0

package/CHANGELOG.md

@@ -14,6 +14,28 @@ desde este repositorio no va, porque el que lee no puede actuar sobre eso. Cuand
 unas pocas líneas casi siempre es porque cuenta cómo se descubrió el problema o por qué se eligió el
 diseño — eso vive en el commit y en el código.
 
+## [0.59.0] - 2026-09-03
+
+### Corregido
+
+- **Los atajos `team-check` y `team-show` del Makefile pasan a `flow-check` y `flow-show`.** El rename
+  de `teams/` a `flows/` llegó al motor y al README en 0.45.0 —esa entrada hasta te pedía renombrar los
+  `ops team check|list|show` que tuvieras automatizados— y el Makefile que te entregamos se quedó
+  llamando al comando viejo, así que los dos atajos fallaban con el banner de uso en toda instancia.
+  La variable ahora es `FLOW=<slug>`, y se suma `flow-list`, que no tenía atajo. **Qué cambia para
+  vos**: si automatizaste alguno de los dos, renombralo — hoy no funcionan, así que nada que ande deja
+  de andar.
+
+- **`automation list` marca instalado lo que está instalado, también en `sidecar`.** Buscaba el wiring
+  dentro de la instancia, y en `sidecar` —el modo por defecto— vive en el repo del que abrís tu
+  herramienta. Los cuatro adaptadores salían `○` aunque `doctor` los diera operativos dos líneas
+  después, así que el glifo no distinguía ningún caso del otro.
+
+- **El error de `evaluate --bench` en una instancia dice qué hacer.** Recomendaba adoptar el cargo, y
+  adoptarlo no habilita nada: lo que decide es el modo de la instancia. Quien seguía el consejo
+  forkeaba, repetía el comando y recibía el mismo mensaje. Ahora nombra la salida real: `ops evaluate
+  <cargo>` sin la bandera.
+
 ## [0.58.0] - 2026-09-03
 
 ### Corregido

package/engine/automation/index.js

@@ -471,4 +471,5 @@ module.exports = {
   render,
   listHooks,
   runnerManifest,
+  runnerPaths,
 }

package/engine/cli/catalog.js

@@ -189,8 +189,12 @@ function evaluate(agent, caso, cli) {
   // adoptado— y su `planning/` ya es el lugar legítimo donde trabajar.
   if (cli.has('--bench')) {
     if (O.mode(root) !== 'toolkit') {
-      fail('--bench es del toolkit. En una instancia, el cargo trabaja sobre tu planning/: si es del '
-        + `catálogo, adoptalo primero con "ops agents fork ${agent}".`, 2)
+      // Lo que decide es el modo de la instancia, así que el consejo tiene que ser una salida y no una
+      // condición: mandaba a adoptar el cargo, y adoptarlo no habilita nada —quien seguía el consejo
+      // forkeaba, repetía el comando y recibía el mismo mensaje diciéndole que forkeara—.
+      fail('--bench es del toolkit. En una instancia, el cargo trabaja sobre tu planning/: corré '
+        + `"ops evaluate ${agent}" sin la bandera, que valida sus controles, casos y propuestas `
+        + 'contra este proyecto.', 2)
     }
     // El caso es el posicional que sigue al cargo: `evaluate <cargo> --bench <caso>`. Sin él se arma
     // un banco suelto, para mirarlo a mano; una corrida real pide uno por caso.

package/engine/cli/wiring.js

@@ -214,7 +214,11 @@ function automation(action, rootArg, runnerName, cli) {
   if (action === 'list') {
     for (const name of A.RUNNER_NAMES) {
       const runner = A.runnerManifest(root, name)
-      const installed = fs.existsSync(path.join(root, runner.config.target))
+      // La misma resolución que usan `install`, `doctor` y `uninstall`: en `sidecar` el wiring vive
+      // en el padre, donde el dev abre su herramienta. Componer la ruta contra la instancia sólo
+      // acierta en `embedded`, y dejaba a los cuatro adaptadores marcados como no instalados en el
+      // modo por defecto, con `doctor` diciendo lo contrario dos líneas después.
+      const installed = fs.existsSync(A.runnerPaths(root, name, runner).configTarget)
       const capabilities = Object.entries(runner.capabilities)
         .filter(([, enabled]) => enabled)
         .map(([capability]) => capability)

package/package.json

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

package/template/Makefile

@@ -2,7 +2,7 @@
 
 .PHONY: help check tree context upgrade destroy automation-check
 .PHONY: integration-check integration-sync require-key integration-promote
-.PHONY: require-agent agent-learn agent-propose agent-evaluate require-team team-check team-show
+.PHONY: require-agent agent-learn agent-propose agent-evaluate require-flow flow-list flow-check flow-show
 .PHONY: install-claude install-codex install-gemini install-antigravity
 .PHONY: uninstall-claude uninstall-codex uninstall-gemini uninstall-antigravity
 .PHONY: doctor-claude doctor-codex doctor-gemini doctor-antigravity
@@ -59,14 +59,17 @@ agent-propose: require-agent ## Consolida una propuesta para AGENT=<slug>
 agent-evaluate: require-agent ## Evalúa controles y casos de AGENT=<slug>
 	@node tools/ops.js evaluate "$(AGENT)"
 
-require-team:
-	@test -n "$(TEAM)" || (echo "Falta TEAM=<slug>" >&2; exit 2)
+require-flow:
+	@test -n "$(FLOW)" || (echo "Falta FLOW=<slug>" >&2; exit 2)
 
-team-check: require-team ## Valida contrato, agentes y etapas de TEAM=<slug>
-	@node tools/ops.js team check "$(TEAM)"
+flow-list: ## Lista los recorridos disponibles
+	@node tools/ops.js flow list
 
-team-show: require-team ## Muestra el recorrido de TEAM=<slug>
-	@node tools/ops.js team show "$(TEAM)"
+flow-check: require-flow ## Valida contrato, agentes y etapas de FLOW=<slug>
+	@node tools/ops.js flow check "$(FLOW)"
+
+flow-show: require-flow ## Muestra el recorrido de FLOW=<slug>
+	@node tools/ops.js flow show "$(FLOW)"
 
 install-claude: ## Instala hooks y workflows para Claude
 	@node tools/ops.js automation install . claude