Synod Council MCP server
io.github.naruminho/synod-council·v0.2.0Durable symmetric deliberation between two AI agents, with isolated worktrees and peer review.
0 stars
Reviews
Write oneNobody has reviewed Synod Council yet.
If you have run it, two minutes of your experience saves the next person an afternoon.
Synod Council tools
No tool declarations could be read from the package source. They show once the server is installed.
Public scan report
scanner v0.1.10 · 2026-10-31 · same rubric, same numbers if you re-run it
- –Code scanremote-only server, no package to scann/a
- –Live reliabilityno gateway calls yet and no remote to proben/a
- –Tool poisoningtools not inspected (local package is not executed); not countedn/a
- Auth qualityno auth information5/15
- Maintenancelast push 67 days ago12/15
- Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
How Synod Council compares
Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.
- Safety score
- 63/100
- higher than 18% of 48,255 servers
Install Synod Council in Claude Code, Cursor or VS Code
The registry entry has no remote endpoint or installable package.
What the publisher says
From the Synod Council repository's README, as published. We do not edit it. Read it on GitHub
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:
distracted model can't drift into answering as its peer.
- 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
the problem text, not by who spoke first.
- Bias-resistant synthesis — the synthesizer for each problem is chosen by hashing
review, synthesize, ratify, ...). A crashed run leaves an inspectable trail, not a mystery.
- Durable state — every session lives in SQLite with explicit stages (plan,
branch. Agents never push to main; a human-facing approval step stands between "looks done" and "published".
- Code changes land through worktrees — each session gets its own git worktree and
the implementing agent with bounded retries before a human ever sees it.
- Validation with remediation — checks run after implementation, failures go back to
Install
pipx install synod-councilOr from source:
git clone https://github.com/naruminho/synod-council
cd synod && pip install .Usage
Library
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 | reconciledMCP server
Synod ships an MCP server so any MCP-capable client (Claude Desktop, Claude Code, Cursor, ...) can start a deliberation:
synod-mcp # stdio transportAdd it to your client config and ask your agents to deliberate instead of guessing.
HTTP server
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
Nothing above is checked by us. What we check is on the safety report.
Grade history
- 2026-10-31downgradeB → Cscore 63
Synod Council: common questions
- Is Synod Council MCP server safe?
- With care: it is graded C, so read the findings first (63/100). Read the Synod Council safety report
- Does Synod Council need an API key?
- Not as far as the registry entry and our scan can tell: no credentials are declared or required.
- Is Synod Council maintained?
- The last commit was 70 days ago (2026-08-26). The latest release is v0.2.0.