3 ms·
Show HN: DevSquad – Claude Code Plugin That Works with to Gemini CLI and Codex
A year ago, I couldn't code. I still can't. But AI coding tools got me
here.
If you use Claude Code on anything bigger than a small script, you've
hit the token limits faster than you'd like, or experienced context rot
mid-session. The agent loses track of files, forgets architecture
decisions, starts making things up. I was hitting this every single day.
DevSquad is a Claude Code plugin, not a framework, not a new CLI. You
install it, and it hooks into Claude Code's execution to delegate
subtasks to Gemini and Codex. When context gets heavy, specific work
gets offloaded: tests to one model, docs to another, refactoring to a
third.
For a quick proof of concept, I initially made a Claude.md that did the
job, but I had to often remind it and it wasn't predictable or
reliable. Hence, hook-enforced delegation, not polite suggestions via
Claude.md. The plugin intercepts at defined trigger points and routes
work through structured handoffs. Each agent operates in a focused
context window instead of everyone fighting over one.
I know what you're thinking: there have been a dozen agent
orchestrators on Show HN this month. Here's why I built another one: all of those require
you to set up a new environment. Docker, new CLI, YAML configs.
DevSquad hooks into the tool you already use.
How I built it: I'm a product person, not a developer. I led product at
an AdTech company for years but never wrote production code. DevSquad
was built entirely with AI coding tools — Claude Code, Google
Antigravity, and yes, DevSquad itself once the early version worked.
Make of that what you will.
Two questions I'd genuinely love HN's take on: How are you handling
Claude Code's token limits on large projects? And — right now this is
built for vibe coders. Does it matter if the person who built a tool
can't write the code by hand, as long as the tool works?
- matrixgard 8mo agoThe context rot problem is where most vibe-coded projects start unraveling. You get clean results on the first twenty files, then the agent starts confidently rewriting things it already handled correctly because it's lost the thread. I've watched non-technical builders burn weeks at this exact stage. Not because the idea was wrong, but because the model needed more scaffolding than they knew how to give it. Your insight about hook-enforced delegation versus polite suggestions via Claude.md is spot-on. The Claude.md file is documentation the agent treats as optional under pressure. What you built is closer to how a real multi-person team works: not "hope everyone read the doc," but hard-coded routing that actually fires. The fact that you arrived at this without a formal engineering background makes the story more interesting, not less. What's the actual product you were trying to ship when you realized you needed this? The plugin makes sense as a byproduct of something bigger.