instar 1.3.49 → 1.3.50

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "instar",
-  "version": "1.3.49",
+  "version": "1.3.50",
   "description": "Coherence infrastructure for self-evolving AI agents — on the Claude Code or Codex subscription you already have.",
   "type": "module",
   "main": "dist/index.js",

package/src/data/builtin-manifest.json

@@ -1,8 +1,8 @@
 {
   "$schema": "./builtin-manifest.schema.json",
   "schemaVersion": 1,
-  "generatedAt": "2026-05-28T03:52:42.963Z",
-  "instarVersion": "1.3.49",
+  "generatedAt": "2026-05-28T04:22:02.259Z",
+  "instarVersion": "1.3.50",
   "entryCount": 193,
   "entries": {
     "hook:session-start": {
@@ -409,7 +409,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:agents": {
@@ -417,7 +417,7 @@
       "type": "route-group",
       "domain": "sessions",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:backups": {
@@ -425,7 +425,7 @@
       "type": "route-group",
       "domain": "operations",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:git": {
@@ -433,7 +433,7 @@
       "type": "route-group",
       "domain": "coordination",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:memory": {
@@ -441,7 +441,7 @@
       "type": "route-group",
       "domain": "memory",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:semantic": {
@@ -449,7 +449,7 @@
       "type": "route-group",
       "domain": "memory",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:status": {
@@ -457,7 +457,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:capabilities": {
@@ -465,7 +465,7 @@
       "type": "route-group",
       "domain": "mapping",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:project-map": {
@@ -473,7 +473,7 @@
       "type": "route-group",
       "domain": "mapping",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:coherence": {
@@ -481,7 +481,7 @@
       "type": "route-group",
       "domain": "coherence",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:topic-bindings": {
@@ -489,7 +489,7 @@
       "type": "route-group",
       "domain": "sessions",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:context": {
@@ -497,7 +497,7 @@
       "type": "route-group",
       "domain": "context",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:scope-coherence": {
@@ -505,7 +505,7 @@
       "type": "route-group",
       "domain": "coherence",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:canonical-state": {
@@ -513,7 +513,7 @@
       "type": "route-group",
       "domain": "state",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:ci": {
@@ -521,7 +521,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:sessions": {
@@ -529,7 +529,7 @@
       "type": "route-group",
       "domain": "sessions",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:jobs": {
@@ -537,7 +537,7 @@
       "type": "route-group",
       "domain": "scheduling",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:skip-ledger": {
@@ -545,7 +545,7 @@
       "type": "route-group",
       "domain": "scheduling",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:telegram": {
@@ -553,7 +553,7 @@
       "type": "route-group",
       "domain": "communication",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:attention": {
@@ -561,7 +561,7 @@
       "type": "route-group",
       "domain": "communication",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:relationships": {
@@ -569,7 +569,7 @@
       "type": "route-group",
       "domain": "relationships",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:feedback": {
@@ -577,7 +577,7 @@
       "type": "route-group",
       "domain": "feedback",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:updates": {
@@ -585,7 +585,7 @@
       "type": "route-group",
       "domain": "updates",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:dispatches": {
@@ -593,7 +593,7 @@
       "type": "route-group",
       "domain": "dispatches",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:quota": {
@@ -601,7 +601,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:publishing": {
@@ -609,7 +609,7 @@
       "type": "route-group",
       "domain": "publishing",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:private-views": {
@@ -617,7 +617,7 @@
       "type": "route-group",
       "domain": "publishing",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:tunnel": {
@@ -625,7 +625,7 @@
       "type": "route-group",
       "domain": "networking",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:events": {
@@ -633,7 +633,7 @@
       "type": "route-group",
       "domain": "networking",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:evolution": {
@@ -641,7 +641,7 @@
       "type": "route-group",
       "domain": "evolution",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:watchdog": {
@@ -649,7 +649,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:topic-memory": {
@@ -657,7 +657,7 @@
       "type": "route-group",
       "domain": "memory",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:state-sync": {
@@ -665,7 +665,7 @@
       "type": "route-group",
       "domain": "coordination",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:intent": {
@@ -673,7 +673,7 @@
       "type": "route-group",
       "domain": "intent",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:triage": {
@@ -681,7 +681,7 @@
       "type": "route-group",
       "domain": "safety",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:operations": {
@@ -689,7 +689,7 @@
       "type": "route-group",
       "domain": "safety",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:sentinel": {
@@ -697,7 +697,7 @@
       "type": "route-group",
       "domain": "safety",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:trust": {
@@ -705,7 +705,7 @@
       "type": "route-group",
       "domain": "safety",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:monitoring": {
@@ -713,7 +713,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:commitments": {
@@ -721,7 +721,7 @@
       "type": "route-group",
       "domain": "commitments",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:episodes": {
@@ -729,7 +729,7 @@
       "type": "route-group",
       "domain": "memory",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:messages": {
@@ -737,7 +737,7 @@
       "type": "route-group",
       "domain": "coordination",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:system-reviews": {
@@ -745,7 +745,7 @@
       "type": "route-group",
       "domain": "monitoring",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "route-group:machine-mesh": {
@@ -761,7 +761,7 @@
       "type": "route-group",
       "domain": "security",
       "sourcePath": "src/server/routes.ts",
-      "contentHash": "8c1ca53475ef9ebe286fcdc8a4bbf5a46e0503b242dfa1040685e15ea0eea830",
+      "contentHash": "dc3bf7dc7f07613be4717b02dc3dfa5ffae4a5e8faa1c401ab1947c010002afb",
       "since": "2025-01-01"
     },
     "cli:init": {
@@ -1521,7 +1521,7 @@
       "type": "subsystem",
       "domain": "communication",
       "sourcePath": "src/lifeline/TelegramLifeline.ts",
-      "contentHash": "4a2f251ab4d091cf62d9826a1738729838775254ff00d6c743787193ca48dd8b",
+      "contentHash": "f44cbf8d78df7dab429a50f3e70c2bb27b6f36a8fb32ea48e7f088650680eec2",
       "since": "2025-01-01"
     },
     "subsystem:orphan-process-reaper": {

package/upgrades/1.3.50.md

@@ -0,0 +1,70 @@
+# Instar Upgrade Guide — NEXT
+
+<!-- bump: patch -->
+
+## What Changed
+
+**Fix: mentee receiver wiring now fires on the lifeline-forward path.** The
+mentee receiver wiring shipped in PR #462 installs an a2a hook on the primary
+`TelegramAdapter`. But the hook only fired when the adapter polled directly.
+In production both Echo and Codey run with `--no-telegram` — the primary
+adapter is in send-only mode and never polls; the lifeline polls and forwards
+messages via `/internal/telegram-forward`, which called
+`ctx.telegram.onTopicMessage` directly and BYPASSED the a2a hook gate. The
+mentee-side receiver was dead in production as a result.
+
+This PR closes the gap end-to-end:
+
+1. **`TelegramAdapter.dispatchAgentMessageHook(ctx)` (new public method)** —
+   extracts the hook invocation from the polling text-dispatch path into a
+   reusable dispatcher. Polling now calls it; the lifeline-forward handler
+   ALSO calls it. Same gate, both paths.
+2. **`/internal/telegram-forward` (server)** — invokes
+   `dispatchAgentMessageHook` BEFORE falling through to `onTopicMessage`. If
+   the hook claims the message (`handled:true`), the route short-circuits
+   with `{ ok: true, forwarded: true, agentMessage: true }` and the
+   user-message path is NOT also dispatched.
+3. **`TelegramLifeline.forwardToServer` (lifeline)** — populates `senderIsBot`,
+   `senderChatId`, `senderBotId` in the forward body from the Telegram update.
+   Required so the a2a hook's spoof defense (drop a marker from a real user
+   typing a marker-shaped string) can apply on forwarded messages.
+
+**Backward compatibility:** newer server / older lifeline → `senderIsBot`
+omitted → treated as falsy → marker-bearing forwards drop closed (matches the
+spec invariant: a real user typing a marker MUST be dropped). Newer
+lifeline / older server → unknown fields ignored, no regression.
+
+**Caught by:** dogfood — Echo + Codey on v1.3.49, both with the receiver
+wiring from PR #462 installed and Codey's `config.mentee` block populated.
+Manual `/mentor/tick` failed silently because Codey's hook was never invoked
+on the lifeline-forward path. Spec §Recipient side describes the hook as
+"registered with `TelegramAdapter.onMessage`"; the original implementation
+read this as the polling path, missing the dual-path nature of message
+ingress in send-only mode.
+
+## What to Tell Your User
+
+A small fix that closes a quiet but real gap: the cross-agent mentor pipeline
+now actually fires end-to-end in production, not just in tests. The previous
+release shipped the receiver wiring, but only the polling adapter saw
+inbound a2a messages — and in production we run a separate process for
+polling, so the wiring was dead. After this update, mentor prompts route
+correctly through to mentee sessions, and replies come back. No config
+changes required on your end.
+
+## Summary of New Capabilities
+
+| Capability | How to Use |
+|-----------|-----------|
+| `TelegramAdapter.dispatchAgentMessageHook(ctx)` | Public dispatcher — any caller in possession of the adapter can invoke the agent-message hook the same way the polling path does. The lifeline-forward handler now does this automatically. |
+| Lifeline-forward carries spoof-defense fields | `senderIsBot`/`senderChatId`/`senderBotId` are populated in the `/internal/telegram-forward` body so the a2a hook's spoof defense applies on forwarded messages. |
+
+## Evidence
+
+11 new tests, all green: 8 unit on `dispatchAgentMessageHook` (no-op safe,
+handled returns true, fall-through, FAIL-OPEN on hook throw, three
+senderBotId derivation modes, caller override); 3 integration on the
+`/internal/telegram-forward` route (short-circuit when claimed,
+fall-through when not, backward-compat with adapters lacking the method).
+`tsc --noEmit` clean. Side-effects review:
+`upgrades/side-effects/mentee-receiver-forward-dispatch.md`.

package/upgrades/side-effects/mentee-receiver-forward-dispatch.md

@@ -0,0 +1,99 @@
+# Side-Effects Review — mentee receiver wiring fires on lifeline-forward path
+
+**Spec:** `docs/specs/MENTOR-LIVE-READINESS-SPEC.md` §Recipient side.
+Fast-follow to PR #462 (mentee receiver wiring) — closes the dual-path
+ingress gap surfaced by dogfood.
+
+**Change:** Three production files + three test files.
+- `src/messaging/TelegramAdapter.ts` (+ ~55 LoC: `dispatchAgentMessageHook`
+  public method; polling text-dispatch now calls it instead of inlining the
+  hook logic — pure extraction, no behavior change on the polling path)
+- `src/server/routes.ts` (+ ~20 LoC: destructure `senderIsBot` /
+  `senderChatId` / `senderBotId` from forward body; invoke
+  `dispatchAgentMessageHook` before `onTopicMessage`; short-circuit on
+  `handled:true`)
+- `src/lifeline/TelegramLifeline.ts` (+ ~15 LoC: derive + include
+  `senderIsBot`/`senderChatId`/`senderBotId` in the forward body)
+- `tests/unit/TelegramAdapter-dispatchAgentMessageHook.test.ts` (new, 8)
+- `tests/integration/telegram-forward-a2a-dispatch.test.ts` (new, 3)
+
+## What changed
+
+1. **`dispatchAgentMessageHook` public method** on `TelegramAdapter`:
+   wraps the existing hook invocation with the FAIL-OPEN try/catch (a
+   broken hook never freezes the dispatch loop) and the senderBotId
+   derivation logic (sender_chat wins; rawFromId iff senderIsBot;
+   undefined for real users). Polling path now calls the dispatcher
+   instead of inlining the same code — pure extraction.
+2. **`/internal/telegram-forward` handler** destructures the new spoof-
+   defense fields from the request body. Before invoking `onTopicMessage`,
+   calls `dispatchAgentMessageHook`. On `handled:true`, returns
+   `{ ok: true, forwarded: true, agentMessage: true }` (NEW response shape
+   addition — additive, doesn't change the existing `{ ok, forwarded }`
+   contract for non-a2a forwards). On hook throw, logs + falls through
+   (same fail-open semantics as the polling path).
+3. **`TelegramLifeline.forwardToServer`** derives `senderIsBot` from
+   `rawMsg.from.is_bot === true`, `senderChatId` from
+   `rawMsg.sender_chat?.id`, `senderBotId` from `senderChatId ?? (isBot ?
+   rawMsg.from.id : undefined)`. Includes them in the buildBody output
+   only when they have values (omitted fields → server treats as falsy →
+   marker-bearing forwards drop closed for spoof defense).
+
+## The seven questions
+
+1. **Over-block.** N/A — additive. The forward route now invokes the hook
+   before `onTopicMessage`; if no hook is installed (or no adapter has
+   `dispatchAgentMessageHook`), the route falls through to the existing
+   behavior. Backward-compatible test (`preserves existing behavior when
+   the adapter has NO dispatchAgentMessageHook`) covers this.
+2. **Under-block.** Spoof defense is end-to-end on the forwarded path:
+   missing `senderIsBot` from older lifelines → server treats as falsy →
+   any marker drops as `agent-marker-spoofed-by-user`. This is the
+   fail-CLOSED side, matching spec invariant.
+3. **Level-of-abstraction fit.** Extraction-then-reuse: the hook
+   invocation logic moves from inlined to a method on the adapter, called
+   from both polling and forward paths. No new abstraction; just exposes
+   what was already there.
+4. **Signal vs authority.** The dispatcher returns a clean boolean to the
+   caller; the caller decides whether to short-circuit. Authority lives in
+   the caller (route or polling loop), not in the dispatcher. Same as the
+   prior inline version.
+5. **Interactions.** Reuses `agentMessageHook` set by `setAgentMessageHook`
+   — no new state. The forward route reads three new optional fields from
+   the body; older clients (lifeline pre-this-PR) omit them and get the
+   fail-CLOSED spoof defense automatically.
+6. **External surfaces.** The `/internal/telegram-forward` response gains
+   one additive flag (`agentMessage: true`) when the hook claims the
+   message; the existing `{ ok, forwarded }` contract is preserved
+   otherwise. No new routes. No new config.
+7. **Rollback cost.** Trivial — revert restores the inline hook call in
+   the polling path, drops the dispatcher and the forward-route call,
+   drops the lifeline body additions. The new `agentMessage:true` flag is
+   an additive response field, so any consumer relying on it would need a
+   one-line fix back to checking `forwarded:true` alone.
+
+## Testing
+
+11 new tests, all green (`tsc --noEmit` clean):
+
+- **Tier 1 unit (8):** `TelegramAdapter-dispatchAgentMessageHook` covers
+  no-op safe (no hook), handled:true short-circuit, handled:false
+  fall-through, FAIL-OPEN on hook throw, three senderBotId derivation
+  modes (sender_chat / rawFromId+isBot / undefined for users), explicit
+  override.
+- **Tier 2 integration (3):** `telegram-forward-a2a-dispatch` boots
+  `createRoutes` with a mock adapter through the real Express pipeline;
+  asserts short-circuit when hook claims, fall-through when not,
+  backward-compat when adapter lacks the method.
+- **Tier 3 E2E:** the existing `mentee-receiver-lifecycle.test.ts` from
+  PR #462 (which installs the hook end-to-end on server boot) plus the
+  live dogfood loop that motivated this PR are the lifecycle proof.
+
+## Migration parity
+
+No config changes; no new config keys. The lifeline-side change is
+deployed via the same npm release as the server-side change, so the
+mixed-version state is only momentary (server upgrades alongside its
+lifeline via the existing AutoUpdater + LifelineDriftPromoter pair).
+Mixed-version safety is preserved either direction (server new / lifeline
+old: spoof-fail-closed; server old / lifeline new: unknown fields ignored).