Skip to main content
ClaudeWave

Durable, symmetric deliberation between two AI agents - with isolated git worktrees, peer review and approval workflow

MCP ServersOfficial Registry0 stars0 forksPythonMITUpdated today
ClaudeWave Trust Score
87/100
Trusted
Passed
  • Open-source license (MIT)
  • Actively maintained (<30d)
  • Clear description
  • Documented (README)
Last scanned: 8/26/2026
Install in Claude Code / Claude Desktop
Method: pip / Python · .
Claude Code CLI
claude mcp add synod-council -- python -m .
claude_desktop_config.json (Claude Desktop)
{
  "mcpServers": {
    "synod-council": {
      "command": "python",
      "args": ["-m", "."]
    }
  }
}
1. Run the command above in your terminal (Claude Code), or paste the JSON config into claude_desktop_config.json (Claude Desktop).
2. Replace any <placeholder> values with your API keys or paths.
3. Restart Claude. The MCP server and its tools appear automatically.
💡 Install first: pip install .
Use cases

MCP Servers overview

# Synod

**Durable, symmetric deliberation between two AI agents** — with isolated git worktrees,
peer review, automated validation, and an explicit approval workflow.

Synod started life as the "council" inside a personal AI infrastructure where two
autonomous agents (an orchestrator and an executor) needed to make *real* decisions and
*real* code changes together — without one of them silently becoming the other's rubber
stamp.

## Why

Most multi-agent frameworks are orchestration theater: one agent calls another as a tool
and calls the output "collaboration". Synod is built around a different premise — two
agents that are **peers by construction**:

- **Symmetric protocol** — either agent can initiate; the protocol has no privileged side.
- **Identity contract** — every prompt re-establishes who the agent is, so a weak or
  distracted model can't drift into answering *as* its peer.
- **Bias-resistant synthesis** — the synthesizer for each problem is chosen by hashing
  the problem text, not by who spoke first.
- **Durable state** — every session lives in SQLite with explicit stages (`plan`,
  `review`, `synthesize`, `ratify`, ...). A crashed run leaves an inspectable trail, not
  a mystery.
- **Code changes land through worktrees** — each session gets its own git worktree and
  branch. Agents never push to `main`; a human-facing approval step stands between
  "looks done" and "published".
- **Validation with remediation** — checks run after implementation, failures go back to
  the implementing agent with bounded retries before a human ever sees it.

## Install

```bash
pipx install synod-council
```

Or from source:

```bash
git clone https://github.com/naruminho/synod-council
cd synod && pip install .
```

## Usage

### Library

```python
from synod.deliberation import Deliberator, Store, HTTPAdapter

adapters = {
    "Alice": HTTPAdapter("Alice", "http://127.0.0.1:9001/ask"),
    "Bob":   HTTPAdapter("Bob",   "http://127.0.0.1:9002/ask"),
}
synod = Deliberator(adapters, Store("council.db"))
result = synod.run("Should we use SQLite or Postgres for this workload?", initiator="Alice")
print(result.decision, result.confidence, result.status)  # consensus | reconciled
```

### MCP server

Synod ships an [MCP](https://modelcontextprotocol.io) server so any MCP-capable client
(Claude Desktop, Claude Code, Cursor, ...) can start a deliberation:

```
synod-mcp   # stdio transport
```

Add it to your client config and ask your agents to *deliberate* instead of guessing.

### HTTP server

```bash
synod-server --port 8790
curl -X POST http://127.0.0.1:8790/run -d '{"problem": "...", "initiator": "Alice"}'
```

## How a deliberation flows

```
plan (parallel) → cross-review (parallel) → synthesis → [ratification → reconciliation?]
```

If reviewers raise unresolved blockers, or confidence lands below 0.7, the candidate
decision goes to ratification by the non-synthesizing peer; a rejection forces explicit
reconciliation instead of silent consensus.

## Status

Extracted and battle-tested from a production personal infrastructure where it has been
deciding architecture and shipping code since 2026. The two-agent design is intentional;
N-participant support is on the roadmap.

## License

[MIT](LICENSE)

What people ask about synod-council

What is naruminho/synod-council?

+

naruminho/synod-council is mcp servers for the Claude AI ecosystem. Durable, symmetric deliberation between two AI agents - with isolated git worktrees, peer review and approval workflow It has 0 GitHub stars and its last recorded update is dated 2026-08-26.

How do I install synod-council?

+

You can install synod-council by cloning the repository (https://github.com/naruminho/synod-council) or following the README instructions on GitHub. ClaudeWave also provides quick install blocks on this page.

Is naruminho/synod-council safe to use?

+

Our security agent has analyzed naruminho/synod-council and assigned a Trust Score of 87/100 (tier: Trusted). See the full breakdown of passed checks and flags on this page.

Who maintains naruminho/synod-council?

+

naruminho/synod-council is maintained by naruminho. The last recorded GitHub activity is dated 2026-08-26, with 0 open issues.

Are there alternatives to synod-council?

+

Yes. On ClaudeWave you can browse similar mcp servers at /categories/mcp, sorted by popularity or recent activity.

Deploy synod-council to your cloud

Ship this repo to production in minutes. Each platform spins up its own environment with editable env vars.

Maintain this repo? Add a badge to your README

Drop the badge into your GitHub README to show it's tracked on ClaudeWave. Each badge links back to this page and reflects the live Trust Score.

Featured on ClaudeWave: naruminho/synod-council
[![Featured on ClaudeWave](https://claudewave.com/api/badge/naruminho-synod-council)](https://claudewave.com/repo/naruminho-synod-council)
<a href="https://claudewave.com/repo/naruminho-synod-council"><img src="https://claudewave.com/api/badge/naruminho-synod-council" alt="Featured on ClaudeWave: naruminho/synod-council" width="320" height="64" /></a>

More MCP Servers

synod-council alternatives