Skip to content
#software testing Open access

kadubon/collective-phase-control-fabric: CPCF 0.7.0: bounded endogenous capability frontier expansion

Sep 2026 · Zenodo (CERN European Organization for Nuclear Research)

Abstract

CPCF 0.7.0 adds Bounded Endogenous Capability Frontier Expansion: exact finite planning in which declared outcomes can enable previously latent actions in an immutable finite super-catalogue. Planning and checking The active frontier, activation depth and lineage are part of canonical state and policy digests. Exact producer/successor rules bind immutable actions, capabilities, schemas, lifecycle and policy objects. A research action can enable a verifier or another research action; a later activation can make funded growth continuation feasible. All branches retain exact rational resource, physical-time, queue and repair-debt accounting. Independent checking reconstructs activations and rejects latent use, tampered digests or witnesses, expiry, missing objects, invalid prerequisites and depth overflow. Duplicate/self-activation and zero-progress cycles earn no objective credit. Interaction-restricted comparators are reoptimized over every legally reachable remaining activation path. Search exhaustion remains unknown. Fresh evidence reassessment reuses existing admission mechanisms. Replanning produces unsigned proposals and preserves signed history, admitted lineage, original depth and prerequisite constraints. The original growth objective is unchanged. Model activation is useful only through downstream policy feasibility or attainment; frontier size is not an intelligence score. Witnesses describe selected-policy use and do not assert causal marginal contribution. Compatibility and examples Three additive closed kinds provide frontier declarations, plans and assessments. No-frontier contracts preserve 0.6.1 behavior, preceding 52 schema identities and existing plan encodings. Package interfaces report 0.7.0; protocol identity remains cpcf.io/v0.6. Eight deterministic synthetic scenarios cover research unlock, verifier investment, failed discovery, useless frontier growth, a depth-two chain, zero-progress cycles, comparator alternatives and safe fallback without guaranteed entry. For example: pip install collective-phase-control-fabric==0.7.0 cpcf self-check --json cpcf growth example --scenario frontier-chain --json cpcf growth example --scenario frontier-verifier --json The chain selects prepare → reuse → continue with activation depth two. The verifier scenario selects prepare → verifier → reuse → continue, accounting for queue pressure and verification cost before model-supported entry. Software validation Local validation: 853 tests passed and 3 existing PostgreSQL service tests were skipped without their disposable database URLs. The focused critical suite passed 538 tests. With branch measurement enabled, combined statement/branch coverage is 91.13% overall, 95.60% across the critical suite and 97.83% for endogenous-frontier code; all 14 critical subsystem gates pass the unchanged 95% floor. The activation kernel has 100% statement and branch coverage. The complete native Linux mutation run detected 10,749/12,284 mutants (87.50%), above the unchanged 85% threshold. It left 1,530 surviving mutants, 4 timeouts and 1 untested mutant, all counted as failures; none were incomplete. The new frontier modules detected 1,159/1,225 mutants (94.61%). These are software test results, not an assurance of real-world outcomes. CI and release distribute the unchanged catalogue over five disjoint shards, independently reject any missing or overlapping assignment against the reviewed catalogue fingerprint, and apply the original 85% gate to the complete union. All shard jobs must succeed before publication. Ruff, strict mypy, Bandit, OSV pip-audit, 215 schemas, 9 fixtures, generated references, 13 synthetic examples, publication hygiene, Gitleaks, distribution metadata and Twine checks passed locally. Fresh base-wheel installation verifies dependencies, all five import versions, self-check and the preparation/depth-two frontier examples. Portable CLI reference generation is also checked on Linux Python 3.12.3 and Windows Python 3.14.6. Required remote platform, PostgreSQL, security and mutation gates must pass for the release source before publication. The existing release workflow builds the distributions, produces the SBOM and checksums, attests provenance and publishes through PyPI OIDC trusted publishing. Public-index installation, all five package versions, CLI behavior, asset hashes and provenance are verified after that workflow completes. The release source is merged commit 0afced595da264c500b527533321aa50d73fc4bb. PR #10 was merged with the owner's explicitly authorized administrator exception only after all 13 required checks passed. The exact merged commit also passed main CI and security analysis. The complete PR and main mutation gates each scored 87.50% across all 12,284 declared mutants. Documentation Frontier semantics and scientific boundaries Validation record Eight synthetic results Paper-to-code mapping Wiki frontier guide README, specification, formal model, agent skill, evidence/science guidance, audit findings and generated schema/CLI/error references are updated. The Wiki includes the frontier guide and updated Home, finite planning and release pages. Beta scientific status No external empirical acceleration experiment was performed. The endogenous capability frontier is a finite model and software-control mechanism. It does not establish real-world capability reproduction, collective intelligence, AGI, ASI, causal acceleration or indefinite growth. Model enablement does not admit a capability, trust an executable, generate a receipt or authorize execution. No external operational-assurance evidence is fabricated or inferred from successful package publication. The next major formal extension is fixed-parameter, set-valued model uncertainty with observation-driven model-set contraction and prior-free value-of-information planning. It is documented, not implemented in 0.7.0.

View source

Similar papers

#computer vision Review Sep 2017

Agile Software Development Methods: Review and Analysis

This publication proposes a definition and a classification of agile software development approaches and analyses ten software development methods that can be characterized as being "agile" against the defined criterion.

P. Abrahamsson, O. Salo, Jussi Ronkainen et al. · 727 citations · ⚡54
#computer vision Jun 2008

The impact of agile practices on communication in software development

The study shows that agile practices improve both informal and formal communication, but indicates that, in larger development situations involving multiple external stakeholders, a mismatch of adequate communication mechanisms can sometimes even hinder the communication.

M. Pikkarainen, Jukka Haikara, O. Salo et al. · 401 citations · ⚡48
#machine learning Review Open access Oct 2014

Software development in startup companies: A systematic mapping study

The results indicate that software engineering work practices are chosen opportunistically, adapted and configured to provide value under the constrains imposed by the startup context.

Nicolò Paternoster, Carmine Giardino, M. Unterkalmsteiner et al. · 394 citations · ⚡54
#computer vision Review Mar 2008

Agile methods in European embedded software development organisations: a survey on the actual use and usefulness of Extreme Programming and Scrum

The results show that the embedded industry has been able to apply agile methods in its development processes and that the appreciation of the agile methods and their individual practices appears to increase once adopted and applied in practice.

O. Salo, P. Abrahamsson · 238 citations · ⚡9
#computer vision Open access Jul 2017

What happens when software developers are (un)happy

Consequences of happiness and unhappiness that are beneficial and detrimental for developers' mental well-being, the software development process, and the produced artifacts are found.

D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al. · 236 citations · ⚡13
#computer vision Open access Oct 2004

Mobile-D: an agile approach for mobile application development

The Mobile-D approach is briefly outlined here and the experiences gained from four case studies are discussed, which helped develop an agile development approach for mobile application development.

P. Abrahamsson, Antti Hanhineva, H. Hulkko et al. · 225 citations · ⚡18

Related blog posts

GPT-Lab Sep 17, 2026

Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering

AI is making software generation faster, but speed does not remove the need for expertise. As more work is delegated to AI, tacit knowledge may become one of the most important human advantages in software engineering. The post Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering appeared first on GPT-Lab.

MIT News · Artificial Intelligence Aug 17, 2026

Q&A: Rethinking how innovation happens

In his latest book, Professor Eugene Fitzgerald examines the forces that turn breakthroughs into value — and why innovation resists simple formulas.

Microsoft Research Blog Aug 12, 2026

MindTopo reveals VLMs’ spatial reasoning abilities

A path, a fence, a knot. MindTopo sets a new benchmark for testing how AI understands topological relationships and highlights new opportunities to strengthen spatial reasoning and planning. The post MindTopo reveals VLMs’ spatial reasoning abilities appeared first on Microsoft Research.

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.