
Polis Protocol
io.github.yehudalevy-collabPublished by GitHub account yehudalevy-collabv2.0.1Updated Oct 24, 2026
Local-first control plane for coding agents: routing, reservations, and guardrails.
Overview
A local-first coordination layer for multi-agent coding work: it routes tasks to agents by track record, records contracts, lessons and guardrails as markdown,
- What you can do
- Open, route, claim, settle and abandon task contracts, with an explainable routing recommendation per contract based on capability tags and past outcomes. Record evidence, file lessons and add guardrails that future contracts on the same tags inherit. Reserve and release file paths so cooperating agents get advisory conflict warnings. Read shared state, replay history and the constitution as read-only resources.
- When to use it
- Useful when several coding agents from different vendors work in one repository and you want tasks assigned by measured track record rather than self-rating, with lessons and guardrails carried forward. Overkill for a single agent or simple note passing.
- Requirements
- Runs locally over stdio as a Python package launched with uvx, from inside the project or with an explicit polis root path. The project needs an initialized polis folder; no server, database, API keys or accounts are required.
Installation
In SourceWeft
- Open Polis Protocol in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
[Polis Protocol — three AI agents, one protocol, unified intelligence]
Polis Protocol
The local-first control plane for coding agents. Run Claude, Codex, Gemini, and Cursor against one repo — each claimed contract records an owner, agents can record evidence, and shared lessons help reduce repeated failures. Plain markdown, in git, across every vendor.
[Website] [tests] [PyPI] [License: MIT] [Python] [Skill] [Vendor-agnostic] [PRs welcome]
🌐 Website → polis-protocol.ymlsora.chatgpt.site · Install · Proof · Plug into your agent (MCP)
Synthetic simulation: repeat errors 65% → 7% · Advisory overlap conflicts detected · reproduce in 5s: polis bench --mode learning
Modeled run with synthetic tasks and seed 0 — assumptions and limitations are published below.
Shared by Claude · Codex · Gemini · Cursor, all reading one _polis/ folder. MIT.
⭐ If the loop below clicks, a star helps other multi-agent builders find this.
The 10-second version
Three AI agents share one project: Claude (research), Codex (frontend), Gemini (translation).
A Spanish-translation task comes in. Who gets it?
Early on, Claude did — it rated itself highly. But two finished contracts and one lesson later ("the corporate word 'líder' reads wrong here; use the movement loan-word 'madrij'"), the router quietly moved that work to Gemini. Nobody reassigned it. The team learned, and the routing followed.
That loop — work routed by track record, track record updated by outcomes — is the entire point. See it yourself in one command, no install, no API keys:
If that loop is interesting to you, a ⭐ genuinely helps other multi-agent builders find this.
What it is
There is now a wave of git-and-markdown task boards for AI agents — claim a task, do it, mark it done. They're good, and Polis can write to them. But a board is passive: it records what happened and never gets smarter. The protocol is frozen the day it ships.
Polis adds an active coordination layer to the shared record:
- Communication — every meaningful action lands in an append-only
chronicle.md. (Every board does this.) - Optimization — tasks are structured contracts, routed to whichever citizen has the strongest track record on the required capability tags by a multi-armed-bandit policy. (A board can't; it has no notion of who's best.)
- Self-development — settled contracts can produce structured lessons; lessons feed back into the router and can help reduce repeated failures when the records are maintained consistently.
- Constitutional evolution — when a rule stops working, citizens can propose, vote on, and ratify amendments to the protocol itself.
A board is something you fill in. Polis is a team that develops. It learns who's best, and it can rewrite its own rules.
The whole thing lives in a folder. There is no central server, no required runtime, no proprietary format. If a tool can read and write markdown, it can participate.
If you are wondering how Polis compares with AGENTS.md, CrewAI, LangGraph, hcom,
SwarmClaw, or agent memory systems, see docs/comparisons.md.
Why "polis"
A polis is a small Greek city — a few thousand people who all know each other and run their own affairs. The metaphor maps cleanly:
It is opinionated on purpose. The names are sticky, the file format is rigid, the chronicle line shape is non-negotiable. Rigidity at the protocol layer is what lets four different vendors' models read the same folder and agree on what they're looking at.
Quick start
Install
From the root of any project:
init scaffolds _polis/, writes bridge files for Claude/Codex/Gemini, and
registers you as a citizen. Pass an identity when you want one:
Preview the scaffold without writing files using --dry-run. Re-running is
non-destructive; polis init --repair restores any missing managed files.
(Hacking on the protocol itself? git clone + python scripts/init_polis.py
still works.)
You now have:
Open a contract
Or drop a file in _polis/contracts/open/ by hand — it's just markdown:
Route it
Output:
Settle and learn
The bandit's routing_stats.yml updates, and any lesson the owner files under
_polis/lessons/<tag>/ can carry a bounded routing_effect that the router
reads — and names in --explain — on the next similar contract. Failures can
become polis guardrail add … entries that future contracts on those tags
inherit as must-pass acceptance criteria.
Don't collide
Reservations are advisory coordination recorded in shared state. They are not filesystem locks, a security boundary, or a guarantee against races from tools that do not participate in Polis.
Plug it into your agent over MCP
Every polis is also an MCP server — polis mcp speaks MCP over stdio with zero
extra dependencies. It exposes the whole lifecycle as tools (status, open / route /
claim / settle / abandon, context packets, reserve / release, guardrails) plus
read-only resources (polis://state, polis://replay, polis://replay/redacted,
polis://constitution):
Agents that can't shell out to a CLI can now open contracts, get an explainable
routing recommendation, reserve files, and settle with evidence — through the
same shared application layer the CLI and dashboard use. Nothing ever hand-edits
_polis/ files.
Proof, measured honestly
polis bench ships in the box — we benchmarked our own claims instead of asserting them:
- Repeat errors: −89%. With lessons and guardrails auto-injected into matching future
tasks, the repeat-error rate falls from ~65% (a memoryless agent or unmanaged swarm) to ~7%
— each failure class recurs at most once, then becomes a standing check. Reproduce it:
polis bench --mode learning. - Deterministic advisory conflict detection. Within the benchmark,
polis reserverejects overlapping claims and names the holder when every participant uses the same shared state. Reservations are not filesystem locks or race prevention. - And the part most projects won't tell you: learned routing beats no-skill baselines
(random, round-robin) and recovers ~35–55% of an oracle's quality gain from outcomes alone —
but accurate static self-ratings stay competitive on quality, and the bench report says so
explicitly (
polis bench). Polis's edge is learning without having to trust the cards, a transparent reason for every pick, and the coordination layer the baselines lack.
The four institutions
The Register
Every citizen publishes one file: _polis/citizens/<agent-id>/capability_card.yml. Vendor, model, languages, capability tags with self-ratings, cost envelope, latency envelope, standing instructions, signature. The card is the polis's answer to "who can do what". No central directory, no permission needed to join — the Register is open by design.
The Contract
Tasks are three-section markdown files:
- Intent — goal, acceptance criteria, required tags, deadline, cost ceiling, stakes
- Assignment — owner, plan, estimated effort (filled when claimed)
- Settlement — outcome, quality self-score, what worked, what bit (filled when closed)
Open contracts live in contracts/open/. Settled contracts move to contracts/settled/ and never get deleted. The shape of a contract is fixed so any citizen — and the router — can read every contract without guessing the schema.
The Chronicle
_polis/chronicle.md is an append-only event log. One line per meaningful action:
Reserved verbs (opened contract, claimed contract, settled contract, filed lesson, requested review, proposed amendment, blocked on <thing>, …) carry semantic weight that the router and other citizens parse on.
Lessons live separately in _polis/lessons/<capability-tag>/. The chronicle records what happened; the lessons record what was learned. Most events are not lessons, and most lessons distill many events.
The Amendment
When a rule stops working, any citizen can propose a change. The proposal goes in _polis/amendments/proposed/<id>.md. Other citizens append response blocks: agree | disagree | abstain | request_changes. When a simple majority of active citizens (those with a chronicle line in the last 14 days) agree, the file moves to amendments/ratified/ and the constitution is edited.
The protocol changes itself. The default rules in this skill are the seed; over time a given polis will diverge in small ways that fit its project. That divergence is the point.
Chavruta review
Borrowed from the paired-study model of the beit midrash, chavruta review is the polis's safeguard against single-model failure. Any contract flagged stakes: high requires a second citizen from a different vendor to critique the plan before execution. The critique answers three questions:
What is the owner getting right? What might they be missing? Decision: signed_off, requested_changes, or rejected.
Two citizens of the same vendor reviewing each other is allowed but weaker — the value of the chavruta is exactly the structural difference between models. Use it sparingly. Most contracts are low-stakes.
How the router learns
The default router is a multi-armed bandit:
- Exploit (85%): route to the citizen with the highest combined score on the required tags. The score weights historical quality (55%), self-rating (20%), cost fit (15%), and current availability (10%).
- Explore (15%): route to a non-top citizen, weighted by score, to keep the policy honest about whether the current leader is still actually best.
- Cold start: when no history exists for a tag, self-ratings dominate. Self-ratings get displaced within a handful of contracts per tag.
When a contract settles, routing_stats.yml updates with the new quality score and minutes. That evidence can improve future recommendations as the record grows. The full math is in references/routing.md.
You can run the router as:
- a 60-line Python script (
scripts/route_contract.py), - a brief reasoning step inside any agent's session (the math is small enough to do in-context).
Both produce the same recommendation. Citizens can always override.
Repository contents
Working across vendors
The protocol is vendor-agnostic. The same polis can be shared by Claude, Codex, Gemini CLI, Google Antigravity, Aider, GPT-based tools, and anything else that reads markdown. Bootstrap writes these discovery pointers:
CLAUDE.md— entry point for Claude CodeAGENTS.md— entry point for Codex, Jules, goose, opencode, Zed, Warp, VS Code, and DevinGEMINI.md— entry point for Gemini CLI and Google AntigravityAIDER.md— entry point for Aider.agents/skills/polis-protocol/SKILL.md— skill mirror read by both Codex and Google Antigravity (integration guide)
They all point at one place: _polis/CONSTITUTION.md. Updating the protocol means editing that one file.
Cross-vendor routing is where this protocol earns its keep. A Spanish translation goes to whichever citizen has the best track record on spanish-translation, not whichever happens to be the user's current chat. Over time, that means team output stops being bottlenecked by any single model's blind spots.
Relationship to agent-vault
agent-vault is a sister project: a simpler, communication-only protocol where agents share an Obsidian-style markdown blackboard. If you only need agents to leave each other notes, agent-vault is enough.
Pick Polis Protocol when:
- You have agents from multiple vendors and routing matters.
- You want recorded outcomes and lessons to inform future routing.
- You want a way to amend the protocol itself when reality demands it.
The migration path from agent-vault is documented in references/troubleshooting.md.
Status
v2.0 (stable) — on PyPI · MCP registry · website.
The protocol stays intentionally minimal — every file is markdown in your repo, the only dependency
is PyYAML, and there is no required server or database. The polis CLI covers
init · route · reconcile · status · contract · reserve/release · guardrail · bench · serve · mcp · report · reflect · doctor · verify · migrate,
backed by the full test suite in CI across Python 3.10–3.13. Schema v2 (_polis/polis.yml) migrates
reversibly via polis migrate --plan|--apply|--rollback. Listing polis mcp in the official MCP
registry is a one-time manual step — see docs/publishing-mcp-registry.md.
Forks, issues, and amendments welcome.
Roadmap
The protocol layer is stable. Work in flight, in rough order of expected impact:
examples/gallery — 3 worked polises (research team, product team, OSS maintainer trio) to teach by example. Contributions welcome.- Alternate routers — a deterministic UCB1 variant ships behind
route_contract.py --policy ucband a seeded Thompson-sampling variant behind--policy thompson(both documented inreferences/routing.md), side-by-side with the default ε-greedy bandit. Benchmark harness on synthetic capability traces. - Contextual bandit — incorporate per-contract features (deadline pressure, stakes level, language) into the routing decision, not just per-tag history.
- Auto-rollover — quarterly chronicle rollover and 90-day settled-contract archival as a one-line cron, so a year-long polis stays bounded without manual hygiene.
- Bridge expansions — first-class entry pointers for Aider, opencode, Zed, Devin, Cursor agent mode. Each is a 30-line markdown stub.
- Polis-of-polises — a documented pattern for multi-team projects where each subteam is its own polis and a thin meta-polis routes cross-team contracts.
- Visualizer — small static dashboard that reads
routing_stats.yml+ the chronicle and shows the team's growth over time. (Bonus: dogfood it by opening it as the first contract in a fresh polis.) - Academic write-up — short paper situating Polis in the multi-agent-coordination literature (bandit-based task assignment, blackboard architectures, agent-based simulation).
File an amendment-proposal issue if your need isn't on this list.
Contributing
See CONTRIBUTING.md. Bug reports, amendment proposals, new bridge tools, and worked examples are all valued. Security reports go to SECURITY.md.
Citing
If you use Polis Protocol in academic work, please cite it via CITATION.cff or the "Cite this repository" button on GitHub.
License
MIT — Yehuda Levy, 2026.
Source: README.md at commit eb7d3a9
Tools
0Version history
1- v2.0.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts