CodeZaiku vs Context Mode

A side-by-side look at the CodeZaiku and Context Mode MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

CodeZaiku logoCodeZaikuCoding Agents · Local subprocess (stdio)A coding and development harness on local models or hosted APIs: code, review, research, ops.63GoodAuth: not declaredContext Mode logoContext ModeCoding Agents · Local subprocess (stdio)Context window optimization for AI coding agents. Sandboxes tool output (98% reduction), persists session memory, and enforces routing across 17 platforms via MCP + hooks.64GoodAuth: no auth required

Verdict: choose CodeZaiku for coding agents work as a local process; choose Context Mode for coding agents as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

CodeZaiku logoChoose CodeZaiku when

  • You need dedicated capabilities in the Coding Agents domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: CODEZAIKU_PREFIX, CODEZAIKU_VERSION, CODEZAIKU_RUNTIME.
  • You want tools like code, fix, explore_and_fix.
Explore CodeZaiku

Context Mode logoChoose Context Mode when

  • You need dedicated capabilities in the Coding Agents domain.
  • You prefer a local stdio subprocess transport.
  • Its auth model fits you: No auth required.
  • You want tools like ctx_batch_execute, ctx_execute, ctx_execute_file.
Explore Context Mode

Feature & specification comparison

Rows where the two servers differ are marked.

SpecCodeZaiku logoCodeZaikuContext Mode logoContext Mode
CategoryCoding AgentsCoding Agents
Quality signal63/100 · Good64/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNo auth required
PricingNot declaredFree
Required env varsCODEZAIKU_PREFIXCODEZAIKU_VERSIONCODEZAIKU_RUNTIMENone listed
Verified ownerCommunity listingCommunity listing
GitHub stars131,671
Directory activity 1 views 0 installs 0 upvotes 0 views 0 installs 0 upvotes
Tools1110

Tools & capabilities

CodeZaiku tools 11

  • codeRun CodeZaiku's coding familiar on an existing project: it reads the codebase, edits files, runs the toolchain, and verifies via the project's own tests. Use for bug-fix, add-feature, refactor, test-coverage, incident, and API-migration tasks. Blocks until the loop finishes.
  • fixRun CodeZaiku's autonomous-SRE operator on a stack or host: senses health, localizes the root cause, applies a fix (validated card or read-only-recon-derived), verifies, rolls back on failure, and harm-checks. Bounded by blast-radius and an authority ladder (observe<localize<propose<guarded<unattended). Blocks until it concludes.
  • explore_and_fixExplore an entire machine and fix what's broken ? boundary = THAT machine. Enumerates all docker compose stacks, failed systemd units, and host disk/memory pressure; runs the SRE operator on each unhealthy compose stack (blast-radius + authority-ladder bounded); surfaces systemd/host issues for attention. Use to autonomously triage a whole box, not one known stack.
  • reviewREAD-ONLY code review: navigate a project (or a git diff) and return a structured findings list ([high|med|low] file:line ? problem ? suggested fix) covering correctness, security, and maintainability. Modifies nothing.
  • researchResearch a question on the WEB (searches, fetches and reads real sources, then synthesizes a cited answer). mode=broad surveys the landscape across many sources; mode=depth reads the best sources thoroughly to answer one narrow question. Read-only.
  • research_memoryInspect the RESEARCH MEMORY POOL ? findings accumulated from earlier research runs. Omit query for a summary of what has been researched; pass a query to recall relevant prior findings (so you can build on them instead of re-researching).
  • investigateREAD-ONLY incident diagnosis / RCA on a stack or host: senses and localizes the root cause but does NOT remediate. The safe 'just tell me what's wrong' entry point.
  • secureSECURITY review of a machine or stack: static posture (privileged containers, docker.sock mounts, datastores published on 0.0.0.0, weak/default credentials, image CVEs) PLUS runtime intrusion detections from the syscall detector, and for a live detection a read-only investigation proposing ONE surgical containment command. REPORTS ONLY ? it never applies a containment action, because a wrong containment is a self-inflicted outage.
  • record_conventionRecord a CONVENTION for a project ? a norm the familiar should follow HERE (typically from a bondholder accept/correct on its work). Builds the project's coding DNA, which is loaded into context on future `code` runs for that project.
  • show_conventionsShow a project's accumulated conventions (its coding DNA).
  • job_statusPoll an async tool job submitted with async:true. Returns 'running', or the final result when the job is done/failed.

Context Mode tools 10

  • ctx_batch_executeRun multiple commands + search multiple queries in ONE call. Opt-in `concurrency: 1-8` for I/O-bound batches.
  • ctx_executeRun code in 12 languages. Only stdout enters context.
  • ctx_execute_fileProcess files in sandbox. Raw content never leaves.
  • ctx_indexChunk markdown into FTS5 with BM25 ranking.
  • ctx_searchQuery indexed content with multiple queries in one call.
  • ctx_fetch_and_indexFetch URL, chunk and index. Cache reuses content within TTL (default 24h, override per-call with `ttl: <ms>`). `ttl: 0` or `force: true` to bypass. Pass `requests: [{url, source}, ...]` + `concurrency: 1-8` for parallel multi-URL.
  • ctx_statsShow context savings, call counts, and session statistics.
  • ctx_doctorDiagnose installation: runtimes, hooks, FTS5, versions.
  • ctx_upgradeUpgrade to latest version from GitHub, rebuild, reconfigure hooks.
  • ctx_purgePermanently deletes all indexed content from the knowledge base.

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

CodeZaiku

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "codezaiku": {
      "command": "npx",
      "args": [
        "-y",
        "@wyrdsekai/codezaiku-mcp"
      ],
      "env": {
        "CODEZAIKU_PREFIX": "YOUR_CODEZAIKU_PREFIX_HERE",
        "CODEZAIKU_VERSION": "YOUR_CODEZAIKU_VERSION_HERE",
        "CODEZAIKU_RUNTIME": "YOUR_CODEZAIKU_RUNTIME_HERE"
      }
    }
  }
}

Context Mode

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "context-mode": {
      "command": "npx",
      "args": [
        "-y",
        "context-mode"
      ]
    }
  }
}

Frequently asked questions

CodeZaiku is categorized under Coding Agents and uses a local stdio subprocess. Context Mode belongs to Coding Agents and uses a local stdio subprocess. Pick CodeZaiku for coding agents work and Context Mode for coding agents.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

CodeZaiku has no declared pricing — check the project's own site. Context Mode is listed as free. Auth: no auth required. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add codezaiku and context-mode as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, CodeZaiku has a quality signal of 63/100 (Good) with 1 views, 0 installs and 1 GitHub stars. Context Mode has 64/100 (Good) with 0 views, 0 installs and 31,671 GitHub stars.