@ingeniomaps/cauce 0.42.0 → 0.43.0

package/CHANGELOG.md

@@ -14,6 +14,18 @@ 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.43.0] - 2026-08-20
+
+### Agregado
+
+- **Codex recibe los cinco recorridos como skills.** Hasta ahora su adaptador lo declaraba incapaz de
+  skills y el arranque le llegaba sólo como prosa dentro de `AGENTS.md`, con el recorrido a pie. Era un
+  dato cierto cuando se escribió el adaptador y dejó de serlo sin que nadie lo revisara. Ahora
+  `automation install` deja `$onboard`, `$team`, `$autobuild`, `$integration-sync` e
+  `$integration-promote` en `.agents/skills/` —una de las rutas que Codex escanea— junto con el catálogo
+  de cargos, y se invocan con `$`. **Reinstalá el adaptador** para recibirlas; el `hooks.json` no cambia,
+  así que la confianza que le hayas dado sigue valiendo.
+
 ## [0.42.0] - 2026-08-20
 
 ### Corregido

package/automatization/runners/antigravity/manifest.json

@@ -22,23 +22,23 @@
       "target": ".agents/plugins/cauce/rules/cauce.md"
     },
     {
-      "source": "skills/autobuild/SKILL.md",
+      "source": "../../shared/skills/autobuild/SKILL.md",
       "target": ".agents/plugins/cauce/skills/autobuild/SKILL.md"
     },
     {
-      "source": "skills/integration-sync/SKILL.md",
+      "source": "../../shared/skills/integration-sync/SKILL.md",
       "target": ".agents/plugins/cauce/skills/integration-sync/SKILL.md"
     },
     {
-      "source": "skills/integration-promote/SKILL.md",
+      "source": "../../shared/skills/integration-promote/SKILL.md",
       "target": ".agents/plugins/cauce/skills/integration-promote/SKILL.md"
     },
     {
-      "source": "skills/team/SKILL.md",
+      "source": "../../shared/skills/team/SKILL.md",
       "target": ".agents/plugins/cauce/skills/team/SKILL.md"
     },
     {
-      "source": "skills/onboard/SKILL.md",
+      "source": "../../shared/skills/onboard/SKILL.md",
       "target": ".agents/plugins/cauce/skills/onboard/SKILL.md"
     }
   ],

package/automatization/runners/codex/AGENTS.md

@@ -7,9 +7,13 @@ antes de trabajar —los tres, no cuando algo sale mal—: acá sólo está lo e
 > Codex lee el `AGENTS.md` de la raíz, que es un nombre compartido entre herramientas. Cuando el repo
 > ops **es** la raíz, este archivo no se instala: el `AGENTS.md` de la empresa ya está ahí y manda.
 
-Los hooks de `.codex/hooks.json` son obligatorios y bloquean por su cuenta. Codex no ejecuta los
-workflows JS de Claude —son referencia, no un runtime compatible—, así que el recorrido se hace fase por
-fase siguiendo el protocolo.
+Los hooks de `.codex/hooks.json` son obligatorios y bloquean por su cuenta, y **no corren hasta que
+los confíes con `/hooks`**: Codex saltea en silencio lo nuevo o lo modificado.
+
+Los cinco recorridos llegan como skills en `.agents/skills/` y se invocan con `$`: `$onboard`, `$team`,
+`$autobuild`, `$integration-sync` e `$integration-promote`. Los workflows JS de Claude siguen sin correr
+acá —son referencia, no un runtime compatible—, así que cada recorrido se ejecuta fase por fase
+siguiendo el protocolo.
 
 `{{OPS_DIR}}planning/WIP.md` es el mutex: una sola tarea activa. `{{OPS_DIR}}planning/AWAITING_REVIEW.md`
 bloquea una corrida nueva hasta que un humano revise. Nada se promueve desde `INBOX.md` sin aprobación.
@@ -33,7 +37,19 @@ ese cargo debe saber de esta empresa está en `{{OPS_DIR}}organization/roles/<sl
 
 ## El arranque
 
-{{INCLUDE:shared/onboard.md}}
+En una instancia recién creada nadie le explicó todavía al toolkit qué es este proyecto:
+`{{OPS_DIR}}organization/` llega como molde y el roadmap está vacío. El primer recorrido lo llena, y una
+vez: reescribir un contexto que alguien ya corrigió no deja rastro de lo que se perdió.
+
+Empezá por `node {{OPS_DIR}}tools/ops.js onboard`, que es instantáneo: la primera línea que imprime es la
+pregunta con la que tenés que abrir —de qué trata el proyecto—. Hacésela tal cual y esperá la respuesta
+antes de mirar el inventario, sea el workspace vacío, un monorepo o diez repos. Con lo que te conteste
+invocá `$onboard`, que lleva el recorrido entero y la lista de lo que se comprueba al final; invocarlo
+antes sólo devuelve la misma pregunta más caro.
+
+El arranque tiene tres objetivos y ninguno más: entender qué es el proyecto, dejar la instancia correcta
+para él y que la primera tarea pueda empezar. El análisis profundo viene después, cuando la persona pida
+algo concreto. Estar bloqueado es un resultado legítimo; narrarlo como entrega, no.
 
 ## Los equipos
 

package/automatization/runners/codex/README.md

@@ -21,6 +21,14 @@ ediciones como `apply_patch`, `Edit` o `Write`. No son los nombres internos del
 Si actualizás una instalación anterior a este cambio, `.codex/hooks/hooks.json` queda huérfano —Codex
 nunca lo leyó— y se borra a mano.
 
+Los cinco recorridos llegan como skills en `.agents/skills/` —una de las rutas que Codex escanea, junto
+con `~/.agents/skills` y `/etc/codex/skills`— y se invocan con `$`: `$onboard`, `$team`, `$autobuild`,
+`$integration-sync` e `$integration-promote`. Ahí va también el catálogo de cargos.
+
+Hasta 0.41.0 el adaptador daba a Codex por incapaz de skills y le dejaba el recorrido sólo como prosa
+dentro de `AGENTS.md`, mientras el CLI ya las descubría. Los workflows JS de Claude siguen sin correr
+acá: son referencia, no un runtime compatible.
+
 Codex carga las instrucciones de proyecto desde el `AGENTS.md` canónico, por lo que no se instala una
-copia adicional. `manifest.json` declara esta capacidad y `node tools/ops.js automation doctor . codex`
-valida el wiring. Los workflows JS de Claude no se presentan como compatibles con Codex.
+copia adicional. `manifest.json` declara estas capacidades y `node tools/ops.js automation doctor . codex`
+valida el wiring.

package/automatization/runners/codex/manifest.json

@@ -12,16 +12,44 @@
       "target": "AGENTS.md"
     }
   ],
-  "artifacts": [],
+  "artifacts": [
+    {
+      "source": "../../shared/skills/onboard/SKILL.md",
+      "target": ".agents/skills/onboard/SKILL.md"
+    },
+    {
+      "source": "../../shared/skills/team/SKILL.md",
+      "target": ".agents/skills/team/SKILL.md"
+    },
+    {
+      "source": "../../shared/skills/autobuild/SKILL.md",
+      "target": ".agents/skills/autobuild/SKILL.md"
+    },
+    {
+      "source": "../../shared/skills/integration-sync/SKILL.md",
+      "target": ".agents/skills/integration-sync/SKILL.md"
+    },
+    {
+      "source": "../../shared/skills/integration-promote/SKILL.md",
+      "target": ".agents/skills/integration-promote/SKILL.md"
+    }
+  ],
   "capabilities": {
     "nativeHooks": true,
     "nativeWorkflows": false,
     "projectInstructions": true,
     "checkpointing": false,
-    "nativeSkills": false
+    "nativeSkills": true
   },
   "commands": {
-    "invocation": "",
-    "names": []
-  }
+    "invocation": "${name}",
+    "names": [
+      "onboard",
+      "team",
+      "autobuild",
+      "integration-sync",
+      "integration-promote"
+    ]
+  },
+  "roleSkills": ".agents/skills"
 }

package/package.json

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