By kevinswiber
Manage project knowledge in .gumbo directories: initialize setups, create structured research and implementation plans, triage findings into issues/research, resume TDD-guided workflows or parallel subagents, cancel/archive plans, and extract insights from git history.
Initialize a gumbo directory for the current project, creating a template in ~/.gumbo and a symlink in the project repo
Archive a completed implementation plan. Moves the plan to archive/ and updates its status to COMPLETE.
Cancel an implementation plan. Moves the plan to archive/ with CANCELLED status. Use when a plan is superseded, abandoned, or no longer needed.
Create implementation plans following project conventions. Use when planning new features, refactors, or significant changes.
Retroactively create findings for a plan by reviewing completed phases. Use when findings weren't recorded during implementation and need to be extracted after the fact.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Version-controlled development thoughts, plans, research, and issues -- separated from code repos.
This is my personal workflow tool. If you're here, you should watch a clip from this cooking show I grew up with:
Keep your inner dev loop artifacts (implementation plans, research, issue tracking) out of your code repos while still version-controlling them. Each project gets a .gumbo symlink pointing to a per-project directory under ~/.gumbo.
The file system acts as scratch space for each phase of the inner dev loop so you don't lose context between /clear calls. Each skill runs independently -- /clear between steps.
Run /research-create to create a research plan. This produces a list of research tasks -- things like searching the web for an issue, reviewing codebases, combing through git logs, or going through issues and PRs. Research is instructed to find info on the what, where, how, and why.
Run /research-resume to execute the plan. This launches subagents in parallel to carry out each research task. Each subagent writes its findings to a file in the research subdirectory. From there, you can edit, refine, have conversations, or do more research.
Run /plan-create to create an implementation plan in .gumbo/plans/. Each plan gets its own subdirectory containing implementation-plan.md, task-list.md, and a tasks/ directory with a file per task. Tasks are grouped into phases, with commits after each phase for more atomic changes.
You can base a plan on previous research: /plan-create research 0044.
Run /clear if you haven't already, then /plan-resume to start implementation. Along the way, it records findings in the plan's findings/ subdirectory -- deviations from the plan, new information, things that came up.
After everything's committed, run /plan-findings-resume to create issues in .gumbo/issues/ from the findings. Those issues might spawn more research plans or direct fixes.
When done, run /research-archive or /plan-archive to move completed work into the .gumbo/{research,plans}/archive/ directory.
No phase depends on another. You can have multiple research and implementation plans running at the same time, or nest them -- research informing plans informing more research. Each has its own state file tracking progress.
Run /gumbo-init from your code directory to set things up. Each code repo gets a .gumbo symlink that points to a project directory under ~/.gumbo:
~/src/myapp/
├── .gumbo -> ~/.gumbo/projects/myapp # Symlink to data directory
├── .gitignore # Contains "/.gumbo"
└── ...
The data lives outside the code repo so it can be version-controlled separately:
~/.gumbo/ # Data root (version-controllable)
└── projects/
└── myapp/
├── config.json # Project metadata and backlink
├── AGENTS.local.md -> <plugin-root>/plugins/gumbo/AGENTS.local.md
├── plans/
├── research/
└── issues/
config.json stores the project name, working directory, and data root so you can trace in both directions.
Add the marketplace and install plugins:
claude plugin marketplace add kevinswiber/gumbo
claude plugin install gumbo@gumbo
Run /gumbo-init from your code directory. You can optionally pass a project name:
/gumbo-init myapp
Without a name, it uses the directory name. You can also run the script directly:
plugins/gumbo/skills/gumbo-init/scripts/init.sh ~/.gumbo ~/src/myproject
plugins/gumbo/skills/gumbo-init/scripts/init.sh ~/.gumbo ~/src/myproject myapp
This will:
~/.gumbo/projects/myapp/ (if it doesn't exist)plans/, research/, issues/) with their CLAUDE.md filesconfig.json with the project name, working directory, and data rootAGENTS.local.md to the shared copy in the gumbo plugin~/src/myproject/.gumbo pointing to the data directory/.gumbo to the project's .gitignore/plan-create -- Create an implementation plan/plan-resume -- Resume an in-progress plan/plan-archive -- Archive a completed plan/plan-cancel -- Cancel a plan/plan-findings-create -- Extract findings from completed phases/plan-findings-resume -- Triage findings into issues/research/research-create -- Create a research plan with parallel investigation/research-resume -- Resume or synthesize research/research-archive -- Archive completed research/research-cancel -- Cancel researchnpx claudepluginhub kevinswiber/gumbo --plugin gumboUltra-compressed communication mode. Cuts ~75% of tokens while keeping full technical accuracy by speaking like a caveman.
Frontend design skill for UI/UX implementation
Comprehensive UI/UX design plugin for mobile (iOS, Android, React Native) and web applications with design systems, accessibility, and modern patterns
Memory compression system for Claude Code - persist context across sessions
Marketing skills for AI agents — conversion optimization, copywriting, SEO, paid ads, ad creative, and growth
Standalone image generation plugin using Nano Banana MCP server. Generates and edits images, icons, diagrams, patterns, and visual assets via Gemini image models. No Gemini CLI dependency required.