instar 1.3.225 → 1.3.227

package/src/data/builtin-manifest.json

@@ -1,9 +1,9 @@
 {
   "$schema": "./builtin-manifest.schema.json",
   "schemaVersion": 1,
-  "generatedAt": "2026-06-03T14:47:08.272Z",
-  "instarVersion": "1.3.225",
-  "entryCount": 196,
+  "generatedAt": "2026-06-03T21:22:48.492Z",
+  "instarVersion": "1.3.227",
+  "entryCount": 197,
   "entries": {
     "hook:session-start": {
       "id": "hook:session-start",
@@ -11,7 +11,7 @@
       "domain": "identity",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/session-start.sh",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:dangerous-command-guard": {
@@ -20,7 +20,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/dangerous-command-guard.sh",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:grounding-before-messaging": {
@@ -29,7 +29,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/grounding-before-messaging.sh",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:compaction-recovery": {
@@ -38,7 +38,7 @@
       "domain": "identity",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/compaction-recovery.sh",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:external-operation-gate": {
@@ -47,7 +47,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/external-operation-gate.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:deferral-detector": {
@@ -56,7 +56,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/deferral-detector.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:self-stop-guard": {
@@ -65,7 +65,7 @@
       "domain": "coherence",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/self-stop-guard.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:post-action-reflection": {
@@ -74,7 +74,7 @@
       "domain": "evolution",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/post-action-reflection.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:external-communication-guard": {
@@ -83,7 +83,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/external-communication-guard.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:scope-coherence-collector": {
@@ -92,7 +92,7 @@
       "domain": "coherence",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/scope-coherence-collector.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:scope-coherence-checkpoint": {
@@ -101,7 +101,7 @@
       "domain": "coherence",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/scope-coherence-checkpoint.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:free-text-guard": {
@@ -110,7 +110,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/free-text-guard.sh",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:claim-intercept": {
@@ -119,7 +119,7 @@
       "domain": "coherence",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/claim-intercept.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:claim-intercept-response": {
@@ -128,7 +128,7 @@
       "domain": "coherence",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/claim-intercept-response.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:stop-gate-router": {
@@ -137,7 +137,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/stop-gate-router.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "hook:auto-approve-permissions": {
@@ -146,7 +146,7 @@
       "domain": "safety",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
       "installedPath": ".instar/hooks/instar/auto-approve-permissions.js",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "job:health-check": {
@@ -778,7 +778,7 @@
       "type": "cli-command",
       "domain": "setup",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:setup": {
@@ -786,7 +786,7 @@
       "type": "cli-command",
       "domain": "setup",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:add": {
@@ -794,7 +794,7 @@
       "type": "cli-command",
       "domain": "setup",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:backup": {
@@ -802,7 +802,7 @@
       "type": "cli-command",
       "domain": "operations",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:git": {
@@ -810,7 +810,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:memory": {
@@ -818,7 +818,7 @@
       "type": "cli-command",
       "domain": "memory",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:knowledge": {
@@ -826,7 +826,7 @@
       "type": "cli-command",
       "domain": "memory",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:semantic": {
@@ -834,7 +834,7 @@
       "type": "cli-command",
       "domain": "memory",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:intent": {
@@ -842,7 +842,7 @@
       "type": "cli-command",
       "domain": "intent",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:feedback": {
@@ -850,7 +850,7 @@
       "type": "cli-command",
       "domain": "feedback",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:server": {
@@ -858,7 +858,7 @@
       "type": "cli-command",
       "domain": "server",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:status": {
@@ -866,7 +866,7 @@
       "type": "cli-command",
       "domain": "monitoring",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:user": {
@@ -874,7 +874,7 @@
       "type": "cli-command",
       "domain": "users",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:relationship": {
@@ -882,7 +882,7 @@
       "type": "cli-command",
       "domain": "relationships",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:job": {
@@ -890,7 +890,7 @@
       "type": "cli-command",
       "domain": "scheduling",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:lifeline": {
@@ -898,7 +898,7 @@
       "type": "cli-command",
       "domain": "communication",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:list": {
@@ -906,7 +906,7 @@
       "type": "cli-command",
       "domain": "monitoring",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:autostart": {
@@ -914,7 +914,7 @@
       "type": "cli-command",
       "domain": "operations",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:migrate": {
@@ -922,7 +922,7 @@
       "type": "cli-command",
       "domain": "updates",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:machines": {
@@ -930,7 +930,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:whoami": {
@@ -938,7 +938,7 @@
       "type": "cli-command",
       "domain": "identity",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:pair": {
@@ -946,7 +946,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:join": {
@@ -954,7 +954,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:wakeup": {
@@ -962,7 +962,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:leave": {
@@ -970,7 +970,7 @@
       "type": "cli-command",
       "domain": "coordination",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:doctor": {
@@ -978,7 +978,7 @@
       "type": "cli-command",
       "domain": "monitoring",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:review": {
@@ -986,7 +986,7 @@
       "type": "cli-command",
       "domain": "monitoring",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:nuke": {
@@ -994,7 +994,7 @@
       "type": "cli-command",
       "domain": "operations",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:playbook": {
@@ -1002,7 +1002,7 @@
       "type": "cli-command",
       "domain": "context",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "cli:dev-preflight": {
@@ -1010,7 +1010,15 @@
       "type": "cli-command",
       "domain": "development",
       "sourcePath": "src/cli.ts",
-      "contentHash": "1b2634f7e1f2a14c409625a87774b5d9fe06cf11b529d38d8b4489a76c6b6f4d",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
+      "since": "2025-01-01"
+    },
+    "cli:dev-ci-failures": {
+      "id": "cli:dev-ci-failures",
+      "type": "cli-command",
+      "domain": "development",
+      "sourcePath": "src/cli.ts",
+      "contentHash": "0dbe9408c77a7f88ef9978644cb9be45885c7a095ff8424361a1e9f7953cd099",
       "since": "2025-01-01"
     },
     "template:build-stop-hook.sh": {
@@ -1482,7 +1490,7 @@
       "type": "subsystem",
       "domain": "server",
       "sourcePath": "src/server/AgentServer.ts",
-      "contentHash": "d1851d4bb663dd524af17cf4c45e143bc441314bbe2b005c5ee1626019b92184",
+      "contentHash": "e7cb9908ed4d4ff87da6b2398a2d1c472973085d8d55d71b5754ca13dd3f7835",
       "since": "2025-01-01"
     },
     "subsystem:session-manager": {
@@ -1514,7 +1522,7 @@
       "type": "subsystem",
       "domain": "updates",
       "sourcePath": "src/core/PostUpdateMigrator.ts",
-      "contentHash": "e0f9e7499c6ae8288ddda30d255c9f6a8b0692fde57da6eb798a8b38976b49b5",
+      "contentHash": "ee2783d1b5cfa194f43e90b4a7fa0d9864e0d62b8c3f0634f79b45d0d2d4ff1c",
       "since": "2025-01-01"
     },
     "subsystem:scheduler": {

package/src/scaffold/templates.ts

@@ -406,6 +406,8 @@ This routes feedback to the Instar maintainers automatically. Valid types: \`bug
 
 **SessionReaper** — Pressure-aware cleanup of idle-but-alive sessions (sessions parked at a ready prompt, doing nothing, holding resources). Distinct from the crash/zombie reapers: it only acts when the machine is under pressure, and it NEVER reaps a session that might be working — it requires positive proof a session is idle (turn complete + at a ready prompt + screen byte-static across several checks + no running process + no transcript growth), and KEEPs on any ambiguity. Ships OFF + dry-run by default (the only monitor that kills on a heuristic).
 - Pressure is **CPU-aware**: the tier is the WORST of memory (free %) and CPU (1-min load ÷ cores), so a CPU-bound box raises pressure even when free RAM is fine. Tune the CPU thresholds in \`.instar/config.json\` → \`{"monitoring": {"sessionReaper": {"cpuModerateLoadPerCore": 1.0, "cpuCriticalLoadPerCore": 1.5}}}\`.
+- **CPU-aware active-process keep** (\`cpuAwareActiveProcessKeep\`, dark by default; dev agents enable it via \`developmentAgent\`): normally a session is KEPT if any non-baseline child process EXISTS. Under CPU pressure that's too coarse — a wedged or idle child (a hung MCP server, a stuck \`codex exec\` job) burns ~no CPU yet holds the idle session un-reapable forever, inflating host load. With this on, under pressure the existence-veto requires *positive CPU progress*; a CPU-flat child no longer blocks reaping (the reaper still falls through to its transcript-growth + positive-idle checks, which must clear, so a genuinely-working session is never reaped). Strict no-op off-pressure and whenever CPU can't be measured. Each time it relaxes the veto it writes a \`cpu-keep-tightened\` row to the decision audit. If a user asks "why did my idle session get reaped under load even though a process was still attached?" — that's this; read \`logs/reaper-audit.jsonl\`.
+- **Busy-orphan detection** (\`busyOrphanDetection\`, OBSERVE-ONLY, dark by default; dev agents on): the inverse blind spot. CPU-progress is a proxy for "useful" — but a *useless* process that SPINS (a hot-loop, a wedged job burning CPU) looks "active" and would keep a session pinned. When an idle session (idle prompt + flat transcript) is held only by a child that's *burning* CPU across an extended dwell, the reaper records a \`busy-orphan-suspected\` audit row (and \`busy-orphan-cleared\` on recovery). It NEVER changes the keep/kill decision — it just makes the "useless-but-busy child pins an idle session" case measurable, so safe auto-reclaim can graduate later with data. Read \`logs/reaper-audit.jsonl\` (filter \`busy-orphan-suspected\`).
 - Why it matters: idle sessions pile up across agents until the machine starves (CPU *or* memory) and new sessions get "spawn denied" — silently breaking cross-agent messaging. This sweeps them, but only under real pressure.
 - See current state / why each session is kept or flagged: \`curl -H "Authorization: Bearer $AUTH" http://localhost:${port}/sessions/reaper\` (the \`pressure.inputs\` shows freePct, loadPerCore, and the memTier/cpuTier breakdown).
 - **Decision audit** — the "what is the reaper considering, and why did it keep/kill each session?" trail. Every keep/kill decision *change* (logged on transition, not every tick) + the reap-path events, each stamped with the pressure tier that drove it, land in \`logs/reaper-audit.jsonl\`. Read the tail: \`curl -H "Authorization: Bearer $AUTH" "http://localhost:${port}/sessions/reaper/audit?limit=50"\` → \`{ entries: [...] }\`. Read-only, silent (no notifications) — purely for inspection.
@@ -429,6 +431,11 @@ This routes feedback to the Instar maintainers automatically. Valid types: \`bug
 - Tune (rarely needed) in \`.instar/config.json\`: \`{"monitoring": {"sleepWake": {"maxLoadRatio": 1.5, "longSleepFloorSeconds": 300, "minWakeIntervalMs": 60000}}}\`. Defaults live in code, so the guard is active with no config.
 - Proactive: user reports "you keep restarting" / "your agent is overloaded" / "is it a memory problem?" → GET /monitoring/sleep-wake, then check \`uptime\` load average against core count; explain CPU oversubscription (load ≫ cores) vs. memory.
 
+**Token-Burn Alerts** — The "an unknown component is using more than a quarter of the agent's token budget" heads-up. The BurnDetector watches per-component 24h token share and the 1h spend rate, and alerts when one component is *actively* burning. Two things to know when a user asks about the noise:
+- An alert only fires for a component spending **right now** (last-1h tokens above \`absoluteShareActivityFloorTokens\`, default 0 = any positive current spend). A finished heavy session — high 24h share but zero current rate — is NOT a burn and is silenced; this is the activity gate that closed the "consumed 67% of 24h spend … Projected 0 tokens" re-alarm-for-a-full-day bug. Most context-cache usage spread across many warm sessions never trips it.
+- Silence or tune it in \`.instar/config.json\` → \`monitoring.burnDetection\`: \`{"enabled": false}\` is the master off-switch; \`absoluteShareThreshold\` (default 0.25), \`absoluteShareActivityFloorTokens\`, \`alertTopicId\` (where alerts post), \`autoThrottle\` / \`autoThrottleOnUnknown\` tune behaviour without code changes. Absence preserves the shipped defaults.
+- Proactive: user says "these token alerts are noisy" / "why am I getting this" / "turn them off" → explain the activity gate (it only flags live burns now), and offer the \`monitoring.burnDetection.enabled: false\` off-switch (restart sessions to apply per the section below). Note that \`unknown::<id>\` just means that spend wasn't attributed to a named component — it's not inherently a problem.
+
 **Multi-Session Autonomy** — I can run multiple autonomous jobs at once, one per topic (default cap 5, set \`autonomousSessions.maxConcurrent\` in config). Each topic's job is isolated, survives restarts, and is keyed on its topic.
 - What's running: \`curl -H "Authorization: Bearer $AUTH" http://localhost:${port}/autonomous/sessions\`
 - The cap + budget gate is checked automatically when a job starts (\`GET /autonomous/can-start\`); a start is refused when at the cap or under budget pressure.
@@ -746,6 +753,8 @@ This returns your full capability matrix: scripts, hooks, Telegram status, jobs,
 
 Instar contributors can run \`instar dev:preflight\` before opening PRs to run lint, CapabilityIndex discoverability checks, and an advisory new-route-prefix scan against the diff.
 
+Run \`instar dev:ci-failures <pr>\` to print a red PR's exact failing tests (file:line + assertion) via the GitHub check-run annotations API — handy when \`gh run view --log\` returns nothing.
+
 **Critical rule**: If this CLAUDE.md says a feature is "for standalone agents" or "when configured" or uses any qualifier — do NOT conclude you lack the feature. Check \`/capabilities\` instead. Documentation describes features in general; the API tells you what's actually running for YOU right now. When they conflict, the API wins.
 
 ### Registry First, Explore Second

package/upgrades/1.3.226.md

@@ -0,0 +1,111 @@
+# Upgrade Guide — vNEXT
+
+<!-- assembled-by: assemble-next-md -->
+<!-- bump: minor -->
+
+## What Changed
+
+Adds `instar dev:ci-failures <pr>` — a contributor/agent dev command that prints a
+PR's **exact failing tests** (`file:line` + the assertion message) by reading the
+GitHub **check-run annotations API**.
+
+**Why this exists (a real friction → infrastructure).** In some environments
+`gh run view --log` / `--log-failed` return zero bytes, which makes a red CI run
+undiagnosable from the terminal — you can see *that* shards failed but not *which*
+test. The check-run *annotations* endpoint
+(`/repos/:owner/:repo/check-runs/:id/annotations`) still returns the failing
+`path:line` + assertion even when the log endpoint is empty. This command wraps
+that workaround so a contributor (or an autonomous agent shepherding its own PR)
+gets the precise failure instantly instead of re-discovering the trick mid-run.
+
+**What it does:** resolves the PR's head SHA → lists its FAILED check-runs →
+prints each one's test-level failure annotations, de-duplicating the identical
+failure that the node-20 / node-22 shard pair both report. It drops CI-runner
+noise (the `.github/...` annotations and the generic `Process completed with exit
+code N`). Read-only — it only calls `gh` GET endpoints; it never mutates anything.
+Exit 0 even when failures are found (it's a diagnostic, not a gate); exit 1 only on
+an operational error (PR unresolvable / API failure).
+
+Pairs with `instar dev:preflight` (#716) as the contributor dev-loop toolkit.
+
+The `SessionReaper` gains a host-load-gated tightening of its `active-process`
+keep-guard, behind a new dark-by-default flag `cpuAwareActiveProcessKeep`.
+
+**The problem.** The reaper keeps a session whenever any non-baseline child
+process *exists* (`hasActiveProcesses`). That existence check can't tell a
+*working* child from a *wedged/idle* one — a hung MCP server or a stuck
+`codex exec --json` job keeps a live PID while burning ~no CPU. So an otherwise
+idle, reapable session is held un-reapable forever, and under host load those
+zombie-child sessions are exactly what inflates CPU/memory pressure and starves
+new spawns.
+
+**The fix.** When `cpuAwareActiveProcessKeep` is on *and* the box is under CPU
+pressure, the `active-process` existence-veto additionally requires *positive CPU
+progress*: the reaper samples the session's accumulated descendant CPU-seconds
+across ticks, and if the delta is below an idle floor (`cpuActiveMinRatePerSec`,
+default 0.02 = 2% of one core), the existence-veto is relaxed. It does **not**
+kill on that alone — it *falls through* to the reaper's existing stateful checks
+(transcript-growth + positive-idle), all of which must still clear, plus the
+hysteresis + two-phase + per-hour budget, before anything is reaped.
+
+**Conservative by construction:**
+- A strict no-op at `normal` pressure (zero behavior change off-load).
+- A no-op when CPU can't be sampled, on the first sighting (no delta yet), or if
+  accumulated CPU went backwards (pid reuse) — all resolve to KEEP.
+- It tightens **only** the reaper's own decision. The shared `ReapGuard` /
+  `ReapAuthority` path (the veto that protects sessions from *other* killers,
+  e.g. `terminateSession`) is left completely untouched — zero blast radius
+  there.
+- Every time it relaxes the veto it writes a `cpu-keep-tightened` row to the
+  decision audit (`logs/reaper-audit.jsonl`) — a behavior change to a kill path
+  is never silent.
+
+Ships dark fleet-wide and live on development agents (the `developmentAgent`
+gate), so it's dogfooded on a real loaded box before any wider rollout.
+
+## What to Tell Your User
+
+Nothing required — it's a developer/agent tool for working **on** Instar. When a PR's
+CI goes red, the new developer command prints the exact failing tests instead of
+an unreadable log.
+
+Nothing — the new under-load reaper refinement is **dark by default** (off everywhere
+except development agents). It changes no user-visible behavior on a normal
+install. If surfaced at all, surface it as **⚗️ Experimental**: it refines the
+reaper's idle-detection under load and is still being validated on dev agents.
+
+## Summary of New Capabilities
+
+- `instar dev:ci-failures <pr> [--repo owner/repo]` — print a PR's exact failing tests
+  (file:line + assertion) via the GitHub check-run annotations API. Read-only.
+
+- `monitoring.sessionReaper.cpuAwareActiveProcessKeep` (boolean, default false;
+  `developmentAgent` agents default true) — under CPU pressure, require positive
+  descendant-CPU progress before an existing-but-idle child process keeps a
+  session un-reapable.
+- `monitoring.sessionReaper.cpuActiveMinRatePerSec` (number, default 0.02) — the
+  CPU-seconds-per-wall-second idle floor below which descendant CPU counts as
+  "flat".
+- A `cpu-keep-tightened` decision-audit event records each veto-relaxation.
+
+## Evidence
+
+- Built from a recurring mid-run friction: `gh run view --log[-failed]` returned 0 bytes
+  on this environment across multiple PRs (#716/#717/#718); the annotations API was the
+  reliable path to the failing test+line.
+- Tests: `tests/unit/devCiFailures.test.ts` — the pure `extractFailureLines` (keeps real
+  failures; drops warnings / `.github` / `Process completed` noise; truncates long
+  messages) + `runDevCiFailures` with injected `gh` deps (red PR → prints the test;
+  shard-pair dedup; green PR → "No failed checks"; unresolvable PR → exit 1; build/lint
+  failure with no test annotations → a helpful note).
+
+- Root cause grounded at `ReapGuard.ts:139` (`hasActiveProcesses` is existence,
+  not CPU) — the same gap the #706 `descendantCpuSeconds` helper was built to
+  expose for the StaleSessionBackstop; this reuses it for the reaper.
+- Tests: `tests/unit/session-reaper-cpu-aware-keep.test.ts` (12 tests, both sides
+  of every boundary — veto relaxed only when CPU-flat under pressure + still
+  protected by positive-idle / transcript-growth; never relaxed off-pressure,
+  flag-off, dep-absent, first-sample, or CPU-rising) + a wiring-integrity
+  assertion in `session-reaper-wiring.test.ts` (the `descendantCpuSeconds` dep
+  and the `developmentAgent` gate are actually wired, not dead). The 43 existing
+  reaper tests stay green (no behavior change off the new path).