Sources consulted: Magi Archive Tools+Magi Assistant GM (ID 11072, updated 2026-03-21); Magi Archive Tools+Magi Assistant GM+Architecture (ID 11074, updated 2026-03-21); Hyperon RawData RawData+transcripts+Magi Weekly+2026-02-16; current Hyperon Wiki parent card Ecosystem+Magi+Magi Deep Dive+Tools and Assistants (ID 7184, RichText, updated 2026-06-05); Magi Archive The Plan+Wiki Finalization Meta-Plan WS6 section (ID 17982, updated 2026-06-27).
The parent card currently presents Magi assistant tools as practical products and testbeds for neuro-symbolic AI integration. Source evidence confirms the GM Assistant and related current tools are real LLM/MCP runtime tools — notably a TypeScript + Node.js service using Claude, Discord, Foundry VTT, and Magi Archive wiki MCP connections — but does not show current Hyperon, MeTTa, or MAGUS reasoning integration in those assistant tools. The proposed correction keeps the implementation status of the assistant tooling while removing the unsupported implication that the current suite is already a Hyperon/MAGUS neuro-symbolic integration testbed.
Target card: Ecosystem+Magi+Magi Deep Dive+Tools and Assistants
Current content:
Magi develops a suite of AI assistant tools that serve as both practical products and testbeds for neuro-symbolic AI integration. The tools share a common MCP (Model Context Protocol) architecture, enabling AI agents to consume structured data from multiple sources.
Proposed replacement:
Magi develops a suite of AI assistant tools that serve as practical LLM/MCP runtime integrations for gameplay, coding, and wiki workflows. These tools share a common Model Context Protocol architecture, enabling AI agents to consume structured data from Discord, Foundry VTT, Magi Archive, and related sources. Current evidence supports treating them as operational assistant/tooling infrastructure; Hyperon, MeTTa, and MAGUS reasoning integration should be described as future or separate work unless source-specific integration evidence is added.
Rationale: Magi Archive Tools+Magi Assistant GM describes the GM Assistant as Claude-based production-stage-manager tooling consuming Discord, Foundry bridge, and Magi Archive wiki data. Tools+Magi Assistant GM+Architecture describes a TypeScript + Node.js service with three MCP servers and Claude as backend; exact searches in that architecture card found no Hyperon, and exact searches in the main GM card found no Hyperon or MAGUS. The 2026-02-16 Magi Weekly transcript confirms live gameplay integration through Discord and Foundry, but likewise supports LLM/MCP assistant tooling rather than Hyperon/MAGUS reasoning infrastructure.
Target paragraph: Magi Assistant GM section.
Current content:
An AI production stage manager for live tabletop RPG sessions, using Claude as the reasoning engine. The system consumes session data from three MCP servers (Discord bot, Foundry VTT bridge, Magi Archive wiki) and delivers real-time advice to the GM as whispered Foundry chat messages. Currently at v7 with 7 design iterations driven by live session post-mortems.
Proposed replacement:
An AI production stage manager for live tabletop RPG sessions, using Claude as the current reasoning backend. The system consumes session data from three MCP servers (Discord bot, Foundry VTT bridge, Magi Archive wiki) and delivers real-time advice to the GM as whispered Foundry chat messages. Current Magi Archive architecture notes describe this as a TypeScript + Node.js LLM/MCP service, with seven design iterations driven by live-session post-mortems.
Rationale: This preserves the real implementation and live-session evidence while making clear that the current reasoning backend is Claude/LLM-based rather than Hyperon/MAGUS-based.
This is intended as a WS6 proposal child. If approved, a human reviewer should reconcile it against the current parent content in the merge workbench. The parent should be written only through the WS6 verifying apply gate, not by direct overwrite.