@ingeniomaps/cauce 0.53.1 → 0.53.2

package/CHANGELOG.md

@@ -14,6 +14,15 @@ 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.53.2] - 2026-08-29
+
+### Cambiado
+
+- **`tools/ops.js` se reemplaza y no cambia lo que hace.** Su comentario prohibía `import` y dos líneas
+  después nombraba el `import()` dinámico que el propio shim usa; ahora dice que lo prohibido es el
+  estático. Y citaba `team list`, un comando que dejó de existir. Se lo nombra porque vive en tu
+  instancia: `upgrade` lo va a reemplazar y, hasta que lo corras, aparece como desactualizado.
+
 ## [0.53.1] - 2026-08-29
 
 ### Corregido

package/package.json

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

package/template/tools/ops.js

@@ -4,7 +4,7 @@
 // Punto de entrada estable del proyecto: nadie —ni una persona ni un agente— necesita saber de
 // dónde sale el motor. Viene de la dependencia npm, que el lockfile versiona.
 //
-// Nada de `require`, `__dirname` ni `import`: el shim se instala dentro del proyecto y hereda el
+// Nada de `require`, `__dirname` ni un `import` estático: el shim se instala en el proyecto y hereda el
 // `type` de su `package.json`, así que el mismo archivo se carga como CommonJS en un repo y como
 // ESM en el de al lado. `import()` dinámico y `process.argv[1]` son las dos únicas formas que
 // existen bajo los dos cargadores; cualquier otra revienta en la mitad de los proyectos —`require
@@ -16,7 +16,7 @@ const root = self.slice(0, self.lastIndexOf('/', self.lastIndexOf('/') - 1)) ||
 
 // El shim sabe dónde vive; quien lo invoca, no. En modo sidecar se lo llama desde la carpeta de la
 // compañía —`node <empresa>-ops/tools/ops.js …`— y sin esto cada comando resolvería su raíz contra
-// el cwd: `agents list` y `team list` devolvían vacío en vez de fallar.
+// el cwd: `agents list` y `flow list` devolvían vacío en vez de fallar.
 process.env.OPS_ROOT = process.env.OPS_ROOT || root
 
 // El especificador se resuelve contra este archivo, así que sube a `<raíz>/node_modules` igual que