Skip to main content

Collective Phase Control Fabric

Collective Phase Control Fabric (CPCF) is an evidence-control toolkit for finite collective workflows. It validates provenance, exact resource constraints, causal formation, catalytic support, verification capacity, independence, perturbations, coordination, and externally registered trial bindings.

CPCF reports an operational_organization_profile. It does not create, detect, or certify a collective-superintelligence phase. It also does not certify causality, statistical validity, thermodynamic feasibility, physical phase behavior, or runner isolation.

Release classification: Beta research package. Package publication does not establish deployment assurance. Operational evidence remains unavailable until the external security, restore, soak, and independent-review gates in release readiness pass.

Install

Version 1.0.0 adds opt-in fixed-model observation planning, separate information-use and net sensing comparisons, and independently checked finite workflow composition. See the release verification matrix for actual completion status, the epistemic guide, composition guide, and maintained public API. Version 1.0 concerns API maintenance; the package remains Beta and makes no empirical acceleration claim.

Mutation qualification for 1.0.0 is explicitly waived by the owner, not passed. Other publication checks and protected PyPI approval remain required.

The one public distribution contains the offline core, CLI, schema registry, bundle verifier, runner protocol models, and all import packages.

pip install collective-phase-control-fabric
pipx install collective-phase-control-fabric
pip install "collective-phase-control-fabric[server,solver]"

Available extras are server, worker, runner, solver, aws-kms, gcp-kms, azure-kms, pkcs11, and all. Service commands detect missing extras and print the exact installation command.

Five-minute offline orientation

These commands do not require an API or credentials:

cpcf agent explain --json
cpcf self-check --json
cpcf schema list --json
cpcf schema show phase-contract --json
cpcf bundle verify PATH_TO_BUNDLE --json

An unsigned bundle can establish content consistency only. Distribution authenticity remains unknown unless the bundle carries an admitted root attestation and a trust policy is supplied.

Offline growth planning

Version 0.7.0 adds Bounded Endogenous Capability Frontier Expansion: an immutable finite super-catalogue with conditional model activation of latent actions, multi-step activation lineage, independent checking and reoptimized comparators. Try cpcf growth example --scenario frontier-chain --json and read the frontier guide. Model activation grants no capability admission or execution authority. No external empirical acceleration experiment was performed.

The explicit growth mode plans paid task/research capacity investment, measurement, verification and repair under a finite budget, and independently checks every policy branch and its funded continuation. It preserves the existing repair mode and operational profile.

cpcf growth example growth-demo --json
cpcf growth plan growth-demo/contract.json --objects growth-demo/objects --output growth-plan.json
cpcf growth check-plan growth-demo/contract.json --objects growth-demo/objects --plan growth-plan.json --json

Results are conditional on a declared finite model. Predictions do not admit measured capacity, and an incomplete comparator search cannot establish superiority. See the growth workflow, paper mapping, and synthetic comparisons.

Remote workspace use

Remote operations require a configured control plane and a short-lived OIDC access token. The CLI does not persist bearer tokens.

set CPCF_API_URL=https://cpcf.example.org
set CPCF_TOKEN=OIDC_ACCESS_TOKEN
cpcf workspace create WORKSPACE --root-spki-fingerprint sha256:ROOT_SPKI_SHA256 --genesis-envelope-fingerprint sha256:GENESIS_ENVELOPE_SHA256 --json
cpcf workspace status WORKSPACE --json
cpcf agent onboard --workspace WORKSPACE --json

On POSIX shells, use export. Mutations require an Idempotency-Key; changes to existing workspaces also require the expected immutable generation through If-Match.

Operational profile

Each required dimension is satisfied, violated, unknown, or unknown_due_to_budget:

  1. provenance integrity
  2. trust quorum
  3. temporal integrity
  4. structural reachability
  5. causal formation
  6. dimensional consistency
  7. exact self-maintenance
  8. finite-horizon resource persistence
  9. target-bound generative catalysis
  10. verification capacity
  11. effective independence
  12. coordination protocol integrity
  13. perturbation robustness

Compatibility requires every required dimension to be satisfied in one immutable analysis snapshot. Hypothetical planner output cannot satisfy a scientific dimension before receipt-backed promotion.

Development

Contributors use the checked-in universal uv.lock; pip is only a consumer installation path. Development uses CPython 3.14.6 and supports CPython 3.12–3.14 on Windows and Linux.

uv sync --frozen --all-extras --group dev --group security
uv run --frozen ruff format --check .
uv run --frozen ruff check .
uv run --frozen mypy src packages/cpcf-api/src packages/cpcf-cli/src packages/cpcf-worker/src packages/cpcf-runner-protocol/src
uv run --frozen pytest
uv run --frozen python scripts/check_schemas.py
uv run --frozen python scripts/generate_references.py --check
uv run --frozen python scripts/check_publication_hygiene.py --source-tree
uv build

The root project builds exactly one wheel and one source distribution named collective-phase-control-fabric. The five import packages remain collective_phase_control_fabric, cpcf_cli, cpcf_api, cpcf_worker, and cpcf_runner_protocol.

Documentation

Agent Skill

Agents can follow the repository-native Collective Phase Control Fabric Agent Skill. It routes offline inspection, remote control-plane work, external-runner evidence, and legacy compatibility without expanding the authority or scientific scope of the underlying records.

License and security

All repository content is English and licensed under Apache-2.0. Report vulnerabilities using the private process in SECURITY.md; never include credentials, tenant evidence, or live endpoints in a public issue.

Metadata

Release files for collective-phase-control-fabric 1.0.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-phase-control-fabric 1.0.0
File Size Uploaded
collective_phase_control_fabric-1.0.0.tar.gz 891.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for collective-phase-control-fabric 1.0.0
File Interpreter ABI Platform
collective_phase_control_fabric-1.0.0-py3-none-any.whl Python 3 none any Details

Total release size: 1.6 MB

Release files / collective_phase_control_fabric-1.0.0.tar.gz

Download URL collective_phase_control_fabric-1.0.0.tar.gz
Size 891.1 kB
Tags Source
SHA-256 checksum
How to use checksums
b795d4900c6f4fe2813d9ddb10fc4a86477bdc7b8d8132ee7cf02c914d1f7f61
BLAKE2b-256 checksum
How to use checksums
2314b0ea9e252dcd1dae9105cb13df692ae4fdb1c6345e5b744f79ad255420bf
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.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 Sep 12, 2026.

Transparency log

Release files / collective_phase_control_fabric-1.0.0-py3-none-any.whl

Download URL collective_phase_control_fabric-1.0.0-py3-none-any.whl
Size 754.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
e3debef8983e8d423a8a25b43751d96039b513dd129694f0219f414c19e6dd9b
BLAKE2b-256 checksum
How to use checksums
032152986f35a7ee3d86db63edc9916be8f4d370990fd5504fe890ac424d23e7
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.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 Sep 12, 2026.

Transparency log

Release history Release notifications | RSS feed

1.0.1

2 release files

This release

1.0.0 This release

2 release files

0.7.0

2 release files

0.6.1

2 release files

0.6.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