By onlydansai
Plugin-scope wrapper for jgravelle's jmunch suite (jcodemunch + jdocmunch + jdatamunch). Bundles the three MCP servers as plugin-scope so they propagate to Task()-spawned subagents — project-scope and user-scope MCPs do NOT inherit to subagents (Claude Code Issue #38920). Pure MCP-server bundler — no skills, agents, hooks, or commands. Closes the Phase H subagent gap where reviewer agents had `mcp__jcodemunch__*` in their tools allowlist (enables) but the runtime tools were not actually accessible (missing because of subagent inheritance bug).
npx claudepluginhub onlydansai/jmunch-suite-pluginFind what breaks if you change a symbol (jcodemunch unique capability)
Find code matching the pattern using `mcp__jcodemunch__search_text`.
Find code symbols using `mcp__jcodemunch__search_symbols`.
Get file structure (symbols, signatures, imports) via jcodemunch — ~80% savings vs Read
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimManus-style persistent markdown files for planning, progress tracking, and knowledge storage. Works with Claude Code, Kiro, Clawd CLI, Gemini CLI, Cursor, Continue, Hermes, and 17+ AI coding assistants. Now with Arabic, German, Spanish, and Chinese (Simplified & Traditional) support.
v9.37.0 — Agent summaries, prompt-size preflight, research fanout, and Codex-compatible portable skills. Run /octo:setup.
The definitive Claude Code companion for .NET developers. 47 skills, 10 agents, 16 commands, 10 rules, 5 templates, 15 MCP tools, 7 hooks for modern .NET 10 / C# 14.
Plugin-scope wrapper for jgravelle's jmunch MCP suite.
Bundles three MCP servers + four slash commands as plugin-scope so they propagate to Task()-spawned subagents:
MCP servers:
grep/find on indexed Python/TS/JS/Go codebasesRead on indexed docsSlash commands (UI to the MCP servers):
/find <pattern> [file_pattern?] → mcp__jcodemunch__search_text/look <symbol> [decorator?] [kind?] → mcp__jcodemunch__search_symbols/outline <path> → mcp__jcodemunch__get_file_outline/blast <symbol_id_or_path:line> → mcp__jcodemunch__get_blast_radiusProject-scope and user-scope MCPs do NOT inherit to Task()-spawned subagents. Only plugin-scope MCPs do. See Claude Code Issue #38920.
Empirical receipt (2026-05-08): Phase H of the staffcloud OS audit shipped a "Phase 0: call jcodemunch_guide first" directive into 32 reviewer-agent system prompts. The directive REACHED the agents (verified — they correctly attempted MCP-first), but the runtime tools were not actually accessible because the project-scope jcodemunch/jdocmunch registrations don't propagate. This plugin closes that gap by re-registering the same servers at plugin-scope.
The directory is a self-contained marketplace. Register in ~/.claude/settings.json:
{
"plugins": {
"enabledPlugins": {
// ... existing plugins ...
"jmunch-suite@jmunch-plugins": true
}
},
"extraKnownMarketplaces": {
// ... existing marketplaces ...
"jmunch-plugins": {
"source": {
"source": "directory",
"path": "/home/danny/projects/jmunch-suite-plugin"
}
}
}
}
Restart Claude Code. The three MCP servers become available as mcp__jcodemunch__*, mcp__jdocmunch__*, mcp__jdatamunch__* in BOTH the main session AND every Task()-spawned subagent.
Remove the duplicate project-scope and user-scope registrations:
# Remove project-scope jcm/jdm (manually edit ~/projects/staffcloud/.mcp.json
# to delete the jcodemunch + jdocmunch entries)
# Remove user-scope jdat
claude mcp remove jdatamunch -s user
The plugin-scope versions take over.
Spawn a Task() subagent with subagent_type="senior-reviewer" or any project agent. The agent should see `mcp__jcodemunch__*` in its tool inventory and successfully call `mcp__jcodemunch__plan_turn(query=...)` without falling back to bash grep.
The wrapped MCP servers are owned by jgravelle — install via:
uv tool install jcodemunch-mcp
uv tool install jdocmunch-mcp
uv tool install jdatamunch-mcp
This plugin only re-declares them at plugin-scope; it does not vendor or modify the source.