MCP.Market

Synod Council MCP server

by naruminho·io.github.naruminho/synod-council·v0.2.0

Durable symmetric deliberation between two AI agents, with isolated worktrees and peer review.

C63/100grade C
What users say
No reviews yet
Be the first
Safety scan
C63/100

full report

Adoption
New

0 stars

Reviews

Write one

Nobody 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

no findings
  • –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
Overall 63/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

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-council

Or 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 | reconciled

MCP server

Synod ships an MCP 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

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.