Skip to main content

Collective Intelligence Overlay

Let agents share tools and procedures with evidence and conditions for reuse. For example, one agent offers a document workflow, a separate checker tests it, and a receiver decides whether that exact version fits its data and permissions. Each participant keeps its own keys, database, policy and budget: Evidence is shared; admission is local.

This Python package adds qualified reuse and durable operation records to existing Microsoft Agent Framework (MAF), A2A and MCP integrations. Existing SDKs run tools and compose workflows; each owner chooses its own work. No collective manager is required. The host and database operator remain trusted.

日本語 · Tutorial · API/CLI

These instructions describe 0.4.0. Check the release records for actual publication, candidate hashes and validation status, and the production profile and acceptance register for its measured scope. Before publication, install the reviewed candidate wheel instead of the PyPI command below.

What it provides

  • Versioned capabilities and independently issued PASS / FAIL / UNKNOWN evidence.
  • Receiver-specific OPA decisions using exact bindings, actual inputs, environment, permissions, evidence freshness and known withdrawals.
  • Owner-local PostgreSQL records, finite allowances, fenced leases and stable invocation IDs.
  • Registered local functions, MAF workflows, MCP tools and A2A services; no received-code imports.
  • Bounded discovery, proposal selection, formation and checking through existing executors.
  • Installed application factories, readiness/drain, original-ID reconciliation, coherent backup, closed restore and scoped change trials.

Generated, verified and reusable are distinct states. A signature identifies an issuer, and remote completion reports an operation state; neither establishes business truth. Missing evidence and uncertain effects remain UNKNOWN. See semantics and security for application scope, infrastructure trust and remote freshness.

First run from the installed package

Use Python >=3.12 and uv. Measured 0.3.2 support covers CPython 3.12.14/3.13.15/3.14.7 on Linux x86_64, Windows x86_64 and native macOS Intel/arm64. Future interpreters are not covered by those results. In a fresh directory, on Linux/macOS:

uv venv --python 3.12.14 .venv
. .venv/bin/activate
uv pip install 'collective-intelligence-overlay[agents]==0.4.0'
collective-intelligence-overlay --version
collective-intelligence-overlay opa-install --target ./bin/opa

On Windows PowerShell:

uv venv --python 3.12.14 .venv
. .venv/Scripts/Activate.ps1
uv pip install 'collective-intelligence-overlay[agents]==0.4.0'
collective-intelligence-overlay --version
collective-intelligence-overlay opa-install --target ./bin/opa.exe

The reference demo also needs a dedicated development PostgreSQL cluster and an operator allowed to create test databases and roles. Follow native OS setup; Docker Desktop is not required. Set its URL in CIO_TEST_DATABASE_URL, then run:

collective-intelligence-overlay demo --directory ./demo-run --opa ./bin/opa

On Windows use --opa ./bin/opa.exe. No source checkout or model key is needed. Expected fields: processes: 3, admission: ACCEPT, report total 117.00, changed_environment: REQUALIFY, after_dependency_revocation: REJECT. Child processes stop; private keys, databases and artifacts remain. Use a fresh output directory for each repeat. Demo authentication and DB setup are development fixtures; production deployment uses restricted roles and HTTPS.

Core supports records, policy and CLI. The agents extra adds MAF/MCP/A2A; model adds the optional actual-model example. Paid inference is off by default and requires explicit opt-in. PostgreSQL and OPA are external prerequisites. Installation and import do not start services or download binaries.

Register your application

The wheel includes a complete local registration example. After installation, generate its inert starter files:

collective-intelligence-overlay starter --directory ./my-application

The generated application.py contains schemas, caller grants, Registry registration and candidate publication. Its installed equivalent is collective_intelligence_overlay.starter.application:configure. Adapt it in your own reviewed, installed package and select that factory explicitly in the owner configuration. The tool body in the complete example is:

async def count_words(arguments: dict) -> dict:
    return {"words": len(arguments["text"].split())}

Registration creates no independent PASS. Register a suitable checker and obtain scoped evidence before ordinary reuse. Integration shows complete Registry/Executor and MAF/MCP/A2A wiring; API specifies factory settings and persistent call identities.

The installed document reference connects three configured peers: discover alternatives, form a MAF report, independently check it, reuse it to form a classifier, and qualify that classifier for a receiver. Known withdrawal blocks subsequent use until valid new evidence and admission exist. Application contracts determine correctness; the core is not confined to this reference task.

Operate and assess

The declared initial profile has three permissioned owners, one service process and restricted DB role per owner, configured HTTPS peers, installed tools and paid inference off. HA, multiple active writers for one owner, external exactly-once and universal SLA claims are outside its scope.

Read configuration, deployment/recovery and troubleshooting. drain closes new effects; original result queries remain available. Restored intake stays closed until verification, full source sync, application-specific reconciliation and explicit owner resume. Reconciliation queries saved provider IDs; it does not resend or automatically refund.

Validation retains native checks and failures. Soak includes all offered outcomes. Matched experiments keep independent pairs, negative results and separate resource units. They establish no general adaptive advantage or intelligence growth.

For source development, clone this repository, run uv sync --all-extras --frozen and follow contributing. Mandatory service skips are not release validation.

New code is Apache-2.0: LICENSE, NOTICE, compatibility/licensing, research mapping and release/upgrade history.

Metadata

Release files for collective-intelligence-overlay 0.4.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for collective-intelligence-overlay 0.4.0
File Size Uploaded
collective_intelligence_overlay-0.4.0.tar.gz 176.6 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for collective-intelligence-overlay 0.4.0
File Interpreter ABI Platform
collective_intelligence_overlay-0.4.0-py3-none-any.whl Python 3 none any Details

Total release size: 401.7 kB

Release files / collective_intelligence_overlay-0.4.0.tar.gz

Download URL collective_intelligence_overlay-0.4.0.tar.gz
Size 176.6 kB
Tags Source
SHA-256 checksum
How to use checksums
965f848ed12950d0a8cba26e6deb1594d8ce98437022fc9dd5dff0f7e860f8be
BLAKE2b-256 checksum
How to use checksums
10d1b506e37b790cbb59c5f539a3d9f5fc5c158f3e8a7cfe24a96ed8e2b78cea
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release files / collective_intelligence_overlay-0.4.0-py3-none-any.whl

Download URL collective_intelligence_overlay-0.4.0-py3-none-any.whl
Size 225.2 kB
Tags Python 3
SHA-256 checksum
How to use checksums
33898a964443c5276853dc15069247ff8642012332c980d085f9fa9a4faf11d7
BLAKE2b-256 checksum
How to use checksums
176c16df0fbf786f0ad2031f102b97a5e28d05705e667f23695966e649360928
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release history Release notifications | RSS feed

0.5.1

2 release files

0.5.0

2 release files

0.4.4

2 release files

0.4.3

2 release files

0.4.2

2 release files

0.4.1

2 release files

This release

0.4.0 This release

2 release files

0.3.2

2 release files

0.3.1

2 release files

0.3.0

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page