@ingeniomaps/cauce 0.9.1 → 0.10.0

package/CHANGELOG.md

@@ -8,6 +8,34 @@ esa operación sea confiable en vez de sólo cómoda: acá se lee qué cambió a
 un cambio en el protocolo, en las reglas del sistema o en un guard es visible para el usuario y sube
 minor aunque no toque una sola línea de código.
 
+## [0.10.0] - 2026-08-15
+
+### Cambiado
+
+- **El motor llega siempre como dependencia. Se retiró el modo copia.** `--engine copy|dependency` ya
+  no existe: `init` declara `@ingeniomaps/cauce` en el `package.json` del repo ops, creándolo si hace
+  falta.
+
+  La copia en `.ops/` existía para no exigirle npm a un repo de Go, Python o Rust. Dejó de tener
+  sentido cuando el repo ops pasó a ser un **sidecar**, hermano de los repos de producto: declarar npm
+  ahí no le impone un stack a ninguno. Y Node hace falta igual —el motor, los guards y los workflows
+  son JavaScript—, así que la copia sólo ahorraba un `package.json` de seis líneas a cambio de 5 MB y
+  763 archivos en la historia de la empresa, y de no tener cómo enterarse de que salió una versión
+  nueva: sin npm no hay `npm outdated`.
+- Los tres resolutores en cascada —`tools/ops.js`, `run-hook.sh` y el motor— pasan de tres caminos a
+  dos. Menos superficie donde esconder un caso raro.
+- Una instancia que arrastra `.ops/` **no se toca**: `upgrade` avisa que Cauce ya no lo distribuye y
+  dice qué correr. Borrarlo por su cuenta la dejaría sin motor.
+- El `$schema` de `ops.config.json` ya no depende del modo.
+
+## [0.9.2] - 2026-08-15
+
+### Corregido
+
+- Una instancia ya no recibe un `.github/workflows/` vacío. `init` lo copiaba salteando los dos
+  únicos archivos que existen —`ci.yml` valida el toolkit y el ciclo de aprendizaje dejó de
+  distribuirse en 0.4.0—, así que creaba dos directorios y no ponía nada adentro.
+
 ## [0.9.1] - 2026-08-15
 
 ### Corregido

package/README.md

@@ -35,11 +35,12 @@ node engine/cli/ops.js team show product-development
 El destino debe estar vacío o no existir. En modo embebido normalmente ya es un repo: `--force` permite
 completar archivos faltantes, pero nunca sobrescribe archivos existentes.
 
-El motor llega de dos formas y `init` elige sola: si el destino tiene `package.json`, lo declara como
-dependencia y el lockfile fija la versión; si no —un repo Go, Python o Rust—, copia el runtime en
-`.ops/engine`, porque exigir npm para leer un planning sería imponer un stack. `--engine copy|dependency`
-fuerza cualquiera de las dos. En ambos casos el proyecto invoca `node tools/ops.js`, que resuelve el motor
-donde esté.
+El motor llega como dependencia y el lockfile fija la versión. `init` declara `@ingeniomaps/cauce` en el
+`package.json` del repo ops —creándolo si no existe— y el proyecto invoca `node tools/ops.js`, que resuelve
+el motor sin que nadie tenga que saber dónde está.
+
+Declarar npm ahí no le impone un stack a nadie: el repo ops es un sidecar, hermano de los repos de
+producto, y Node hace falta igual —el motor, los guards y los workflows son JavaScript—.
 
 Dentro de un proyecto generado, el CLI autocontenido se invoca con `node tools/ops.js`. En la tabla siguiente,
 `ops` representa cualquiera de esas dos formas según el contexto. El binario `cauce` también queda
@@ -169,8 +170,8 @@ y actualizar no exige resolver conflictos: se reemplaza `system/` entero y nada
 
 ### Dónde vive cada cosa del catálogo
 
-Los cargos que trae Cauce **no se copian al proyecto**: se resuelven desde la dependencia, o desde
-`.ops/agents/` cuando el repo no usa npm. Evolucionan como profesión, y esa evolución es la misma para
+Los cargos que trae Cauce **no se copian al proyecto**: se resuelven desde la dependencia. Evolucionan
+como profesión, y esa evolución es la misma para
 todas las empresas: investigarla una vez y bien es mejor que repetirla en cada instalación.
 
 | Qué | Dónde | Quién lo mantiene |
@@ -232,7 +233,7 @@ promoción y validación no se reimplementan. Consulta [integrations/README.md](
 
 El toolkit no guarda contexto real de ninguna empresa. `template/organization/` es el molde que cada proyecto
 recibe como `organization/`. De igual forma, `planning/` pertenece a la instancia generada: conserva su
-intención, estado y evidencia, mientras el motor reusable permanece en `.ops/engine/`.
+intención, estado y evidencia, mientras el motor reusable permanece en la dependencia.
 
 ## Hooks y runners
 

package/automatization/AGENTS.md

@@ -8,7 +8,7 @@ implementa y conecta ese proceso con runners concretos: no redefine producto, pr
 
 | Ruta | Responsabilidad | Fuente canónica |
 |---|---|---|
-| `hooks/` | Entradas ejecutables estables para los guards. | La lógica vive una sola vez en `../.ops/engine/hooks/run.js` en una instancia o `../engine/hooks/run.js` en el toolkit. |
+| `hooks/` | Entradas ejecutables estables para los guards. | La lógica vive una sola vez en `engine/hooks/run.js`, que llega con la dependencia. |
 | `workflows/` | Recorridos portables de build e integraciones. | Las fases y gates pertenecen a `../planning/PROTOCOL.md`. |
 | `runners/` | Wiring, capacidades e instalación por herramienta. | Cada adaptador declara su contrato en `manifest.json`. |
 

package/automatization/hooks/README.md

@@ -25,7 +25,7 @@ o automatization/hooks/guard-<nombre>.sh               (guard suelto)
         ↓ nombre del grupo o del guard
 automatization/hooks/run-hook.sh
         ↓ localiza el runtime
-.ops/engine/hooks/run.js (proyecto instalado)
+node_modules/@ingeniomaps/cauce/engine/hooks/run.js (instancia)
 o engine/hooks/run.js (repositorio del toolkit)
 ```
 

package/automatization/hooks/run-hook.sh

@@ -8,12 +8,11 @@ ops_root=$(CDPATH= cd -- "$hook_dir/../.." && pwd)
 # abre en la carpeta de la compañía y la raíz ops es un hermano, que ninguna búsqueda hacia arriba
 # encuentra: sin esto el guard no halla `ops.config.json` y deja pasar todo en silencio.
 export OPS_ROOT="$ops_root"
-# Mismo orden que tools/ops.js: primero la dependencia npm, después la copia local, y por último
-# el propio repositorio del toolkit. Un guard que no encuentra su motor bloquea, nunca permite.
+# Mismo orden que tools/ops.js: la dependencia npm y, por último, el propio repositorio del toolkit.
+# Un guard que no encuentra su motor bloquea, nunca permite.
 runner=""
 for candidate in \
   "$ops_root/node_modules/@ingeniomaps/cauce/engine/hooks/run.js" \
-  "$ops_root/.ops/engine/hooks/run.js" \
   "$ops_root/engine/hooks/run.js"
 do
   if [ -f "$candidate" ]; then runner="$candidate"; break; fi
@@ -21,7 +20,7 @@ done
 
 if [ -z "$runner" ]; then
   echo "BLOQUEADO [$hook_name]: no se encontró el motor de hooks de Cauce." >&2
-  echo "  Buscado en node_modules/@ingeniomaps/cauce, .ops/engine y engine/ bajo $ops_root" >&2
+  echo "  Buscado en node_modules/@ingeniomaps/cauce y engine/ bajo $ops_root" >&2
   exit 2
 fi
 

package/automatization/runners/antigravity/hook.js

@@ -44,10 +44,9 @@ function findRoot(input) {
 }
 
 function runtimeAt(root) {
-  // Mismo orden que tools/ops.js: dependencia npm, copia local, repositorio del toolkit.
+  // Mismo orden que tools/ops.js: dependencia npm y, por último, el repositorio del toolkit.
   const candidates = [
     path.join(root, 'node_modules', '@ingeniomaps', 'cauce', 'engine', 'hooks', 'run.js'),
-    path.join(root, '.ops', 'engine', 'hooks', 'run.js'),
     path.join(root, 'engine', 'hooks', 'run.js'),
   ]
   // El bridge corre antes de poder cargar el motor, así que repite la cascada de

package/automatization/runners/codex/AGENTS.md

@@ -17,8 +17,7 @@ Antes de cerrar, corré `node {{OPS_DIR}}tools/ops.js check {{OPS_DIR}}planning`
 
 ## Los cargos
 
-El catálogo está en `{{OPS_DIR}}node_modules/@ingeniomaps/cauce/agents/` —o en
-`{{OPS_DIR}}.ops/agents/` si este repo no usa npm— y los propios de la empresa en
+El catálogo está en `{{OPS_DIR}}node_modules/@ingeniomaps/cauce/agents/` y los propios de la empresa en
 `{{OPS_DIR}}agents/`, que mandan sobre los del sistema con el mismo nombre.
 
 Cada cargo tiene un `SKILL.md` con su contrato: cuándo actúa, qué decide, qué no le corresponde y cuál es

package/engine/automation/index.js

@@ -29,7 +29,7 @@ function runnerManifest(root, name) {
   }
   const packaged = packagedAutomation(root)
   if (!packaged) {
-    throw new Error('no encuentro automatization/: instalá la dependencia o restaurá .ops/')
+    throw new Error('no encuentro automatization/: corré "npm install" en la raíz del repo ops')
   }
   const file = path.join(packaged, 'runners', name, 'manifest.json')
   try { return JSON.parse(fs.readFileSync(file, 'utf8')) } catch (error) {
@@ -261,14 +261,14 @@ function check(root) {
   }
   // El motor puede venir de la dependencia npm, de la copia local o del propio repositorio.
   if (!O.engineAt(root, path.join('hooks', 'run.js'))) {
-    errors.push('falta engine/hooks/run.js: instalá la dependencia o restaurá .ops/engine')
+    errors.push('falta engine/hooks/run.js: corré "npm install" en la raíz del repo ops')
   }
   const workflows = ['autobuild.js', 'team.js', path.join('integrations', 'sync.js')]
   workflows.push(path.join('integrations', 'promote.js'))
   const packaged = packagedAutomation(root)
   for (const name of workflows) {
     if (!packaged || !fs.existsSync(path.join(packaged, 'workflows', name))) {
-      errors.push(`falta automatization/workflows/${name}: instalá la dependencia o restaurá .ops/`)
+      errors.push(`falta automatization/workflows/${name}: corré "npm install" en la raíz del repo ops`)
     }
   }
   for (const { file, edited } of staleHooks(root)) {

package/engine/cli/ops.js

@@ -26,7 +26,7 @@ function fail(message, code = 1) {
 
 function usage() {
   console.log(`Uso:
-  ops init <destino> [--name <nombre>] [--mode embedded|sidecar] [--engine copy|dependency] [--force]
+  ops init <destino> [--name <nombre>] [--mode embedded|sidecar] [--force]
   ops check <planning-dir> [--json]
   ops tree <planning-dir> [--no-color] [--json]
   ops context <planning-dir> [--json]
@@ -56,7 +56,7 @@ function usage() {
 }
 
 // Banderas que consumen el argumento siguiente: su valor no es un posicional.
-const VALUED_FLAGS = new Set(['--name', '--mode', '--engine', '--fixture'])
+const VALUED_FLAGS = new Set(['--name', '--mode', '--fixture'])
 
 // Los posicionales del comando, salteando banderas y sus valores. Leer `process.argv` crudo hacía
 // que `agents list --json` tomara `--json` como la raíz: el catálogo salía vacío, sin error, y quien
@@ -157,13 +157,9 @@ function init(target) {
     '{{PLANNING_DIR}}': 'planning',
     '{{WORKSPACE_PATH}}': mode === 'embedded' ? '.' : '..',
   }, process.argv.includes('--force'), providerNames())
-  // `ci.yml` valida el toolkit con `npm run ci`; una instancia no tiene ese script ni sus pruebas.
-  copyTemplate(path.join(PROJECT_ROOT, '.github', 'workflows'), path.join(root, '.github', 'workflows'), {
-    '{{PROJECT_NAME}}': name,
-    '{{MODE}}': mode,
-    '{{PLANNING_DIR}}': 'planning',
-    '{{WORKSPACE_PATH}}': mode === 'embedded' ? '.' : '..',
-  }, process.argv.includes('--force'), ['ci.yml', 'agent-learning.yml'])
+  // No se copia `.github/`: `ci.yml` valida el toolkit con `npm run ci` —que una instancia no tiene— y
+  // el ciclo de aprendizaje dejó de distribuirse en 0.4.0. Copiar salteando los dos únicos archivos
+  // que existen dejaba `.github/workflows/` vacío en cada instancia.
   const preserve = process.argv.includes('--force')
   copyRuntime(
     path.join(PROJECT_ROOT, 'automatization', 'hooks'),
@@ -172,29 +168,13 @@ function init(target) {
     root,
   )
   const version = require(path.join(PROJECT_ROOT, 'package.json')).version
-  // Un repo con npm recibe el motor como dependencia versionada; uno de Go, Python o Rust recibe
-  // la copia, porque exigirle un package.json para correr su planning sería imponerle un stack.
-  const manifest = path.join(root, 'package.json')
-  const engineMode = option('--engine', fs.existsSync(manifest) ? 'dependency' : 'copy')
-  if (!['copy', 'dependency'].includes(engineMode)) fail('--engine debe ser copy o dependency.', 2)
-  if (engineMode === 'dependency') declareEngine(manifest, version)
-  else {
-    const engine = path.join(root, '.ops', 'engine')
-    copyRuntime(path.join(PROJECT_ROOT, 'engine'), engine, preserve, root)
-    fs.chmodSync(path.join(engine, 'cli', 'ops.js'), 0o755)
-    // Sin npm no hay de dónde leer el catálogo en tiempo de ejecución: viaja junto al motor, igual
-    // que los adaptadores de runner y los workflows que instala `automation install`.
-    copyRuntime(path.join(PROJECT_ROOT, 'agents'), path.join(root, '.ops', 'agents'), preserve, root)
-    copyRuntime(path.join(PROJECT_ROOT, 'teams'), path.join(root, '.ops', 'teams'), preserve, root)
-    for (const name of ['runners', 'workflows']) {
-      copyRuntime(
-        path.join(PROJECT_ROOT, 'automatization', name),
-        path.join(root, '.ops', 'automatization', name),
-        preserve,
-        root,
-      )
-    }
-  }
+  // El motor siempre llega como dependencia. La alternativa era vendorizarlo en `.ops/`, y no valía:
+  // Node hace falta igual en los dos casos —el motor, los guards y los workflows son JavaScript—, así
+  // que la copia sólo ahorraba este `package.json` de seis líneas a cambio de 5 MB en la historia de
+  // la empresa y de no tener cómo enterarse de que salió una versión nueva.
+  //
+  // El repo ops es un sidecar: declarar npm acá no convierte en Node al servicio de Go de al lado.
+  declareEngine(path.join(root, 'package.json'), version)
   let entregado = {}
   for (const relative of O.trackedPaths()) {
     const dir = path.join(root, relative)
@@ -205,13 +185,10 @@ function init(target) {
   const configFile = path.join(root, 'ops.config.json')
   const config = JSON.parse(fs.readFileSync(configFile, 'utf8'))
   config.cauceVersion = version
-  // El esquema vive donde quedó el motor; la plantilla no puede saberlo de antemano.
-  config.$schema = engineMode === 'dependency'
-    ? 'node_modules/@ingeniomaps/cauce/engine/schemas/ops-config.schema.json'
-    : '.ops/engine/schemas/ops-config.schema.json'
+  config.$schema = 'node_modules/@ingeniomaps/cauce/engine/schemas/ops-config.schema.json'
   F.atomicWriteJson(configFile, config)
   console.log(`\n✓ ${name}: sistema ops creado en ${root}`)
-  if (engineMode === 'dependency') console.log('  siguiente: npm install (el motor viene de la dependencia)')
+  console.log('  siguiente: npm install (el motor viene de la dependencia)')
   console.log(`  siguiente: node ${path.join(root, 'tools', 'ops.js')} check ${path.join(root, 'planning')}`)
 }
 
@@ -569,9 +546,6 @@ function upgrade(dir) {
     const origin = path.join(PROJECT_ROOT, O.sourceOf(relative))
     if (!fs.existsSync(origin)) continue
     const target = path.join(root, relative)
-    // `.ops/` es el paquete vendorizado de una instancia sin npm. Si no existe, esta instancia lo
-    // toma de la dependencia y crearlo sería duplicar lo que el lockfile ya versiona.
-    if (relative.startsWith('.ops/') && !fs.existsSync(target)) continue
     if (fs.statSync(origin).isDirectory()) overlayTree(origin, target, root)
     else {
       F.assertNoSymlinkPath(root, target)
@@ -616,6 +590,12 @@ function upgrade(dir) {
     console.log(`= conservado ${override.collection}/${override.project}: sobrescribe ${override.system}`)
   }
   console.log('  planning, organization y todo lo propio quedaron intactos')
+  // No se borra: sin la dependencia declarada, quitarle `.ops/` la dejaría sin motor. Se avisa y
+  // decide una persona.
+  if (fs.existsSync(path.join(root, '.ops', 'engine'))) {
+    console.log('\n⚠ esta instancia tiene el motor vendorizado en .ops/, que Cauce ya no distribuye.')
+    console.log('  Corré "npm install" para tenerlo como dependencia y después borrá .ops/ a mano.')
+  }
   // El wiring del runner no se actualiza solo: vive fuera de la instancia y lo escribe otro comando.
   // Sin este recordatorio, una mejora en un workflow o en el catálogo se queda en el paquete.
   const runners = Object.keys(M.readRunners(root))

package/engine/core/ownership.js

@@ -51,11 +51,6 @@ const SYSTEM_COLLECTIONS = [
 // Se reemplazan enteras. Mientras no tengan su propio `system/`, una edición local se detecta y
 // se reporta antes de pisarla, nunca después.
 const RUNTIME_PATHS = [
-  '.ops/engine',
-  '.ops/agents',
-  '.ops/teams',
-  '.ops/automatization/runners',
-  '.ops/automatization/workflows',
   'automatization/hooks',
 ]
 
@@ -76,8 +71,6 @@ const TEMPLATE_FILES = new Set(['AGENTS.md', 'Makefile'])
 
 function sourceOf(relative) {
   if (TEMPLATE_FILES.has(relative)) return path.join('template', relative)
-  // `.ops/` es el paquete vendorizado: cada ruta de ahí adentro se llama igual en el origen.
-  if (relative.startsWith('.ops/')) return relative.slice('.ops/'.length)
   // El runtime sale de la raíz del paquete aunque su prefijo sea de plantilla: `automatization/`
   // le entrega documentos a la instancia, pero los guards que ejecuta son los del toolkit.
   if (RUNTIME_PATHS.includes(relative)) return relative
@@ -87,13 +80,16 @@ function sourceOf(relative) {
   return relative
 }
 
-// Dónde puede estar el motor, en orden de preferencia. Lo mismo que resuelven `tools/ops.js`,
-// el wrapper de hooks y el bridge de Antigravity: declararlo una vez evita que un consumidor
-// quede afuera cuando aparece una forma nueva de instalarlo.
+// Dónde puede estar el motor. Lo mismo que resuelven `tools/ops.js`, el wrapper de hooks y el bridge
+// de Antigravity: declararlo una vez evita que un consumidor quede afuera.
+//
+// Dos caminos, no tres: el motor llega por npm, y la tercera entrada es el propio repositorio del
+// toolkit corriendo sobre sí mismo. La copia vendorizada en `.ops/` se retiró en 0.10.0 — ahorraba un
+// `package.json` a cambio de 5 MB en la historia de la empresa y de no poder enterarse de una versión
+// nueva, y Node hace falta igual en los dos casos.
 function engineCandidates(root) {
   return [
     path.join(root, 'node_modules', '@ingeniomaps', 'cauce', 'engine'),
-    path.join(root, '.ops', 'engine'),
     path.join(root, 'engine'),
   ]
 }
@@ -109,7 +105,6 @@ function engineAt(root, relative = '') {
 function packagePath(root, relative) {
   const candidates = [
     path.join(root, 'node_modules', '@ingeniomaps', 'cauce', relative),
-    path.join(root, '.ops', relative),
     path.join(root, relative),
   ]
   return candidates.find((candidate) => fs.existsSync(candidate)) || ''
@@ -121,7 +116,6 @@ function packagePath(root, relative) {
 function packageDir(root, name) {
   const candidates = [
     path.join(root, 'node_modules', '@ingeniomaps', 'cauce', name),
-    path.join(root, '.ops', name),
     path.join(root, name),
   ]
   return candidates.find((dir) => fs.existsSync(path.join(dir, 'system'))

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ingeniomaps/cauce",
-  "version": "0.9.1",
+  "version": "0.10.0",
   "description": "Sistema portable de planificación y ejecución verificable para cualquier proyecto",
   "type": "commonjs",
   "bin": {

package/template/automatization/AGENTS.md

@@ -8,7 +8,7 @@ implementa y conecta ese proceso con runners concretos: no redefine producto, pr
 
 | Ruta | Responsabilidad |
 |---|---|
-| `hooks/` | Entradas estables; la lógica vive en `.ops/engine/hooks/run.js`. |
+| `hooks/` | Entradas estables; la lógica vive en el motor, que llega con la dependencia. |
 | `workflows/` | Recorridos portables; las fases pertenecen a `planning/PROTOCOL.md`. |
 | `runners/` | Adaptadores que declaran su contrato en `manifest.json`. |
 

package/template/integrations/AGENTS.md

@@ -1,7 +1,7 @@
 # integrations/ — reglas para sistemas externos
 
 `config.json` registra proveedores y cada subcarpeta contiene configuración no secreta, staging y
-propuestas. La conexión y normalización viven en `.ops/engine/integrations/`; no implementes clientes de API
+propuestas. La conexión y normalización viven en el motor; no implementes clientes de API
 dentro de esta carpeta.
 
 Toda integración se considera de solo lectura. `writeback-plan` solo calcula intención y nunca autoriza ni

package/template/ops.config.json

@@ -1,5 +1,5 @@
 {
-  "$schema": ".ops/engine/schemas/ops-config.schema.json",
+  "$schema": "node_modules/@ingeniomaps/cauce/engine/schemas/ops-config.schema.json",
   "project": "{{PROJECT_NAME}}",
   "mode": "{{MODE}}",
   "planningDir": "{{PLANNING_DIR}}",

package/template/planning/adr/system/OPS-002-runtime-autocontenido-y-neutral-al-runner.md

@@ -1,7 +1,7 @@
 # OPS-002 — Distribuir un runtime autocontenido y neutral al runner
 
 **Estado:** Aceptado
-**Fecha:** 2026-08-14
+**Fecha:** 2026-08-14 · **Revisado:** 2026-08-15
 
 > Decide cómo se instala y ejecuta Cauce; no elige qué runner debe usar cada proyecto.
 
@@ -12,10 +12,16 @@ herramienta o de rutas hacia este repositorio central, una actualización o sesi
 
 ## Decisión
 
-**Cada instancia recibe una copia autocontenida del motor en `.ops/engine/`.** El protocolo y los guards son
+**El motor llega como dependencia versionada y el lockfile fija cuál corre.** El protocolo y los guards son
 neutrales; cada runner se conecta mediante un adaptador declarado. La instalación preserva archivos existentes,
 no activa runners silenciosamente y rechaza destinos atravesados por symlinks inseguros.
 
+Hasta el 2026-08-15 cada instancia recibía además una copia del motor en `.ops/engine/`, para no exigirle npm
+a un repo de Go, Python o Rust. Se retiró: el repo ops es un **sidecar**, hermano de los repos de producto, así
+que declarar npm ahí no le impone un stack a ninguno. Y Node hace falta igual —el motor, los guards y los
+workflows son JavaScript—, de modo que la copia sólo ahorraba un `package.json` a cambio de 5 MB en la historia
+de la empresa y de no tener cómo enterarse de que salió una versión nueva.
+
 ## Alternativas consideradas
 
 - **Depender del toolkit central:** impide operar de forma aislada y hace frágiles las rutas.
@@ -26,8 +32,8 @@ no activa runners silenciosamente y rechaza destinos atravesados por symlinks in
 
 **Ganamos:** portabilidad, comportamiento uniforme y actualizaciones revisables.
 
-**Costos que aceptamos:** cada instancia conserva una copia que debe actualizarse explícitamente sin sobrescribir
-personalizaciones.
+**Costos que aceptamos:** el repo ops necesita Node y un `package.json`. Una sesión sin acceso a npm puede
+seguir operando con lo instalado, pero no puede actualizarse.
 
 ## Estado de implementación
 

package/template/tools/ops.js

@@ -2,8 +2,7 @@
 'use strict'
 
 // Punto de entrada estable del proyecto: nadie —ni una persona ni un agente— necesita saber de
-// dónde sale el motor. Se prefiere la dependencia npm, que se actualiza con el lockfile; si el
-// repositorio no usa npm (Go, Python, Rust), se usa la copia de `.ops/engine`.
+// dónde sale el motor. Viene de la dependencia npm, que el lockfile versiona.
 
 const path = require('path')
 
@@ -16,7 +15,6 @@ process.env.OPS_ROOT = process.env.OPS_ROOT || root
 
 const candidates = [
   () => require.resolve('@ingeniomaps/cauce/engine/cli/ops.js', { paths: [root] }),
-  () => require.resolve(path.join(root, '.ops', 'engine', 'cli', 'ops.js')),
 ]
 
 let engine = ''
@@ -26,7 +24,7 @@ for (const candidate of candidates) {
 
 if (!engine) {
   console.error('No se encontró el motor de Cauce.')
-  console.error('  Instalá la dependencia con "npm install" o restaurá .ops/engine con "cauce upgrade".')
+  console.error('  Instalá la dependencia con "npm install" desde la raíz del repo ops.')
   process.exit(2)
 }