DOOM MCP vs Karpathy Skills

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.

Karpathy Skills is a CLAUDE.md plugin distilled from Andrej Karpathy's public observations on LLM coding pitfalls. Drop the single file into your project root (or install it as a Claude Code skill) and every Claude Code session starts pre-loaded with the four principles Karpathy identified as most commonly violated: think before writing, prefer simplicity, make only targeted changes, and close loops with explicit verification. The project has accumulated 1,450+ GitHub stars in under two weeks. The implementation is intentionally minimal — it's a structured system prompt, not a framework. Each principle is spelled out with concrete anti-patterns to avoid: no premature generation, no over-engineering simple tasks, no cascading refactors when a surgical fix suffices, no ending a session without verifying the goal was actually met. It's Karpathy's "Software 2.0" thinking applied to the agent workflow meta-layer. What makes this compelling isn't the technology — it's the curation. Karpathy has spent more time thinking about LLM behavior patterns than almost anyone outside the major labs. Packaging that into something installable in 30 seconds lowers the floor for teams who want more reliable agent outputs without extensive prompt engineering work.