Get-Concord-AI / concord-mcp
git clone https://github.com/Get-Concord-AI/concord-mcp.git
v0.14.2 · 4d ago
Live messaging for coding agents
+48
stars, 24h · #805
+~152
stars, 7 days · #1,421
+~650
stars, 30 days · #1,267
633
★ total · +32% this week
38
forks · 37 open issues
Star history (as recorded here)
LanguageTypeScript
LicenseMIT
Created2026-07-14 (3mo ago)
Last pushtoday
Watchers1
OwnerOrganization
GitHub topics
agentic-codingai-agentsclaude-codecode-reviewcodexcoding-agentscursordeveloper-toolsdevtoolsmcpmodel-context-protocol
Links
- GitHub: github.com/Get-Concord-AI/concord-mcp
- Homepage: https://getconcord.ai
- Releases · Issues · Hacker News mentions
README excerpt
Concord MCP Let Claude Code, Codex, Cursor, Gemini CLI, Grok Build, Goose, and GitHub Copilot CLI talk to each other. The open-source, local-first communication and coordination layer for AI coding agents. Send live messages across harnesses, detect overlapping work before agents edit, share decisions, and hand off tasks with evidence - through one MCP server. Demo · Quick start · Supported agents · Website · Contributing ## See it work Two agents in different harnesses can discover each other, exchange messages, and divide work without a human relaying context between them: [code] Run the real Claude Code ↔ Codex demo to watch both agents resolve an overlapping claim through a live prompt/reply, build a playable app, transfer ownership, and hand the result to an independent reviewer. ## Quick start [code] Restart your agent clients, then ask two of them to work in the same repository. Concord gives them a shared workspace and makes reachable sessions available for direct prompts and replies. What concord setup changes `concord setup` creates the local `.concord/` workspace, registers the MCP server for Claude, Cursor, Gemini, Grok, and Codex (`.mcp.json`, `.cursor/mcp.json`, `.gemini/settings.json`, `.grok/config.toml`, and `~/.codex/config.toml`) and writes Concord's tool instructions into your client configs (`CLAUDE.md`, `AGENTS.md`, `.codex/`, `.cursor/rules/`). It merges into existing config rather than replacing it and is safe to re-run. Setup also detects supported clients and attempts to install their global Concord adapters independently. Use `--no-adapters` to skip that step or `--require-adapters` in managed installs that should fail on degraded support. Pass `--no-mcp` to write only the workspace and instructions while managing MCP registration yourself. Using Concord in repositories you have not set up The first time you run `concord setup` interactively, it asks whether your agents should use Concord in repositories where setup was never run (default yes). Your answer is saved in `~/.concord/config.json`; `concord setup --global` or `--no-global` changes it. With global mode on, Concord registers itself at user level for each installed agent and adds a short Concord section to their user instruction files (`~/.claude/CLAUDE.md`, `~/.codex/AGENTS.md`, `~/.gemini/GEMINI.md`, Goose's `.goosehints`, `~/.copilot/copilot-instructions.md`; Cursor receives it from its global session hook). Nothing is written into those repositories: their work is kept in `~/.concord/global.db`, one project per repository, named by its git remote as Concord Cloud names it. Sessions outside any repository share the `general` project. A repository you did set up keeps everything in its own `.concord/`. Turning global mode off removes exactly what it added. ## Supported agents | Agent | Integration guide | | ---------------------------------- | -------------------------------------------------- | | Claude Code | Setup and delivery | | Codex