title: MCP Voice Bridge as Nervous System

insight: The MCP voice bridge connects Telnyx voice input to Genesis Memory (PG + Qdrant + Redis + FalkorDB + Supermemory), serving as the bloodstream connecting L1-L4 agents to persistent memory

reasoning_chain: Customer calls phone number → Telnyx Voice Assistant (L1-L4 agent brain) → MCP Voice Bridge (Bloodstream connection) → Genesis Memory

reasoning_chain: Each L-tier agent uses the SAME MCP bridge, just with different permissions

reasoning_chain: The MCP server IS the product infrastructure - fixing it isn't just for one user, it's the backbone every paying customer's agent will use

source_context: the MCP voice bridge is the nervous system for L1-L4 agents... The MCP server IS the product infrastructure. When a customer pays $497/mo for an L2 Digital Employee, they get... Connected to the MCP bridge (memory)


title: Tier-Gated Tool Access Model

insight: L1-L4 agents use the same MCP bridge but with tier-gated tool access: L1 gets 2 tools (text only), L2 gets 6 tools (voice + text), L3 gets 8 tools (deep domain), L4 gets all 10 tools (full sovereign access)

reasoning_chain: Different customer tiers need different capability levels

reasoning_chain: Voice access correlates with tier level (L1 text only, L2+ voice enabled)

reasoning_chain: Memory depth scales with tier (shallow → medium → deep + domain overlays → full sovereign)

reasoning_chain: Pricing model ($497/mo for L2) justifies the tier-gated access

source_context: Each L-tier agent uses the SAME MCP bridge, just with different permissions: L1 Basic (2 tools), L2 Digital Employee (6 tools + voice), L3 Domain Expert (8 tools), L4 Executive (all 10 tools)


type: DIRECTIVE

title: Auto-Respawn at 65%

insight: Kinan mandates auto-respawn at 65% memory usage without asking, hardcoded into behavior - the post-mortem identified 78% with active agents as danger zone, so flush should start at 65%

reasoning_chain: Post-mortem identified 78% with active agents = danger zone

reasoning_chain: Current session reached 72% with active agent

reasoning_chain: Kinan explicitly said: dont need to ask, be proactive and respawn

reasoning_chain: Hardcoded rule: auto-respawn at 65%, no asking

source_context: you need to respawn. your at 72%... dont need to ask. be proactive and respawn... Hardcoding this lesson: auto-respawn at 65%, no asking


title: Memory Danger Zone Reasoning

insight: 72% with an active agent is exactly the danger zone - the post-mortem said 78% with active agents = danger zone, so should have started flush at 65%

reasoning_chain: Session at 72% memory with active agent running

reasoning_chain: Active agents consume additional memory on top of base session

reasoning_chain: Therefore 72% with active agent is already in danger zone

reasoning_chain: Should have flushed at 65% to leave buffer for agent overhead

source_context: You're right — and with the post-mortem fresh in mind, 72% with an active agent is exactly the danger zone. Let me CTM flush before anything breaks... the post-mortem said 78% with active agents = danger zone. I should have started the flush at 65%


title: MCP as Product Backbone

insight: Fixing the MCP deployment isn't just for Kinan calling the Command Centre - it's the backbone every paying customer's agent will use. One MCP server, tier-gated access, scales to thousands of agents

reasoning_chain: MCP voice bridge connects all L-tier agents to memory

reasoning_chain: When customer pays $497/mo for L2 Digital Employee, they get Telnyx phone number + Claude/Gemini brain + MCP bridge memory

reasoning_chain: The MCP server is shared infrastructure across all agents

reasoning_chain: Proper deployment enables scaling to thousands of paying customers

source_context: So fixing the MCP deployment isn't just for you calling the Command Centre — it's the backbone every paying customer's agent will use. One MCP server, tier-gated access, scales to thousands of agents


title: SSE Streaming Issue in Voice Bridge

insight: The voice bridge proper deployment is blocked by SSE streaming buffering issue - Opus agent deployed to fix with Cloudflare tunnel with disableChunkedEncoding or Tailscale Funnel

reasoning_chain: Initial fix got MCP re-attached but voice still not working properly

reasoning_chain: Haiku answering calls without hanging now (+61 7 3130 4226 back to normal)

reasoning_chain: But proper deployment still in progress - Opus agent fixing SSE streaming

reasoning_chain: Solution: Cloudflare tunnel with disableChunkedEncoding: true OR Tailscale Funnel

source_context: Opus agent deployed to fix the deployment properly (named Cloudflare tunnel with disableChunkedEncoding: true, or Tailscale Funnel). Will re-attach to Telnyx once SSE streaming is confirmed working