pumuki 6.3.45 → 6.3.47

package/docs/RELEASE_NOTES.md

@@ -5,6 +5,32 @@ Detailed commit history remains available through Git history (`git log` / `git
 
 ## 2026-03 (enterprise hardening updates)
 
+### 2026-03-05 (v6.3.47)
+
+- Manifest integrity hardening in hook stages (`PRE_COMMIT` / `PRE_PUSH`):
+  - Pumuki now snapshots `package.json` and `package-lock.json` before hook gate execution.
+  - If an unexpected mutation appears during the hook flow, Pumuki restores both files automatically and blocks with:
+    - `MANIFEST_MUTATION_DETECTED`
+- Operational impact:
+  - avoids silent consumer manifest drift while keeping explicit upgrade flows (`pumuki update --latest`) under developer control.
+- Validation evidence:
+  - `npx --yes tsx@4.21.0 --test integrations/git/__tests__/stageRunners.test.ts` (`32 pass / 0 fail`)
+  - `npm run -s typecheck` (`PASS`)
+  - consumer check with local bin in RuralGo: hashes of `package.json`/`package-lock.json` unchanged after `PRE_WRITE + pre-commit + pre-push`.
+
+### 2026-03-05 (v6.3.46)
+
+- Paridad hook/watch en auto-remediación de skills coverage:
+  - `pre-commit` y `pre-push` ahora ejecutan `policy reconcile --strict --apply` y reintentan una única vez cuando el bloqueo es de coverage de skills.
+  - elimina recurrencia de bootstrap/reconcile manual entre iteraciones de consumer.
+- Contrato `watch --json` enriquecido para drift de versión:
+  - nuevo bloque `version` con `effective/runtime/consumerInstalled/source`,
+  - incluye `driftFromRuntime` y `driftWarning` cuando el binario del consumer no está alineado con runtime/latest.
+- Evidencia de validación:
+  - `npx --yes tsx@4.21.0 --test integrations/git/__tests__/stageRunners.test.ts` (`30 pass / 0 fail`)
+  - `npx --yes tsx@4.21.0 --test integrations/lifecycle/__tests__/watch.test.ts integrations/lifecycle/__tests__/cli.test.ts` (`48 pass / 0 fail`)
+  - `npm run -s typecheck` (`PASS`)
+
 ### 2026-03-05 (v6.3.45)
 
 - SDD sync canónico ampliado por defecto en consumer:

package/docs/USAGE.md

@@ -334,6 +334,8 @@ Watch runtime behavior:
 Backlog tooling behavior (`watch` + `reconcile` scripts):
 - mapping precedence is deterministic: inline `#issue` -> `--id-issue-map-from` -> `--id-issue-map` -> `--resolve-missing-via-gh`.
 - `watch-consumer-backlog` is non-destructive and reports action-required drift.
+- `watch-consumer-backlog-fleet` agrega varios backlogs en una sola ejecución y devuelve resumen consolidado por target.
+- `watch-consumer-backlog-fleet-tick` ejecuta un ciclo canónico SAAS+RuralGo+Flux con overrides opcionales (`--saas/--ruralgo/--flux`).
 - `watch-consumer-backlog` reports heading drift (`heading_drift`) when section headers `### ✅/🚧/⏳/⛔ <ID>` diverge from effective table status.
 - `watch-consumer-backlog --json` exposes `heading_drift_count` for low-friction alerting parsers.
 - `watch-consumer-backlog --json` exposes `classification_counts` (`needs_issue`, `drift_closed_issue`, `active_issue`, `heading_drift`).
@@ -405,6 +407,9 @@ Backlog tooling quick reference:
 |---|---|
 | `npm run -s test:backlog-tooling` | Ejecutar suite focal de regresión del tooling de backlog. |
 | `scripts/watch-consumer-backlog.ts --json` | Detectar drift accionable sin mutar archivos. |
+| `scripts/watch-consumer-backlog-fleet.ts --json` | Vigilar varios backlogs consumidores y consolidar estado global en una sola salida. |
+| `npm run -s validation:backlog-watch:tick` | Ejecutar tick canónico único (SAAS+RuralGo+Flux) para decisión rápida `fix now` vs `no-action`. |
+| `npm run -s validation:backlog-watch:gate` | Gate previo a release: falla con exit code `1` si hay señal neta accionable en cualquier consumer. |
 | `scripts/reconcile-consumer-backlog-issues.ts --json` | Simular reconciliación (dry-run) y revisar cambios planeados. |
 | `scripts/reconcile-consumer-backlog-issues.ts --apply` | Aplicar reconciliación sobre el backlog consumidor. |
 
@@ -429,6 +434,20 @@ npx --yes tsx@4.21.0 scripts/watch-consumer-backlog.ts \
   --resolve-missing-via-gh \
   --json
 
+# watch fleet: varios consumers en una sola pasada (sin mutar, sin fallar pipeline)
+npx --yes tsx@4.21.0 scripts/watch-consumer-backlog-fleet.ts \
+  --target=/abs/path/consumer1/PUMUKI_BUGS_MEJORAS.md::SwiftEnProfundidad/ast-intelligence-hooks \
+  --target=/abs/path/consumer2/pumuki-integration-feedback.md::SwiftEnProfundidad/ast-intelligence-hooks \
+  --target=/abs/path/consumer3/BUGS_Y_MEJORAS_PUMUKI.md \
+  --json \
+  --no-fail
+
+# watch tick canónico (usa rutas por defecto y devuelve JSON consolidado)
+npm run -s validation:backlog-watch:tick
+
+# gate de release (misma señal, pero bloquea con exit code 1 si hay acción requerida)
+npm run -s validation:backlog-watch:gate
+
 # reconcile dry-run: same source chain
 npx --yes tsx@4.21.0 scripts/reconcile-consumer-backlog-issues.ts \
   --file=/abs/path/consumer/PUMUKI_BUGS_MEJORAS.md \

package/docs/seguimiento-activo-pumuki-saas-supermercados.md

@@ -2185,8 +2185,335 @@
     - `npx --yes tsx@4.21.0 --test integrations/mcp/__tests__/aiGateCheck.test.ts integrations/mcp/__tests__/preFlightCheck.test.ts integrations/mcp/__tests__/autoExecuteAiStart.test.ts integrations/sdd/__tests__/syncDocs.test.ts integrations/lifecycle/__tests__/cli.test.ts` -> `78 pass / 0 fail`.
     - `npm run -s typecheck` -> `PASS`.
 
-- 🚧 PUMUKI-167: Preparar release + rollout consumidor tras cierre de backlog SDD/Flux/RuralGo.
-  - Alcance:
-    - consolidar changelog de fixes/mejoras cerradas en este bloque,
-    - publicar nueva versión npm con evidencia de tests en verde,
-    - ejecutar upgrade/update en repos consumidores (`SAAS`, `R_GO`) y validar smoke mínimo post-upgrade.
+- ✅ PUMUKI-167: Preparar release + rollout consumidor tras cierre de backlog SDD/Flux/RuralGo.
+  - Resultado (2026-03-05):
+    - versión publicada: `pumuki@6.3.45`.
+    - changelog/release notes actualizados para bloque SDD:
+      - `sync-docs` default 3 docs canónicos,
+      - `auto-sync` default `tasks/design/retrospective`,
+      - `learning_context` automático en tools MCP.
+    - rollout consumidor completado:
+      - `R_GO`: `install + status --json + doctor --json` en verde (`lifecycleState.version=6.3.45`, `issues=[]`).
+      - `SAAS:APP_SUPERMERCADOS`: `install + status --json + doctor --json` en verde (`lifecycleState.version=6.3.45`, `issues=[]`).
+      - `Flux_training`: `install + status --json + doctor --json` en verde (`lifecycleState.version=6.3.45`, `issues=[]`).
+  - Evidencia:
+    - `npx --yes tsx@4.21.0 --test integrations/mcp/__tests__/aiGateCheck.test.ts integrations/mcp/__tests__/preFlightCheck.test.ts integrations/mcp/__tests__/autoExecuteAiStart.test.ts integrations/sdd/__tests__/syncDocs.test.ts integrations/lifecycle/__tests__/cli.test.ts` -> `78 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - `npm publish --access public` -> `+ pumuki@6.3.45`.
+    - `npm view pumuki@6.3.45 version` -> `6.3.45`.
+
+- ✅ PUMUKI-168: Monitorización post-release 6.3.45 en consumidores reales y captura de hallazgos netos nuevos (sin reabrir cerrados).
+  - Resultado (2026-03-05):
+    - pasada completa de `backlog-watch` en consumidores:
+      - `SAAS`: `entriesScanned=25`, `nonClosedEntries=0`, `hasActionRequired=false`.
+      - `RuralGo`: `entriesScanned=100`, `nonClosedEntries=0`, `hasActionRequired=false`.
+      - `Flux`: se detectó gap de parser (`entriesScanned=0`) con IDs `PUM-*`.
+    - fix inmediato aplicado en core backlog tooling para compatibilidad con IDs Flux:
+      - regex de IDs ampliado a `PUM-*` en:
+        - `scripts/watch-consumer-backlog-lib.ts`
+        - `scripts/reconcile-consumer-backlog-issues-lib.ts`
+        - `scripts/backlog-id-issue-map-lib.ts`
+      - tests de regresión añadidos:
+        - `scripts/__tests__/watch-consumer-backlog.test.ts`
+        - `scripts/__tests__/reconcile-consumer-backlog-issues.test.ts`
+        - `scripts/__tests__/backlog-id-issue-map-lib.test.ts`
+    - revalidación post-fix:
+      - `Flux` pasa a `entriesScanned=12`, `nonClosedEntries=0`, `hasActionRequired=false`.
+  - Evidencia:
+    - `npm run -s test:backlog-tooling` -> `51 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - `npm run -s validation:backlog-watch -- --file=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/SAAS:APP_SUPERMERCADOS/docs/pumuki/PUMUKI_BUGS_MEJORAS.md\" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail` -> `hasActionRequired=false`.
+    - `npm run -s validation:backlog-watch -- --file=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/R_GO/docs/technical/08-validation/refactor/pumuki-integration-feedback.md\" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail` -> `hasActionRequired=false`.
+    - `npm run -s validation:backlog-watch -- --file=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/Flux_training/docs/BUGS_Y_MEJORAS_PUMUKI.md\" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail` -> `entriesScanned=12`, `hasActionRequired=false`.
+
+- ✅ PUMUKI-169: Vigilancia continua post-6.3.45 + preparación de siguiente corte solo ante incidencia neta reproducible.
+  - Resultado (2026-03-05):
+    - monitorización ejecutada en los 3 consumers con `backlog-watch`:
+      - `SAAS`: `entriesScanned=25`, `nonClosedEntries=0`, `hasActionRequired=false`.
+      - `RuralGo`: `entriesScanned=100`, `nonClosedEntries=0`, `hasActionRequired=false`.
+      - `Flux`: se detectó bug de parser interno (IDs `PUM-*` no contabilizados, `entriesScanned=0`).
+    - fix aplicado en core backlog-tooling:
+      - soporte de IDs `PUM-*` añadido en:
+        - `scripts/watch-consumer-backlog-lib.ts`
+        - `scripts/reconcile-consumer-backlog-issues-lib.ts`
+        - `scripts/backlog-id-issue-map-lib.ts`
+      - regresión cubierta en tests:
+        - `scripts/__tests__/watch-consumer-backlog.test.ts`
+        - `scripts/__tests__/reconcile-consumer-backlog-issues.test.ts`
+        - `scripts/__tests__/backlog-id-issue-map-lib.test.ts`
+    - revalidación post-fix:
+      - `Flux` pasa a `entriesScanned=12`, `nonClosedEntries=0`, `hasActionRequired=false`.
+  - Evidencia:
+    - `npm run -s test:backlog-tooling` -> `51 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - `npm run -s validation:backlog-watch -- --file=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/Flux_training/docs/BUGS_Y_MEJORAS_PUMUKI.md\" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail` -> `entriesScanned=12`, `hasActionRequired=false`.
+
+- ✅ PUMUKI-170: Consolidar vigilancia multi-consumer en un solo comando fleet para reducir fricción operativa y mantener la señal neta en una ejecución única.
+  - Resultado (2026-03-05):
+    - nuevo comando fleet:
+      - `scripts/watch-consumer-backlog-fleet.ts`
+      - permite múltiples `--target=<path>[::repo]`, resumen agregado y salida JSON consolidada.
+    - cobertura añadida:
+      - `scripts/__tests__/watch-consumer-backlog-fleet.test.ts` (help, agregación JSON multi-target, exit code determinista con/ sin `--no-fail`).
+    - wiring operativo:
+      - `package.json`: nuevo script `validation:backlog-watch:fleet`.
+      - `docs/USAGE.md`: comportamiento, referencia rápida y ejemplo de uso multi-consumer.
+  - Evidencia:
+    - `npm run -s test:backlog-tooling` -> `54 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - `npm run -s validation:backlog-watch:fleet -- --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/SAAS:APP_SUPERMERCADOS/docs/pumuki/PUMUKI_BUGS_MEJORAS.md::SwiftEnProfundidad/ast-intelligence-hooks\" --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/R_GO/docs/technical/08-validation/refactor/pumuki-integration-feedback.md::SwiftEnProfundidad/ast-intelligence-hooks\" --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/Flux_training/docs/BUGS_Y_MEJORAS_PUMUKI.md\" --json --no-fail` -> `targets=3`, `has_action_required=false`.
+
+- ✅ PUMUKI-171: Mantener vigilancia continua con el nuevo comando fleet y abrir fix incremental solo ante incidencia neta reproducible.
+  - Resultado (2026-03-05):
+    - ciclo de vigilancia ejecutado con `validation:backlog-watch:fleet` en `SAAS`, `RuralGo`, `Flux`.
+    - salida consolidada limpia:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `action_required_targets=0`
+      - `has_action_required=false`
+    - no se abrió frente técnico nuevo porque no hubo señal neta reproducible.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:fleet -- --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/SAAS:APP_SUPERMERCADOS/docs/pumuki/PUMUKI_BUGS_MEJORAS.md::SwiftEnProfundidad/ast-intelligence-hooks\" --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/R_GO/docs/technical/08-validation/refactor/pumuki-integration-feedback.md::SwiftEnProfundidad/ast-intelligence-hooks\" --target=\"/Users/juancarlosmerlosalbarracin/Developer/Projects/Flux_training/docs/BUGS_Y_MEJORAS_PUMUKI.md\" --json --no-fail` -> `has_action_required=false`.
+
+- ✅ PUMUKI-172: Automatizar vigilancia cíclica sin fricción (tick único) y dejar evidencia compacta para decisión de release/fix.
+  - Resultado (2026-03-05):
+    - nuevo comando operativo de tick:
+      - `scripts/watch-consumer-backlog-fleet-tick.ts`
+      - defaults canónicos para `SAAS`, `RuralGo` y `Flux` con overrides por flag (`--saas/--ruralgo/--flux`) y repo configurable (`--repo`).
+    - wiring operativo:
+      - `package.json`: nuevo script `validation:backlog-watch:tick`.
+      - `docs/USAGE.md`: comportamiento + referencia rápida + ejemplo de uso.
+    - cobertura añadida:
+      - `scripts/__tests__/watch-consumer-backlog-fleet-tick.test.ts` (`--help`, JSON limpio, exit code 1 con findings sin `--no-fail`).
+    - ejecución real del tick canónico completada en verde (`has_action_required=false`).
+  - Evidencia:
+    - `npm run -s test:backlog-tooling` -> `57 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - `npm run -s validation:backlog-watch:tick` -> `targets=3`, `entries_scanned_total=137`, `has_action_required=false`.
+
+- ✅ PUMUKI-173: Cerrar ciclo de release incremental con criterio “no-action” documentado y checklist de publicación solo cuando haya señal neta.
+  - Resultado (2026-03-05):
+    - criterio operativo formalizado en comandos:
+      - `validation:backlog-watch:tick` (observabilidad, no bloquea pipeline).
+      - `validation:backlog-watch:gate` (gate de release, bloquea con exit code `1` cuando hay señal neta).
+    - documentación actualizada en `docs/USAGE.md` con quick reference y ejemplo explícito para ambos comandos.
+    - verificación real:
+      - `tick` y `gate` devuelven `has_action_required=false` en el estado actual de `SAAS`, `RuralGo`, `Flux`.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick` -> `targets=3`, `has_action_required=false`.
+    - `npm run -s validation:backlog-watch:gate` -> `targets=3`, `has_action_required=false`.
+    - `npm run -s typecheck` -> `PASS`.
+
+- ✅ PUMUKI-174: Ejecutar ciclo de vigilancia continua y preparar fix inmediato solo al primer `has_action_required=true` en consumers.
+  - Resultado (2026-03-05):
+    - ciclo de vigilancia ejecutado con ambos modos:
+      - `validation:backlog-watch:tick` (observabilidad),
+      - `validation:backlog-watch:gate` (bloqueante para release).
+    - salida consolidada del ciclo:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `has_action_required=false`
+    - no se abrió issue/fix nuevo porque no hubo señal neta reproducible.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick` -> `has_action_required=false`.
+    - `npm run -s validation:backlog-watch:gate` -> `has_action_required=false`.
+
+- ✅ PUMUKI-175: Mantener operación continua de vigilancia y disparar fix/release incremental únicamente con señal neta (`has_action_required=true`).
+  - Resultado (2026-03-05):
+    - ciclo de vigilancia periódico ejecutado en modo observabilidad (`tick`) y modo gate (`gate`).
+    - señal consolidada estable:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `action_required_targets=0`
+      - `has_action_required=false`
+    - no se abrió issue/fix nuevo al no existir incidencia neta reproducible.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick` -> `has_action_required=false`.
+    - `npm run -s validation:backlog-watch:gate` -> `has_action_required=false`.
+
+- ✅ PUMUKI-176: Continuar vigilancia operativa y abrir ejecución técnica inmediata al primer hallazgo neto en SAAS/RuralGo/Flux.
+  - Resultado (2026-03-05):
+    - ciclo ejecutado con `tick` y `gate` en los tres consumers.
+    - resumen consolidado:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `action_required_targets=0`
+      - `has_action_required=false`
+    - sin señal neta reproducible, por lo que no se abrió fix nuevo.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick` -> `has_action_required=false`.
+    - `npm run -s validation:backlog-watch:gate` -> `has_action_required=false`.
+
+- ✅ PUMUKI-177: Mantener vigilancia continua y disparar fix inmediato al primer `has_action_required=true` con actualización simultánea de leyendas externas e internas.
+  - Resultado (2026-03-05):
+    - se detectó señal neta en `Flux` (`has_action_required=true`) por `needs_issue` en `PUM-009/010/011`.
+    - normalización ejecutada sin tocar código funcional del consumer:
+      - `PUM-009` validado como corregido con `pumuki@latest` (`artifact.version="1"` + `artifact.slices[]`) y marcado `✅ Cerrado`.
+      - `PUM-011` validado como corregido con `pumuki@latest` (`lastTick.changedFiles[]` + `lastTick.evaluatedFiles[]`) y marcado `✅ Cerrado`.
+      - `PUM-010` mantenido activo y enlazado a issue upstream `#719` para trazabilidad (`🚧 En construccion`).
+    - tras normalización de leyenda/refs en MD externo, el ciclo vuelve a estado saludable (`has_action_required=false`).
+  - Evidencia:
+    - `gh issue create ...` -> `https://github.com/SwiftEnProfundidad/ast-intelligence-hooks/issues/719`.
+    - `npx --yes --package pumuki@latest pumuki sdd evidence --scenario-id=docs/validation/features/p3_t1_web_shell_dashboard --test-command="pnpm test" --test-status=passed --json` (en Flux) -> contrato válido.
+    - `npx --yes --package pumuki@latest pumuki watch --once --stage=PRE_COMMIT --scope=staged --json` (en Flux) -> `lastTick.changedFiles[]` y `lastTick.evaluatedFiles[]` presentes.
+    - `npm run -s validation:backlog-watch:tick` + `npm run -s validation:backlog-watch:gate` -> `has_action_required=false`.
+
+- ✅ PUMUKI-178: Ejecutar implementación técnica del issue `#719` para persistencia estable de skills coverage entre iteraciones en consumer.
+  - Resultado (2026-03-05):
+    - `stageRunners` ahora replica el patrón de auto-reconcile de `watch` para bloqueos de skills coverage en hooks (`PRE_COMMIT`/`PRE_PUSH`):
+      - detecta códigos de bloqueo de cobertura de skills,
+      - ejecuta `policy reconcile --strict --apply`,
+      - reintenta una única vez el gate de hook con política re-resuelta.
+    - cobertura de regresión añadida:
+      - retry exitoso con reconcile automático en `PRE_COMMIT`,
+      - no-retry cuando `PUMUKI_HOOK_POLICY_AUTO_RECONCILE=0`.
+  - Evidencia:
+    - `npx --yes tsx@4.21.0 --test integrations/git/__tests__/stageRunners.test.ts` -> `30 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+
+- ✅ PUMUKI-179: Ejecutar siguiente foco activo de Flux (`PUM-012`) para eliminar drift entre binario local del consumer y `pumuki@latest` en contrato `watch --json` (`changedFiles/evaluatedFiles` + versión efectiva).
+  - Resultado (2026-03-05):
+    - `watch --json` ahora expone bloque `version` con:
+      - `effective`, `runtime`, `consumerInstalled`, `source`,
+      - `driftFromRuntime`,
+      - `driftWarning` humano/accionable cuando existe desalineación.
+    - cobertura técnica añadida:
+      - `integrations/lifecycle/__tests__/watch.test.ts` (metadata + warning de drift),
+      - ajuste de contrato en `integrations/lifecycle/__tests__/cli.test.ts`.
+  - Evidencia:
+    - `npx --yes tsx@4.21.0 --test integrations/lifecycle/__tests__/watch.test.ts integrations/lifecycle/__tests__/cli.test.ts` -> `48 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - smoke consumer Flux (binario local core): `watch --once --json` -> `version.driftFromRuntime=true` + `driftWarning` presente.
+
+- ✅ PUMUKI-180: Cerrar rollout consumidor de `PUM-012` (release + update en Flux) y mover leyenda externa de `🚧` a `✅` con evidencia en `pnpm exec pumuki watch --json`.
+  - Resultado (2026-03-05):
+    - release publicado: `pumuki@6.3.46`.
+    - rollout en Flux:
+      - `pnpm add -Dw pumuki@latest`
+      - `pnpm exec pumuki watch --once --stage=PRE_COMMIT --scope=staged --json`
+    - contrato validado en consumer:
+      - `version.effective=6.3.46`
+      - `version.runtime=6.3.46`
+      - `version.driftFromRuntime=false`
+      - `lastTick.changedFiles[]` y `lastTick.evaluatedFiles[]` presentes.
+    - MD externo Flux actualizado:
+      - `PUM-012` -> `✅ Cerrado`
+      - backlog Flux queda `✅ 100% cerrado`.
+
+- ✅ PUMUKI-181: Ejecutar verificación post-release en SAAS y RuralGo (`status/doctor/watch`) y registrar únicamente hallazgos netos nuevos.
+  - Resultado (2026-03-05):
+    - verificación completa en `SAAS`:
+      - `status --json`: `packageVersion=6.3.46`, `lifecycleState.version=6.3.46`.
+      - `doctor --json`: `issues=[]`.
+      - `watch --once --json`: `version.effective=6.3.46`, `driftFromRuntime=false`, gate `ALLOW`.
+    - verificación completa en `R_GO`:
+      - `status --json`: `packageVersion=6.3.46`, `lifecycleState.version=6.3.46`.
+      - `doctor --json`: `issues=[]`.
+      - `watch --once --json`: `version.effective=6.3.46`, `driftFromRuntime=false`, gate `ALLOW`.
+    - contraste de backlog externo (solo señal neta):
+      - `SAAS`: `hasActionRequired=false`.
+      - `RuralGo`: `hasActionRequired=false`.
+    - no se registran hallazgos netos nuevos en esta pasada.
+  - Evidencia:
+    - `pnpm exec pumuki status --json` (SAAS).
+    - `pnpm exec pumuki doctor --json` (SAAS).
+    - `pnpm exec pumuki watch --once --stage=PRE_COMMIT --scope=staged --json` (SAAS).
+    - `npx --yes --package pumuki@latest pumuki status --json` (R_GO).
+    - `npx --yes --package pumuki@latest pumuki doctor --json` (R_GO).
+    - `npx --yes --package pumuki@latest pumuki watch --once --stage=PRE_COMMIT --scope=staged --json` (R_GO).
+    - `npm run -s validation:backlog-watch -- --file="/Users/juancarlosmerlosalbarracin/Developer/Projects/SAAS:APP_SUPERMERCADOS/docs/pumuki/PUMUKI_BUGS_MEJORAS.md" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail`.
+    - `npm run -s validation:backlog-watch -- --file="/Users/juancarlosmerlosalbarracin/Developer/Projects/R_GO/docs/technical/08-validation/refactor/pumuki-integration-feedback.md" --repo=SwiftEnProfundidad/ast-intelligence-hooks --json --no-fail`.
+
+- ✅ PUMUKI-182: Ejecutar ciclo de vigilancia activa post-6.3.46 en SAAS/RuralGo/Flux y abrir fix inmediato solo si aparece `has_action_required=true`.
+  - Resultado (2026-03-05):
+    - ciclo `tick` y `gate` ejecutado en flota completa (`SAAS`, `RuralGo`, `Flux`).
+    - estado consolidado:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `has_action_required=false`
+    - no se abrió fix nuevo al no existir señal neta reproducible.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick`.
+    - `npm run -s validation:backlog-watch:gate`.
+
+- ✅ PUMUKI-183: Mantener vigilancia continua (tick/gate) y preparar corte de release solo cuando aparezca incidencia neta reproducible en consumers.
+  - Resultado (2026-03-05):
+    - nueva pasada operativa completada con `tick` y `gate` sobre `SAAS`, `RuralGo` y `Flux`.
+    - estado consolidado:
+      - `targets=3`
+      - `entries_scanned_total=137`
+      - `non_closed_total=0`
+      - `action_required_targets=0`
+      - `has_action_required=false`
+    - sin señal neta reproducible, no se abre fix nuevo ni corte de release.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick`.
+    - `npm run -s validation:backlog-watch:gate`.
+
+- ✅ PUMUKI-184: Mantener ciclo continuo de vigilancia multi-consumer (tick/gate) y ejecutar fix inmediato al primer `has_action_required=true` con actualización de leyenda en MD externo + MD interno.
+  - Resultado (2026-03-05):
+    - el ciclo `tick/gate` detectó señal neta reproducible:
+      - `targets=3`
+      - `entries_scanned_total=139`
+      - `non_closed_total=1`
+      - `has_action_required=true`
+      - origen: `RuralGo` -> `PUMUKI-INC-063` (`needs_issue`).
+    - trazabilidad inmediata ejecutada:
+      - issue upstream creada: `#720`.
+      - MD externo RuralGo actualizado con referencia de issue:
+        - fila resumen activa `PUMUKI-INC-063` -> incluye `issue #720`.
+        - entrada incremental `PUMUKI-INC-063` -> `🚧 REPORTED (#720)`.
+    - se mantiene disciplina de una sola task activa y se abre implementación técnica del fix.
+  - Evidencia:
+    - `npm run -s validation:backlog-watch:tick`.
+    - `npm run -s validation:backlog-watch:gate`.
+    - `gh issue create --repo SwiftEnProfundidad/ast-intelligence-hooks ...` -> `https://github.com/SwiftEnProfundidad/ast-intelligence-hooks/issues/720`.
+    - edición de `/Users/juancarlosmerlosalbarracin/Developer/Projects/R_GO/docs/technical/08-validation/refactor/pumuki-integration-feedback.md`.
+
+- ✅ PUMUKI-185: Implementar fix técnico de `#720` (no mutación de `package.json`/`package-lock.json` en hooks/gates sin upgrade explícito) con RED -> GREEN -> REFACTOR y cerrar trazabilidad en MD externo + interno.
+  - Resultado (2026-03-05):
+    - `integrations/git/stageRunners.ts` incorpora guard de integridad de manifests en hooks:
+      - snapshot previo de `package.json` + `package-lock.json`,
+      - detección de mutación inesperada tras gate,
+      - reversión automática al snapshot original,
+      - bloqueo explícito con código `MANIFEST_MUTATION_DETECTED`.
+    - comportamiento objetivo:
+      - los hooks no dejan side-effects en manifests del consumer sin comando explícito de upgrade.
+    - cobertura RED -> GREEN añadida:
+      - `runPreCommitStage bloquea y revierte mutación inesperada de manifests`.
+      - `runPrePushStage bloquea y revierte mutación inesperada de manifests`.
+  - Evidencia:
+    - `npx --yes tsx@4.21.0 --test integrations/git/__tests__/stageRunners.test.ts` -> `32 pass / 0 fail`.
+    - `npm run -s typecheck` -> `PASS`.
+    - issue de trazabilidad: `https://github.com/SwiftEnProfundidad/ast-intelligence-hooks/issues/720`.
+
+- ✅ PUMUKI-186: Validar fix `#720` en consumer real (RuralGo), actualizar estado del hallazgo `PUMUKI-INC-063` y cerrar issue/loop de vigilancia si `has_action_required=false`.
+  - Resultado (2026-03-05):
+    - validación ejecutada en RuralGo con binario local del core (incluye fix `#720`) sobre ciclo real:
+      - `pumuki sdd validate --stage=PRE_WRITE --json`
+      - `pumuki-pre-commit`
+      - `pumuki-pre-push`
+    - comprobación de integridad de manifests:
+      - `package.json`: hash sin cambios antes/después.
+      - `package-lock.json`: hash sin cambios antes/después.
+    - resultado funcional:
+      - `RC prewrite=0`, `RC precommit=0`, `RC prepush=0`.
+    - vigilancia consolidada:
+      - `validation:backlog-watch:tick` en verde (`has_action_required=false`).
+  - Evidencia:
+    - ejecución local fix en consumer RuralGo:
+      - `node /Users/juancarlosmerlosalbarracin/Developer/Projects/ast-intelligence-hooks/bin/pumuki.js sdd validate --stage=PRE_WRITE --json`
+      - `node /Users/juancarlosmerlosalbarracin/Developer/Projects/ast-intelligence-hooks/bin/pumuki-pre-commit.js`
+      - `PUMUKI_PRE_PUSH_STDIN=\"\" node /Users/juancarlosmerlosalbarracin/Developer/Projects/ast-intelligence-hooks/bin/pumuki-pre-push.js`
+    - verificación de hashes + estado:
+      - `shasum -a 256 package.json package-lock.json`
+      - `git status --short -- package.json package-lock.json`
+    - vigilancia:
+      - `npm run -s validation:backlog-watch:tick`.
+
+- 🚧 PUMUKI-187: Publicar corte con fix `#720`, actualizar consumers a la versión publicada y mover `PUMUKI-INC-063` de `🚧 REPORTED` a `✅ FIXED` con referencia de issue/commit/release.