DOOM MCP vs Microsoft Harrier-OSS-v1

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.

Microsoft Harrier-OSS-v1 is a family of multilingual text embedding models released with almost no publicity on March 30, 2026 — no blog post, no press release, just a HuggingFace upload. Available in three sizes (270M, 0.6B, and 27B parameters), the models achieve state-of-the-art performance on Multilingual MTEB v2 across 94 languages, 32k token context windows, and use a decoder-only Transformer architecture rather than the traditional BERT-style encoder design. The 27B variant scores 74.3 on MTEB v2, outperforming all previous open-source multilingual embedding models. All three sizes are MIT-licensed — fully open, including commercial use. The decoder-only architecture mirrors modern LLMs rather than the encoder-only models (like E5, BGE, and mE5) that have dominated embedding benchmarks for years. For developers building RAG systems, semantic search, multilingual document clustering, or cross-lingual retrieval, Harrier represents a significant quality jump. The 270M and 0.6B variants are practical for production deployment; the 27B is for maximum quality where compute isn't a constraint.