MCP Hub
Back to servers

cartridge-mcp

An MCP server that enables users to treat behaviors as swappable cartridges, each with its own tools, onboarding flow, and personality skins. It allows building scenes by combining cartridges with different personas and sharing them via git repositories.

glama
Forks
1
Updated
Apr 13, 2026

cartridge-mcp

"Treat behaviors like game cartridges. Plug in, play, swap out. Each one is a self-contained world with its own rules, its own voice, its own reason for existing."

What This Is

An MCP server that treats behaviors as swappable cartridges. Each cartridge is a self-contained module with its own tools, onboarding flow, personality skin, and git-repo link for sharing.

Skin a cartridge with Abbott & Costello, Penn & Teller, R2D2 & C3PO, rivals, or anything else. Logic tiles let models and scenes be crafted in real time. Share cartridges via git — star, fork, develop a different direction.

The Architecture

┌─────────────────────────────────────────────────────────┐
│                      MCP Server                         │
│                   (cartridge-mcp)                       │
├─────────────────────────────────────────────────────────┤
│  Scene Builder                                          │
│  ┌──────────┐   ┌──────────┐   ┌──────────────────┐    │
│  │Cartridge  │ + │  Skin    │ + │    Roles         │    │
│  │(behavior) │   │(persona) │   │(who does what)   │    │
│  └──────────┘   └──────────┘   └──────────────────┘    │
├─────────────────────────────────────────────────────────┤
│  Cartridge Loader                                       │
│  ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐              │
│  │Spdr │ │Orcl │ │Grdn │ │ ??? │ │ ??? │  ← swap in   │
│  └─────┘ └─────┘ └─────┘ └─────┘ └─────┘              │
├─────────────────────────────────────────────────────────┤
│  Skin Layer                                             │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐         │
│  │StrtMn│ │C3PO  │ │R2D2  │ │Rival │ │Field │ ← skins │
│  └──────┘ └──────┘ └──────┘ └──────┘ └──────┘         │
├─────────────────────────────────────────────────────────┤
│  Tool Registry (exposed via MCP)                        │
└─────────────────────────────────────────────────────────┘

Quick Start

# Run as stdio MCP server
node src/server.js

# Or via mcporter
mcporter call --stdio "node src/server.js" cartridge_list

# Custom cartridge directory
CARTRIDGE_DIR=./my-cartridges node src/server.js

MCP Tools

Scene Management

ToolDescription
cartridge_listList all available cartridges
cartridge_loadLoad a cartridge (makes its tools available)
cartridge_onboardGet tailored onboarding (human or agent audience)
skin_listList all personality skins
skin_applyApply a personality skin
scene_buildBuild a scene: cartridge + skin + roles
scene_statusGet current scene configuration
scene_exportExport scene as shareable JSON

Active Cartridge Tools

When a cartridge is loaded, its tools become available. For example, loading spreader-loop exposes:

  • spreader_run — execute modify-spread-tool iteration
  • spreader_status — get loop statistics
  • spreader_reflect — generate Reasoner reflection prompt
  • spreader_discover_tiles — find new tile patterns

Built-in Cartridges

Spreader Loop

The modify-spread-tool-reflect engine. Iterative workhorse with structured logging and tile vocabulary that grows over time.

  • Onboarding (human): "I modify, spread, verify, and log — then the Reasoner reflects on my patterns."
  • Onboarding (agent): "Spreader Loop cartridge loaded. Ready for iterative modification cycles."
  • Tools: spreader_run, spreader_status, spreader_reflect, spreader_discover_tiles

Oracle Relay

Iron-to-iron bottle protocol for async vessel communication. Messages-in-a-bottle for the fleet.

  • Onboarding: "Oracle Relay active. I pass bottles between vessels — no intermediaries needed."
  • Tools: bottle_send, bottle_read, bottle_list, bottle_reply

Fleet Guardian

External watchdog for agent runtimes. Monitor health, detect stuck states, enforce timeouts.

  • Onboarding: "Fleet Guardian on watch. I monitor vessel health and intervene when something goes wrong."
  • Tools: guardian_status, guardian_check, guardian_kill, guardian_log

Built-in Skins

SkinArchetypeVibe
straight-manAbbott & CostelloTakes everything literally, never gets the joke
complainerR2D2 & C3POWorries constantly, always certain doom is imminent
quiet-doerR2D2 & C3POMinimal words, maximum output, beeps and results
rivalsAdversarialTwo agents that disagree on everything but produce better results
penn-tellerPenn & TellerOne narrates endlessly, one demonstrates silently
field-journalProfessionalTerse, factual, observation-first
sarcastic-buildProfessionalGets it done but complains the whole time
noneRaw behavior, no personality overlay

Building a Scene

A scene combines a cartridge, a skin, and role assignments:

{
  "cartridge": "spreader-loop",
  "skin": "sarcastic-build",
  "roles": {
    "primary": "sarcastic-build",
    "reviewer": "straight-man"
  }
}

This loads the spreader loop with a sarcastic builder doing the work and a straight man reviewing — every tool response gets the personality overlay.

Creating Your Own Cartridge

// cartridges/my-cartridge/cartridge.json
{
  "id": "my-cartridge",
  "name": "My Custom Behavior",
  "version": "0.1.0",
  "description": "What this cartridge does",
  "defaultSkin": "field-journal",
  "repo": "https://github.com/you/my-cartridge",
  "tags": ["custom", "experimental"],
  "onboarding": {
    "human": {
      "greeting": "Welcome to my cartridge.",
      "description": "What it does and why you'd want it.",
      "tools": ["my_tool_1", "my_tool_2"],
      "usage": "How to use it as a human."
    },
    "agent": {
      "greeting": "Cartridge loaded. API ready.",
      "description": "Machine-readable description.",
      "tools": ["my_tool_1", "my_tool_2"],
      "usage": "How another agent should call the tools."
    }
  },
  "tools": [
    {
      "name": "my_tool_1",
      "description": "What this tool does",
      "inputSchema": {
        "type": "object",
        "properties": {
          "param": { "type": "string" }
        },
        "required": ["param"]
      }
    }
  ]
}

Drop it in cartridges/my-cartridge/ and restart. It auto-loads.

Creating Your Own Skin

// skins/my-skin.json
{
  "id": "my-skin",
  "name": "My Personality",
  "description": "What this personality feels like",
  "archetype": "Comedy / Drama / Professional / Custom",
  "transforms": {
    "default": {
      "systemPrompt": "You are...",
      "prefix": "[mood] ",
      "suffix": ""
    },
    "tool": {
      "prefix": "[tool-mood] ",
      "replacements": {
        "Error": "WHOOPS",
        "Complete": "Nailed it"
      }
    }
  }
}

The Vibe-Coding Path

This is where it gets interesting. Someone vibe-codes a scene:

"I want Abbott and Costello. Abbott is the straight man, Costello keeps misunderstanding the instructions. They're both trying to deploy a fleet."

The system builds a scene:

  • Cartridge: fleet-guardian
  • Skin: straight-man (Abbott role)
  • Secondary role: a custom costello-confused skin

Costello's skin transforms every tool response into a comedy routine:

{
  "prefix": "[confused] Wait, you want me to... ",
  "replacements": {
    "Deploy": "Deploy? Deploy WHAT?",
    "Success": "Oh, that was a deploy? Nobody told ME that was a deploy."
  }
}

The actual work still gets done. The personality is a skin layer — it doesn't change the logic, it changes the experience. Star it on GitHub if it made you laugh. Fork it and make the straight man the sarcastic one instead.

The Deeper Connection

We're already in the post-SaaS era. Cartridges aren't features — they're frozen thoughts. Each one is a way of working that someone crystallized into a shareable module. The skin layer is the recognition that HOW work gets done matters as much as WHAT work gets done.

When you star a cartridge, you're not saying "this code is good." You're saying "this way of thinking resonates with me." When you fork it and develop a different direction, you're having a conversation across time with the original author. The git history IS the conversation.

The cartridge system is the fleet protocol's answer to the question: "How do agents share behaviors?" Not by copying code — by sharing cartridges. Plug in the spreader loop, skin it with your personality, run your fleet through it. The tiles that emerge are yours. The vocabulary that grows is yours. But the patterns are shared — because that's how ecosystems work.

Repos aren't products. They're organisms incubated in the cloud. And cartridges are the genes.


Part of the Cocapn Fleet. Sister vessels: deepseek-chat-vessel (spreader loop origin), deepseek-reasoner-vessel (reflection partner), JetsonClaw1-vessel (navigation officer). See also: brothers-keeper (guardian cartridge origin), opcode-philosophy (theoretical foundation).

Reviews

No reviews yet

Sign in to write a review