DOOM MCP vs OpenRouter Model Fusion

Chris Nager built a fully playable DOOM that runs as an MCP (Model Context Protocol) app, rendering inline inside Claude and ChatGPT without a separate browser tab. The architecture uses two MCP tools — create_doom_session for inline-capable hosts and get_doom_launch_url as a browser fallback — combined with cloudflare/doom-wasm for the game runtime and a signed token system that maintains session state across both surfaces. The result is the same session whether you're playing inline or in a tab. The key technical challenge was avoiding iframe and CSP (Content Security Policy) issues. Rather than embedding a browser page inside the MCP iframe, the DOOM canvas runs directly inside the host's iframe — a subtle but critical distinction that resolved a class of rendering and input-handling bugs. The final implementation is intentionally stripped down: no save/load, no persistence adapters, just stable playable DOOM. Beyond the novelty, this project is a concrete demonstration that MCP apps are interactive surfaces, not just tool-calling JSON endpoints. The progressive enhancement pattern — same signed-token foundation serving both inline and browser modes — is a reusable architecture for any game or interactive experience that wants to live inside an AI assistant. Nager open-sourced the implementation and the blog post is a detailed technical breakdown.

OpenRouter Model Fusion is an experimental feature from OpenRouter Labs that runs a single prompt through multiple LLMs in parallel and uses a configurable judge model to synthesize the best aspects of each response into one unified answer. Instead of picking a single model and hoping it performs, developers can specify a "fusion pool" — e.g., Claude 3.7 Sonnet + Gemini 2.5 Pro + GPT-4o — and a judge model that evaluates and merges their outputs. The system supports three fusion modes: "best-of" (pick the single strongest response), "merge" (combine complementary elements), and "debate" (have models challenge each other before the judge decides). Latency is the obvious tradeoff — you're waiting for the slowest model in the pool — but OpenRouter's parallel routing means real-world overhead is closer to 20-30% rather than 3x. The feature is still experimental but available to any OpenRouter user with an API key. This is meaningful because it lowers the barrier for using multi-model consensus, a technique that's been shown to improve accuracy on complex reasoning tasks but previously required custom orchestration code. OpenRouter's scale — routing billions of tokens per day — means they can optimize the pooling and judging pipeline better than most teams could DIY. It's a preview of what post-single-model AI tooling might look like.