synod-council 0.1.0__tar.gz

synod_council-0.1.0/.gitattributes

@@ -0,0 +1,3 @@
+* text=auto eol=lf
+*.png binary
+*.jpg binary

synod_council-0.1.0/.github/workflows/ci.yml

@@ -0,0 +1,23 @@
+name: CI
+
+on:
+  push:
+    branches: [main]
+  pull_request:
+
+jobs:
+  test:
+    runs-on: ${{ matrix.os }}
+    strategy:
+      matrix:
+        os: [ubuntu-latest]
+        python-version: ["3.11", "3.12"]
+    steps:
+      - uses: actions/checkout@v4
+      - uses: actions/setup-python@v5
+        with:
+          python-version: ${{ matrix.python-version }}
+      - name: Install
+        run: pip install -e .
+      - name: Test
+        run: python -m unittest discover -s tests -v

synod_council-0.1.0/.github/workflows/release.yml

@@ -0,0 +1,49 @@
+name: Release
+
+on:
+  push:
+    tags: ["v*"]
+
+jobs:
+  build:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+      - run: pip install build
+      - run: python -m build
+      - uses: actions/upload-artifact@v4
+        with:
+          name: dist
+          path: dist/
+
+  pypi-publish:
+    needs: build
+    runs-on: ubuntu-latest
+    environment: pypi
+    permissions:
+      id-token: write  # Trusted Publishing (OIDC) — no API token needed
+    steps:
+      - uses: actions/download-artifact@v4
+        with:
+          name: dist
+          path: dist/
+      - uses: pypa/gh-action-pypi-publish@release/v1
+
+  mcp-registry-publish:
+    needs: build
+    runs-on: ubuntu-latest
+    permissions:
+      id-token: write  # GitHub OIDC proves ownership of naruminho/synod
+    steps:
+      - uses: actions/checkout@v4
+      - name: Install mcp-publisher
+        run: |
+          curl -L "https://github.com/modelcontextprotocol/registry/releases/latest/download/mcp-publisher_linux_amd64.tar.gz" | tar xz
+          sudo mv mcp-publisher /usr/local/bin/
+      - name: Publish to official MCP Registry
+        run: |
+          mcp-publisher login github-oidc
+          mcp-publisher publish

synod_council-0.1.0/.gitignore

@@ -0,0 +1,9 @@
+__pycache__/
+*.pyc
+*.egg-info/
+dist/
+build/
+council.db
+*.db-shm
+*.db-wal
+.env

synod_council-0.1.0/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2026 Narumi Abe
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

synod_council-0.1.0/PKG-INFO

@@ -0,0 +1,134 @@
+Metadata-Version: 2.5
+Name: synod-council
+Version: 0.1.0
+Summary: Durable, symmetric deliberation between two AI agents — with isolated git worktrees, peer review, and approval workflow.
+Author: Narumi Abe
+License: MIT License
+        
+        Copyright (c) 2026 Narumi Abe
+        
+        Permission is hereby granted, free of charge, to any person obtaining a copy
+        of this software and associated documentation files (the "Software"), to deal
+        in the Software without restriction, including without limitation the rights
+        to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+        copies of the Software, and to permit persons to whom the Software is
+        furnished to do so, subject to the following conditions:
+        
+        The above copyright notice and this permission notice shall be included in all
+        copies or substantial portions of the Software.
+        
+        THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+        IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+        FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+        AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+        LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+        OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+        SOFTWARE.
+License-File: LICENSE
+Keywords: agents,ai,code-review,deliberation,mcp,multi-agent
+Classifier: Development Status :: 4 - Beta
+Classifier: Intended Audience :: Developers
+Classifier: License :: OSI Approved :: MIT License
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Topic :: Software Development :: Quality Assurance
+Requires-Python: >=3.11
+Provides-Extra: mcp
+Requires-Dist: mcp>=1.0; extra == 'mcp'
+Description-Content-Type: text/markdown
+
+# 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)

synod_council-0.1.0/README.md

@@ -0,0 +1,96 @@
+# 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)

synod_council-0.1.0/pyproject.toml

@@ -0,0 +1,30 @@
+[build-system]
+requires = ["hatchling"]
+build-backend = "hatchling.build"
+
+[project]
+name = "synod-council"
+version = "0.1.0"
+description = "Durable, symmetric deliberation between two AI agents — with isolated git worktrees, peer review, and approval workflow."
+readme = "README.md"
+license = { file = "LICENSE" }
+authors = [{ name = "Narumi Abe" }]
+requires-python = ">=3.11"
+keywords = ["ai", "agents", "multi-agent", "deliberation", "mcp", "code-review"]
+classifiers = [
+  "Development Status :: 4 - Beta",
+  "Intended Audience :: Developers",
+  "License :: OSI Approved :: MIT License",
+  "Programming Language :: Python :: 3.11",
+  "Topic :: Software Development :: Quality Assurance",
+]
+dependencies = []
+
+[project.optional-dependencies]
+mcp = ["mcp>=1.0"]
+
+[project.scripts]
+synod-server = "synod.server:main"
+
+[tool.hatch.build.targets.wheel]
+packages = ["src/synod"]

synod_council-0.1.0/server.json

@@ -0,0 +1,25 @@
+{
+  "$schema": "https://static.modelcontextprotocol.io/schemas/2025-07-09/server.schema.json",
+  "name": "io.github.naruminho/synod-council",
+  "description": "Durable symmetric deliberation between two AI agents, with isolated worktrees and peer review.",
+  "version": "0.1.0",
+  "authors": [
+    {
+      "name": "Narumi Abe"
+    }
+  ],
+  "repository": {
+    "url": "https://github.com/naruminho/synod-council",
+    "source": "github"
+  },
+  "license": "MIT",
+  "keywords": [
+    "ai",
+    "agents",
+    "multi-agent",
+    "deliberation",
+    "peer-review",
+    "code-review",
+    "mcp"
+  ]
+}

synod_council-0.1.0/src/synod/__init__.py

@@ -0,0 +1,6 @@
+"""Synod — durable, symmetric deliberation between two AI agents."""
+
+from synod.deliberation import DeliberationResult, Deliberator, Store
+
+__all__ = ["DeliberationResult", "Deliberator", "Store"]
+__version__ = "0.1.0"