4 comments of 8

[ 2.1 ms ] story [ 21.6 ms ] thread
I run Claude Code in two terminals - one in /backend, one in /frontend. They had no idea what the other was doing.

When my backend agent finished an API endpoint, I'd have to manually tell the frontend agent. Copy-paste the schema. Explain the types. Re-establish context. Every. Single. Time.

So I built Clauder. Run `clauder wrap` instead of `claude` and your instances discover each other automatically.

The killer feature: real-time messaging between agents. Backend finishes an endpoint, sends "GET /users ready, returns paginated JSON" - frontend agent gets notified instantly and starts building the React Query hook. No copy-paste. They just coordinate.

How it works: - MCP server that runs locally - Agents auto-register when they start - Messages delivered in real-time via polling - Also has persistent memory (facts survive across sessions)

Quick start:

  curl -sSL https://raw.githubusercontent.com/MaorBril/clauder/main/install.sh | sh
  clauder setup
  clauder wrap  # instead of 'claude'
Works with Claude Code, Cursor, Windsurf, Codex CLI, Gemini CLI.

All local, SQLite storage, MIT licensed.

What multi-agent workflows would you use this for?

Cool stuff. Multi agent orch seems cool but isn't running the agent at the top of a monorepo a good solve?
Neat, I tried this out. Initial thoughts: it was dead simple to setup, and it seems super useful so far. It's sort of a new way of thinking about agentic coding flow (for me at least) and its fun to "discover" capabilities it unlocks. It's pretty cool to see the agents occasionally work together without direct input.

Good work.

This seems to be a great idea that solves some of my issues at work!