Product projection

Architecture reference specification

All responsibilities, interfaces, invariants, failure routes, implementation horizons, and technical chapters in canonical order.

Status: complete generated lookup index over every canonical chapter. It is a specification route, not evidence of a deployed stack.

Part I - Foundations, Alignment, and Governance

1 · supporting_or_integration

ASI Is a Stack, Not a Model

Distinct responsibility

Efficient ASI should be modeled as a governed stack of cooperating layers rather than as one undifferentiated model.

asi-is-a-stack-not-a-model.core · Design rationale at argument support
governed-cognition-interface-contracts

2 · supporting_or_integration

The Efficient ASI Hypothesis

Distinct responsibility

On repeated workloads with multiple authorized routes, selecting the lowest-cost route that satisfies a fixed quality predicate and compiling reusable work can improve useful-task success per total contract cost over always-maximal and always-cheapest policies, provided authority, verification, residual, and fallback obligations remain intact.

the-efficient-asi-hypothesis.core · Design rationale at argument support
record-reality-residual-honesty

3 · primary_owner

System Boundaries and Authority

Distinct responsibility

External-effect authority should be represented as a versioned, revocable tuple binding principal, execution domain, operation, target, permission class, scope, ceiling, grant state, delegation, expiry or revocation epoch, and receipt obligations; capability, context access, route quality, or ambient process power alone confers none of it.

system-boundaries-and-authority.core · Design rationale at argument support
governed-cognition-interface-contracts

4 · supporting_or_integration

Failure Modes of Ungoverned Intelligence

Distinct responsibility

A stack-level failure model should represent each named risk as a distinct boundary event with a trigger, protected invariant, detector or observer, receipt, owner, containment action, residual, recurrence state, and escalation or learning path; a taxonomy entry alone establishes neither occurrence nor mitigation.

failure-modes-of-ungoverned-intelligence.core · Design rationale at argument support
record-reality-residual-honesty

5 · supporting_or_integration

Dangerous Capability Domains and Misuse Uplift

Distinct responsibility

Dangerous-capability authority should be based on a versioned domain threat model and an uplift dossier that separates latent capability, elicited performance, propensity, safeguard bypass, actor uplift, and realized harm; preserves expertise, tools, assistance, attempts, uncertainty, and sensitive-detail boundaries; and routes only bounded findings into thresholds, release, monitoring, and resilience decisions.

dangerous-capability-domains-and-misuse-uplift.core · Design rationale at argument support
claim-state-transition-discipline

6 · supporting_or_integration

Military AI, Autonomous Weapons, and Strategic Stability

Distinct responsibility

Military AI should be governed as a command-and-interaction system: deployment requires a declared mission and legal boundary, preserved accountable human authority, bounded sensing and action, adversarial and escalation analysis, fail-safe behavior, auditable provenance, and prospective off-ramps; component benchmark gains alone establish neither lawful use nor strategic safety.

military-ai-autonomous-weapons-and-strategic-stability.core · Design rationale at argument support
governed-cognition-interface-contracts

7 · primary_owner

Evidence States and Claim Discipline

Distinct responsibility

Each material claim should have a stable identity, versioned text and scope, claim label, support state, non-aggregating evidence-quality vector, and transition ledger; upward movement is allowed only through an accepted claim-specific transition whose artifacts and evidence roles meet declared gates, while contradiction, failed verification, missing support, and scope mismatch remain eligible to narrow, downgrade, refute, or deprecate the claim.

evidence-states-and-claim-discipline.core · Design rationale at argument support
claim-state-transition-discipline

8 · supporting_or_integration

Scalable Oversight and Adversarial AI Control

Distinct responsibility

A governed stack admits scalable oversight only as a versioned, consumer-bound protocol receipt rather than a vote: it prospectively records task, cohort, risk and authority scope; supervisor and system capability envelopes; evidence views; roles, incentives, and dependency graph; informed direct-review baseline; declared outcome-audit path; calibration, coverage, and abstention semantics; persuasion, correlation, operator-cost, and monitorability residuals; escalation owner; expiry; and requalification triggers. The receipt may inform only its permitted review or training consumer through the owning gate and cannot by itself establish reviewer independence, reliable supervision, correctness, safety, support movement, release readiness, or execution authority.

scalable-oversight-and-adversarial-ai-control.core · Design rationale at argument support
governed-cognition-interface-contracts

9 · supporting_or_integration

Human Intent as a Formal Input

Distinct responsibility

A governed stack admits human intent only as a versioned interpretation contract that preserves the raw request while separately recording the desired outcome; allowed and forbidden means; authority basis, ceiling, and affected parties; source, privacy, and publication boundaries; acceptance and evidence requirements; field provenance; confirmed assumptions, bounded defaults, contested or open ambiguities; stop, expiry, revocation, appeal, and re-contract conditions; and permitted downstream consumers. The accepted contract may bound planning only after its owning policy and authority gates admit it; it cannot by itself prove the person's complete preference, value alignment, informed consent, satisfaction, affected-party authorization, or permission for training, publication, deployment, spending, tool use, or other external effects.

human-intent-as-a-formal-input.core · Design rationale at argument support
governed-cognition-interface-contracts

10 · supporting_or_integration

Human Factors and Meaningful Control in Oversight

Distinct responsibility

Meaningful oversight is a resource-bounded control contract: the system must preserve an identified human controller's knowledge, authority, time, observability, and effective intervention path, and must degrade or abstain when that control envelope cannot be maintained.

human-factors-and-meaningful-control-in-oversight.core · Design rationale at argument support
governed-cognition-interface-contracts

11 · supporting_or_integration

Human-AI Communication, Persuasion, and Epistemic Security

Distinct responsibility

Consequential AI communication should be eligible for delivery only through an evidence-bounded communication packet whose audience, influence method, amplification authority, provenance, expiry, correction reach, and observed effects remain inspectable; fluent text, factual fragments, user consent, or a successful persuasion score alone establishes neither epistemic safety, autonomy, legitimacy, durable benefit, nor release readiness.

human-ai-communication-persuasion-and-epistemic-security.core · Design rationale at argument support
governed-cognition-interface-contracts

12 · supporting_or_integration

Constitutional Alignment: Agency, Dignity, and Corrigibility

Distinct responsibility

A constitutional alignment substrate should be represented as a versioned, non-self-authorizing constraint contract that binds each active predicate to its normative source and authorship process, protected scope and affected parties, operational test, precedence and conflict behavior, evidence and uncertainty, authorized interpreters and consumers, pre-effect rights and correction channels, expiry and review cadence, and migration, rollback, appeal, dissent, and residual rules. It may narrow, delay, escalate, block, or require re-contracting of separately authorized work, but it cannot grant action authority or prove moral correctness, legitimacy, dignity preservation, informed consent, reviewer independence, whole-system corrigibility, or deployed safety by itself.

constitutional-alignment-substrate.core · Design rationale at argument support
governed-cognition-interface-contracts

13 · supporting_or_integration

Inner Alignment, Mesa-Optimization, and Learned-Objective Integrity

Distinct responsibility

Consequential deployment requires a Learned-Objective Integrity Record binding the outer target, actual learning signals, model identity, behaviorally equivalent policy hypotheses, internal-optimization evidence, goal-generalization and conditional-policy tests, independent behavioral/interventional/white-box evidence, deployment opportunity, power indicators, mitigation hiding tests, monitoring, rollback, descendant invalidation, costs, residuals, and non-authorities.

inner-alignment-mesa-optimization-and-learned-objective-integrity.core · Design rationale at argument support
governed-cognition-interface-contracts

14 · supporting_or_integration

Moral Uncertainty, Value Conflict, and Contestable Governance

Distinct responsibility

A contestable governance layer should represent each action under unresolved value conflict as a versioned decision lease plus a linked rights receipt. The lease binds value propositions and their epistemic status, affected parties and standing, stakes and reversibility, authority and consent boundaries, the declared aggregation or precedence rule, preserved dissent, evidence and uncertainty, permitted and prohibited actions, expiry and revisit triggers, and rollback or redress. The rights receipt binds audit and explanation artifacts, independent-enough custody and review, denial and redaction reasons, appeal and correction routes, exit and export scope, safety-limited fork obligations, portability residuals, and downstream preservation. The pair may narrow or delay separately authorized action but cannot settle moral truth, manufacture consensus, grant authority, establish legal rights or legitimacy, prove material contestability, or guarantee safe exit, export, fork, replacement, self-modification, or deployed governance by itself.

moral-uncertainty-and-value-conflict.core · Design rationale at argument support
governed-cognition-interface-contracts

15 · supporting_or_integration

Governed Objective Formation, Value Learning, and Goal Integrity

Distinct responsibility

A durable objective should be usable only through a versioned target-property contract that binds authority and affected parties to target/proxy causal assumptions, uncertainty and dissent, consumer-specific use, tampering tests, generalization limits, ontology version, expiry, reauthorization, and retirement; proxy improvement, predicted preference, reward, evaluator approval, or formal record validity alone establishes neither the right objective, moral truth, stable alignment, nor safe optimization.

governed-objective-formation-value-learning-and-goal-integrity.core · Design rationale at argument support
governed-cognition-interface-contracts

16 · supporting_or_integration

Institutions, International Coordination, and Public Legitimacy

Distinct responsibility

Public deployment and cross-border coordination should proceed only through a versioned institutional packet that keeps jurisdiction, mandate, participation, scientific evidence, law and standards, verification, enforcement, remedy, capacity, conflict, expiry, and legitimacy residuals distinct; legal text, technical conformance, stakeholder consultation, or an international commitment alone establishes neither lawful authority, effective governance, representative legitimacy, nor safety.

institutions-international-coordination-and-public-legitimacy.core · Design rationale at argument support
governed-cognition-interface-contracts

17 · supporting_or_integration

Societal Resilience and Misuse Defense

Distinct responsibility

Societal misuse defense should be operated as a domain-specific resist-absorb-recover-adapt network with shared incident identity, lawful minimal telemetry, harmed-party routes, cross-organization escalation, defensive service levels, evidence-preserving response, correction, and residual ownership; prevention metrics alone establish neither resilience nor acceptable harm.

societal-resilience-and-misuse-defense.core · Design rationale at argument support
governed-cognition-interface-contracts

18 · supporting_or_integration

Stable Capability Fields

Distinct responsibility

A Stable Capability Field should be a versioned, consumer-relative substitution contract rather than a capability name or implementation slot. It binds the field's semantic identity and observable interface—including admissible inputs, outputs, preconditions, postconditions, failures, abstentions, nondeterminism and resource bounds—to an authority ceiling, affected consumers, exact implementation and dependency identities, qualification context and lease, evaluator and evidence lineage, lifecycle and incident state, migration duties, preserved regressions, and effect-complete rollback obligations. A candidate may inherit a field route only for the declared consumer, use, environment, threat model, and epoch when independently checkable evidence shows the required refinement and no unauthorized authority expansion; otherwise it remains shadowed, canaried, quarantined, deprecated, residual, or rejected. The record does not by itself prove semantic equivalence, safe composition, evaluator independence, production safety, or successful rollback.

stable-capability-fields.core · Design rationale at argument support
governed-cognition-interface-contracts

19 · supporting_or_integration

Capability Replacement and Rollback

Distinct responsibility

Capability replacement should be a prospectively authorized, phase-gated transaction over a declared Stable Capability Field, not a component swap. The transaction binds the exact prior and candidate artifacts and dependencies; field and consumer scope; change class; pre-state, checkpoint authority, state and effect inventory; qualification, regression, adversarial and transfer evidence; authority and approval; evaluator dependencies; isolation and canary exposure; monitor policy, delay and triggers; commit point; rollback, reverse-migration or compensation procedure; affected descendants and external commitments; residual owners; and terminal receipt. Default promotion is permitted only inside the evidenced scope after its declared gates pass and its recovery path is rehearsed to the stated objective. The record cannot make irreversible effects reversible, prove semantic recovery, validate its own monitor or evaluator, grant authority, establish useful improvement, or generalize inventory-exact local restoration to production.

capability-replacement-and-rollback.core · Design rationale at argument support
governed-cognition-interface-contracts

20 · supporting_or_integration

Security Kernel and Digital SCIFs

Distinct responsibility

Every privileged information flow or effect should execute as a threat-model-bound authority-use transaction through a non-bypassable reference monitor: bind the exact principal, purpose, operation, target, data and taint scope, budget, time, nonce, evaluator and policy identities; admit only minimized context and capabilities into a declared isolation grade; mediate every effect and egress; treat sanitization as explicit declassification; close leases, caches, logs, descendants, and residuals through revocation or incident recovery; and never infer security from the record, handle, compartment, or finite test alone.

security-kernel-and-digital-scifs.core · Design rationale at argument support
governed-cognition-interface-contracts

21 · supporting_or_integration

Adversarial Machine Learning and the Model Attack Surface

Distinct responsibility

A learned model should receive security authority only through a versioned model-threat contract and attack/defense ledger that binds checkpoint identity, lifecycle stage, attacker knowledge and capability, surface, budget, objective, adaptation, transfer, observed effect, detection, mitigation, utility cost, recovery, residual, and disclosure; clean accuracy, attack failure, benchmark robustness, red-team coverage, or formal certification alone establishes neither general robustness nor secure deployment.

adversarial-machine-learning-and-model-attack-surface.core · Design rationale at argument support
governed-cognition-interface-contracts

22 · supporting_or_integration

Privacy, Data Rights, and Information-Flow Governance

Distinct responsibility

An information use is eligible for bounded execution only when a prospectively declared record binds affected parties, exact purpose and processing, claimed authority and jurisdiction, recipients, retention, minimization, complete-enough flow and derivatives, cross-user boundaries, privacy unit, adjacency, accountant and budget where applicable, threat model and attack plan, rights state and remedy, exceptions, residual copies and influence, costs, and non-authorities; no individual control or receipt alone establishes privacy, legal compliance, total erasure, behavioral forgetting, influence removal, support, readiness, release, transfer, or SOTA.

privacy-data-rights-and-information-flow-governance.core · Design rationale at argument support
governed-cognition-interface-contracts

23 · supporting_or_integration

Confidential and Verifiable AI Computation

Distinct responsibility

Confidential and verifiable AI requires a compositional execution contract that names the adversary, protected assets, permitted leakage, trust anchors, proof or attestation statement, verifier policy, freshness, revocation, performance budget, and authorization boundary; no primitive or attestation may be treated as proof of semantic correctness, legitimate purpose, or end-to-end privacy.

confidential-and-verifiable-ai-computation.core · Design rationale at argument support
governed-cognition-interface-contracts

24 · supporting_or_integration

Model-Weight Custody and Hardware Roots of Trust

Distinct responsibility

Every governed model-family custody transition should bind a prospectively declared asset-and-derivative closure to exact artifact and lineage identity, holder and purpose, storage/transfer state, key and metadata lifecycle, Attester/Verifier/Relying-Party roles and policies, reference values and endorsements, freshness, measured target and attesting environments, verifier dependencies, independent-enough effect observation, plaintext and output-extraction exposure, load/use/serve/release authority separation, backup and emergency recovery, copy/recipient/descendant state, incident and revocation semantics, sanitization method and validation, irreversible distribution, privacy/rights/cost residuals, and terminal ownership; missing or failed modeled predicates route to a named non-default state, while no record, encryption, signature, security level, attestation result, hardware root, key action, deletion receipt, or finite proof by itself establishes custody completeness, confidentiality, trustworthy hardware, model safety, release merit, readiness, or deployment authority.

model-weight-custody-and-hardware-roots-of-trust.core · Design rationale at argument support
governed-cognition-interface-contracts

25 · supporting_or_integration

Open-Weight Release and Post-Release Control

Distinct responsibility

An open-weight release should require a prospective irreversible-release case that binds the exact artifact and license to accessible-frontier comparison, malicious-fine-tuning and scaffolded elicitation, marginal and cumulative risk, benefit and access distribution, downstream safeguard portability, derivative lineage, incident channels, post-release measurement, and residual ownership; after release, governance may inform, patch, coordinate, and support safer derivatives, but it must not claim revocation authority it no longer possesses.

open-weight-release-and-post-release-control.core · Design rationale at argument support
governed-cognition-interface-contracts

26 · supporting_or_integration

AI Supply-Chain Integrity and Lifecycle Provenance

Distinct responsibility

Every governed AI supply-chain decision should bind a prospectively frozen consumer, requested use, threat and assurance model, materiality policy, and relation-specific asset closure to exact subject/content and lineage identity; typed data, code, model, prompt/policy, dependency, build/training/evaluation, environment, hardware/firmware, supplier/service, signer, advisory, transformation, release, recipient, descendant, retention, and retirement state; issuer, verifier, policy, freshness, trust and dependency boundaries; observed artifact and lifecycle effects; append-only invalidation and acknowledged affected-path propagation; restoration, compensation, disclosure, privacy/rights, availability, cost, and terminal residual ownership. Missing, inconsistent, stale, unverifiable, revoked, compromised, materially incomplete, or unresolved-critical predicates should route each affected consumer to a named non-ordinary state, while no graph, BOM, checksum, signature, provenance statement, SLSA level, layout, supplier claim, advisory, quarantine, conformance result, or finite proof by itself establishes world-complete lineage, assertion truth, artifact correctness, absence of compromise, data fitness or rights, model safety, legal compliance, readiness, release merit, or deployment authority.

ai-supply-chain-integrity-and-lifecycle-provenance.core · Design rationale at argument support
governed-cognition-interface-contracts

27 · primary_owner

Recursive Self-Improvement Boundaries

Distinct responsibility

For a prospectively declared self-model, mutable state partition, authority envelope, consumer and use, and evaluation horizon, a system-generated change may enter a live capability field only through a separately authorized transition that binds exact change lineage, protected invariants, evaluator dependencies, full declared state, boundary deltas, matched evidence, staged exposure, outcome delay, rollback and compensation limits, descendant invalidation, and terminal residual ownership; the candidate may contribute proposals and evidence but cannot solely define, alter, judge, or authorize the conditions of its own promotion.

recursive-self-improvement-boundaries.core · Design rationale at argument support
governed-cognition-interface-contracts

28 · supporting_or_integration

Open-Ended Improvement Engines

Distinct responsibility

For a prospectively frozen consumer, purpose, legitimate objective, representation, campaign controller, task and candidate policy, evaluator and exposure policy, archive and hazard policy, resource and opportunity budget, stop authority, and evaluation horizon, open-ended improvement should operate as a bounded adaptive generation campaign in which every task, candidate, evaluation, failure, cost, reuse relation, and terminal outcome retains exact lineage; novelty, diversity, score, archive growth, transfer, self-verification, or search activity never grants authority or establishes useful improvement by itself; only separately qualified candidates may be handed to the existing self-improvement governor, and any change to the campaign's own objective, controller, evaluator authority, bounds, or admission interface is a separately authorized improvement proposal.

open-ended-improvement-engines.core · Design rationale at argument support
governed-cognition-interface-contracts

29 · supporting_or_integration

Autonomous Replication, Proliferation, and Containment

Distinct responsibility

Any replication-capable action should be denied by default and become testable only inside a synthetic containment contract that binds parent and descendant identity, authority noninheritance, resources, credentials, networks, copy lineage, persistence, adaptation, human assistance, shutdown and recall, proliferation bounds, residuals, and threshold commitments; component-task success or failure alone establishes neither end-to-end replication capability, containment, safety, nor permission to test real infrastructure.

autonomous-replication-proliferation-and-containment.core · Design rationale at argument support
governed-cognition-interface-contracts

Part II - Planning, Memory, Reasoning, and Execution

30 · primary_owner

Command Contracts: From Intent to Executable Work

Distinct responsibility

Intent-to-Execution Contracts should own a versioned, consumer-relative conformance relation between an accepted intent receipt and the complete execution lineage. Before any material dispatch, the relation binds exact objective and non-goals, semantic fields and precedence, authority ceiling and affected parties, state and environmental assumptions, allowed and forbidden means, artifacts and effect postconditions, verification and independence requirements, budgets and stop conditions, failure and compensation behavior, expiry and re-contract triggers, and the required receipts through plan, job, adapter, observed effect, artifact, delivery, feedback, and residual custody. Each lowering or effect must either preserve that relation under independently checkable evidence or stop, narrow, clarify, re-contract, compensate, or leave an explicit residual. The contract cannot infer human intent, grant authority, choose a plan, make a tool safe, prove semantic equivalence, establish verifier correctness, or count non-release as useful execution by itself.

intent-to-execution-contracts.core · Design rationale at argument support
governed-cognition-interface-contracts

31 · supporting_or_integration

Perception, Sensor Fusion, and Observation Trust

Distinct responsibility

A consequential observation requires a versioned contract binding task need, sensor and modality identity, calibration, pose, clocks, provenance, coverage, missingness, per-channel hypotheses, alignment, fusion, dependence, disagreement, shift, active observation, freshness, authority, cost, and residuals.

perception-sensor-fusion-and-observation-trust.core · Design rationale at argument support
record-reality-residual-honesty

32 · supporting_or_integration

Planning as a Control Layer: DAGs and Intelligence Arbitrage

Distinct responsibility

Planning as a Control Layer should own a versioned, consumer-relative plan policy that selects and revises a partial order of obligations under uncertainty before execution. The policy binds the accepted command version; candidate decompositions and explicit abstention; typed nodes and dependency semantics; assumptions, observations, predictive-state and error models; context, tool, capability, authority, rights, resource, and verifier requirements; adequacy and utility predicates; lifecycle, dispatch, merge, stop, fallback, recovery, and replan rules; complete alternative and attempt denominators; and expected versus observed cost, latency, risk, and residuals. Only nodes whose dependencies and feasibility predicates are satisfied may request lowering and dispatch, and every feedback-driven change must preserve the contract or produce a scoped re-contract or residual. The plan policy does not grant authority, perform semantic compilation, choose a worker, execute an effect, validate its own predictions, or prove that a decomposition is useful, optimal, safe, or transferable by itself.

planning-as-a-control-layer.core · Design rationale at argument support
governed-cognition-interface-contracts

33 · supporting_or_integration

Governed World Models and Reality Grounding

Distinct responsibility

A world model should be governed as a fallible, versioned prediction service whose state, horizon, uncertainty, provenance, and calibration bound which imagined consequences may influence planning and action; observation must repeatedly reconcile imagination with reality.

governed-world-models-and-reality-grounding.core · Design rationale at argument support
record-reality-residual-honesty

34 · supporting_or_integration

Cognitive Compilation and Semantic IR

Distinct responsibility

Cognitive Compilation should own a versioned, consumer- and target-relative translation contract that lowers an already accepted plan obligation through source, semantic, and target representations into a concrete artifact candidate while preserving addressable obligation, non-goal, authority, rights, assumption, source/context, evidence, resource, verifier, repair, and residual lineage. Every pass binds typed source and target semantics; declared normalization, loss, and ambiguity; preconditions and postconditions; dependencies; deterministic and nondeterministic inputs; compiler and validator identities; costs; receipts; and failure consequences. Acceptance requires post-translation validation against the actual target artifact by an independent-enough evaluator, while repair uses stable semantic identities, observed mutation sets, dependency closure, downstream rebuild, and revalidation. The compiler may block, narrow, request clarification, or residualize a lowering, but it does not reinterpret intent, choose the plan, grant authority, execute effects, self-certify semantic adequacy, or move support or release state.

cognitive-compilation-and-semantic-ir.core · Design rationale at argument support
governed-cognition-interface-contracts

35 · supporting_or_integration

The Virtual Context ABI: Typed Pages, Cells, and Certificates

Distinct responsibility

The Virtual Context ABI should own the static, versioned, consumer- and purpose-relative request-to-materialization contract between durable memory and model-visible context. It resolves stable object, semantic-address, version, mount, and snapshot references into finite typed representation candidates, then issues a certificate and receipt that bind exact source and field lineage, transformations, omissions and loss, provenance and taint, authority and rights, permitted and prohibited uses, freshness, lease, revocation, selection and omitted frontier, requested and observed adequacy state, costs, faults, and residuals. Admission means only that the actual packet conforms to the frozen request and policy; it does not establish truth, verification adequacy, model use, usefulness, safety, or support. The ABI may deny, ask, abstain, refresh, broaden, narrow, or return a typed fault, but it does not update durable memory, own transactions, infer execution authority, adjudicate claims, execute effects, or move support or release state.

virtual-context-abi.core · Design rationale at argument support
governed-cognition-interface-contracts

36 · supporting_or_integration

Durable Semantic Memory and Knowledge Lattices

Distinct responsibility

Durable semantic memory should be admitted through a versioned knowledge-lattice contract that binds object and relation identity, ontology, provenance, support state, temporal validity, authority and rights, merge and supersession, contradiction, retrieval route, compaction and forgetting, restart recovery, consumer use, and residual uncertainty; retrieval quality, graph connectivity, model recall, persistence, or a fluent answer alone establishes neither truth, complete memory, safe consolidation, erasure, nor decision authority.

durable-semantic-memory-and-knowledge-lattices.core · Design rationale at argument support
governed-cognition-interface-contracts

37 · supporting_or_integration

Context Transactions, Snapshots, Mounts, and Taint

Distinct responsibility

Context Transactions should own the dynamic, versioned state-transition contract for durable context memory. Each accepted transaction binds principal, consumer, purpose, operation, base snapshot, branch, mounts, actual read/write/derive/delete/revoke sets, isolation and conflict policy, authority and rights, taint and declassification, durability and recovery model, budget, horizon, and support ceiling to an observed pre-state and a causally ordered attempted, applied, durable, visible, replayed, or recovered post-state. Commit, branch, merge, abort, retry, compaction, deletion, revocation, and recovery must preserve exact identities, obligations, faults, costs, and residuals. The transaction layer may change durable context state, but it does not own static packet materialization, semantic truth, belief revision, model/optimizer state, external effects, artifact correctness, verification adequacy, support, or release.

context-transactions-snapshots-mounts-and-taint.core · Design rationale at argument support
record-reality-residual-honesty

38 · supporting_or_integration

Verification Bandwidth and Context Adequacy

Distinct responsibility

Verification Bandwidth should own the prospective, claim-specific adequacy contract for a verification attempt. Before outcomes, it binds target proposition and scope, population and environment, risk and consequence, requested support effect, required positive, negative, boundary, contradiction, counterexample, and transfer obligations, available source units, verification modes, tools, evaluator-dependency graph, authority and rights, budget, horizon, stop rule, and escalation path. After execution, it records every attempted, passed, failed, disputed, unknown, infeasible, and unattempted obligation plus actual artifacts, costs, disagreement, residuals, expiry, and causal-use observations. Adequacy means only that the declared verification program was sufficient for its exact purpose under stated premises; it does not establish claim truth, model cognition, source correctness, formal-model fidelity, useful outcomes, safety, support promotion, or release.

verification-bandwidth-and-context-adequacy.core · Design rationale at argument support
claim-state-transition-discipline

39 · primary_owner

Claim Ledgers and Belief Revision

Distinct responsibility

Claim Ledgers should own the durable identity and append-only state-transition history of each material claim and its semantic variants. Every record binds canonical proposition and scope, definitions and assumptions, population and environment, provenance and source roles, evidence and attack refs, support and uncertainty states, contradiction and defeater links, dependencies, ontology version, lifecycle, commitment, authority and rights, surface refs, expiry, residuals, and current materialized view; every proposed update binds trigger, before/after states, transition type, evidence-transition and review refs, affected dependency closure, surface-sync plan, concurrency base, migration, costs, and non-overwrite receipt. The ledger may record or route promotion, downgrade, split, merge, supersession, deprecation, retirement, dispute, or no change only through the owning gates. It does not establish claim truth, source or evidence validity, verification adequacy, semantic equivalence, reviewer competence, formal-model fidelity, action authority, usefulness, safety, support movement, or release.

claim-ledgers-and-belief-revision.core · Design rationale at argument support
claim-state-transition-discipline

40 · supporting_or_integration

Proof-Carrying Claims and Adversarial Review

Distinct responsibility

Selected claims and artifacts should move through proof-carrying, justification-carrying, or adversarial-review envelopes that record tier, interpretation mapping, evidence dossier, verifier or tribunal result, dissent, limitations, failed attempts, required actions, residuals, and ledger effects.

spinoza-verification-and-proof-carrying-claims.core · Design rationale at argument support
claim-state-transition-discipline

41 · supporting_or_integration

Labor OS and Typed Jobs

Distinct responsibility

The execution layer should convert plans into typed jobs managed by a governed labor operating system.

labor-os-and-typed-jobs.core · Design rationale at argument support
governed-cognition-interface-contracts

42 · supporting_or_integration

From Chat to Organizations: AI Work Surfaces and Agent Harnesses

Distinct responsibility

Every expansion of an AI work surface should be governed as a versioned abstraction-absorption transition that binds capability, context, state, tools, authority, effects, verification, human control, accountability, and residuals before project-, role-, team-, or organization-scale autonomy is accepted.

ai-work-surfaces-agent-harnesses-and-organizational-absorption.core · Design rationale at argument support
governed-cognition-interface-contracts

43 · supporting_or_integration

Human-AI Organizations, Delegation, and Accountability

Distinct responsibility

Consequential delegation requires a versioned organizational contract binding charter, affected parties, actors, roles, competence, workload, accessibility, information and decision rights, delegation, separation of duties, conflicts, incentives, benefits, escalation, appeal, remedy, contribution, dependence, accountability, succession, dissolution, and residual custody.

human-ai-organizations-delegation-and-accountability.core · Design rationale at argument support
governed-cognition-interface-contracts

44 · supporting_or_integration

Human-AI Symbiosis, Neurotechnology, and Cognitive Sovereignty

Distinct responsibility

Human-AI symbiosis should be evaluated as a reversible coupled-control intervention: the combined system must beat human-alone and AI-alone baselines on declared outcomes while preserving informed consent, mental integrity, cognitive agency, neural-data purpose limits, skill and exit capacity, equitable access, clinical boundaries, and longitudinal monitoring.

human-ai-symbiosis-neurotechnology-and-cognitive-sovereignty.core · Design rationale at argument support
governed-cognition-interface-contracts

45 · supporting_or_integration

AI Deployment, Transition, Distribution, and Human Agency

Distinct responsibility

Consequential deployment should advance only through a prospective transition contract that binds a counterfactual baseline, affected-person denominator, task-role-skill changes, adoption, substitution and complementarity, compensation and ownership, access and prices, concentration, critical-service continuity, human decision rights, training and redeployment, delayed outcomes, remedy, pause conditions, and residuals; exposure, productivity, adoption, or aggregate gain alone establishes neither job loss, welfare, fairness, human agency, nor a successful transition.

ai-deployment-transition-distribution-and-human-agency.core · Design rationale at argument support
governed-cognition-interface-contracts

46 · primary_owner

Artifact Graphs, Audit Logs, and Replay

Distinct responsibility

Execution should produce an artifact graph with audit logs, provenance, replay metadata, and links to claims and tests.

artifact-graphs-audit-logs-and-replay.core · Design rationale at argument support
record-reality-residual-honesty

47 · supporting_or_integration

Runtime Adapters, Tool Permissions, and Human Approval

Distinct responsibility

Runtime adapters should enforce typed permissions, sandboxing, human approval, and post-action evidence capture.

runtime-adapters-tool-permissions-and-human-approval.core · Design rationale at argument support
governed-cognition-interface-contracts

48 · supporting_or_integration

Embodied Agency, Real-Time Control, and Physical Safety

Distinct responsibility

Physical execution requires a plant-specific control lease binding embodiment, workspace, state estimator, dynamics, timing, force/space/contact limits, human presence, advanced/baseline/stop controllers, switching and interlocks, exploration, degraded modes, observed effects, compensation, irreversible residuals, costs, and expiry.

embodied-agency-real-time-control-and-physical-safety.core · Design rationale at argument support
record-reality-residual-honesty

49 · supporting_or_integration

Inter-Stack Protocols, Identity, and Economic Exchange

Distinct responsibility

A governed stack routes each cross-stack request through a versioned exchange contract that binds protocol and schema version, sender and receiver identities, endpoint and capability declaration, requested task or artifact, principal and delegated authority, credential verification, audience, scope, expiry, budget or consideration, expected receipt, dispute and revocation paths, and residual owner; an absent, mismatched, expired, revoked, unverified, or budget-unreserved required record blocks dispatch or routes accountable review, but does not itself establish peer trustworthiness, task or artifact truth, effect safety, payment settlement, legal validity, economic fairness, privacy, authorization correctness, or ASI.

inter-stack-protocols-identity-and-economic-exchange.core · Design rationale at argument support
governed-cognition-interface-contracts

50 · supporting_or_integration

Multi-Agent Dynamics, Collective Intelligence, and Systemic Risk

Distinct responsibility

Expanded multi-agent interaction requires a population contract binding agent/owner/model/organization identities, human participants, interaction and dependency graphs, incentives, information, resources, commitments, decision assumptions, entry/exit/copying/learning, population outcomes, externalities, human influence, interventions, costs, and residuals.

multi-agent-dynamics-collective-intelligence-and-systemic-risk.core · Design rationale at argument support
governed-cognition-interface-contracts

51 · supporting_or_integration

Procedural Memory and Cognitive Loop Closure

Distinct responsibility

Cognitive loop closure compiles repeated reasoning into verified parameterized tools and procedural memory.

procedural-memory-and-cognitive-loop-closure.core · Design rationale at argument support
record-reality-residual-honesty

Part III - Routing, Compression, Representation, and Substrates

52 · supporting_or_integration

Routing Heads and Specialist Cores

Distinct responsibility

ASI scales through a lightweight routing head that selects bounded specialist cores with local tools, memory, and authority.

routing-heads-and-specialist-cores.core · Design rationale at argument support
governed-cognition-interface-contracts

53 · supporting_or_integration

Replaceable Cognitive Substrates: Beyond Transformer Monoculture

Distinct responsibility

For an exact task family, consumer, modality, model and state version, memory contract, hardware/runtime, authority and rights envelope, resource budget, evaluator, fallback, rollback, and time horizon, learned cognition should be supplied through a typed Cognitive Kernel ABI whose implementations are admitted only by matched strong baselines, exact state and memory semantics, proposal-versus-effect separation, evaluator independence, complete lifecycle cost, failure and residual retention, checkpoint compatibility, and causal ablation.

replaceable-cognitive-substrates-beyond-transformer-monoculture.core · Design rationale at argument support
governed-cognition-interface-contracts

54 · supporting_or_integration

Relational Dimension Compilation and Polyadic Cognition

Distinct responsibility

Polyadic cognition should be implemented as a slow-path relational-dimension compiler over stable lower-arity primitives: candidate higher-order structure is typed, role-addressable, denominator-complete, qualified against strong pairwise and sequence baselines, budgeted, reversible, and retained only when it improves held-out relational performance without violating memory, latency, calibration, or governance constraints.

relational-dimension-compilation-and-polyadic-cognition.core · Design rationale at argument support
governed-cognition-interface-contracts

55 · supporting_or_integration

Governed Model Training, Distributed Optimization, and Scaling

Distinct responsibility

A model-training candidate is eligible for qualification only when a prospectively frozen run contract binds architecture, data lease and order, objective, optimizer, scheduler, numerical policy, device and parallelism topology, code and environment, budget, stopping and fault policy, complete attempted-run denominator, full declared checkpoint state, commit consistency, resume equivalence class, candidate-checkpoint family, validation-only selection, independent unopened qualification, and residual ownership; a loss reduction, completed job, high utilization, checkpoint file, successful load, recovered run, selected candidate, formal record proof, or source-reported scale result alone establishes neither faithful training, model quality, optimizer superiority, fault tolerance, safety, support, readiness, release, transfer, nor SOTA.

governed-model-training-distributed-optimization-and-scaling.core · Design rationale at argument support
governed-cognition-interface-contracts

56 · supporting_or_integration

Learning–Compute Topology and Adaptive Process Architecture

Distinct responsibility

For an exact task family, adaptive-state boundary, resolution contract, evidence and evaluator policy, credit semantics, lifecycle, integration operators, compute substrate, resource budget, authority, observables, rollback, and time, a self-improving stack should represent the learning process as a typed, versioned, provenance-bearing, rewritable causal topology; compile it through an explicit semantic firewall into execution and physical compute; measure discovery, evaluation, integration, communication, retention, and realization leakage jointly; and admit topology changes only through matched experiments and reversible governance. A branch count, worker count, schedule, normalized graph, bounded theorem, passing reference implementation, toy phase diagram, or source-authored architecture alone establishes neither adaptive plurality, retained learning, safety, superiority, transfer, nor ASI.

learning-compute-topology-and-adaptive-process-architecture.core · Design rationale at argument support
governed-cognition-interface-contracts

57 · supporting_or_integration

Learning Theory, Generalization, and Scaling Science

Distinct responsibility

A generalization, transfer, emergence, or scaling assertion should be accepted only through a dated claim contract that binds population and sampling assumptions, data support, hypothesis and algorithm, optimization and inductive bias, complexity or explanatory lens, metric, compute regime, uncertainty, breakpoint tests, held-out prediction, alternatives, and transfer boundary; a bound, fit, interpolation result, compression ratio, benchmark jump, or larger model alone establishes neither broad generalization, capability emergence, safety, nor future scale behavior.

learning-theory-generalization-and-scaling-science.core · Design rationale at argument support
claim-state-transition-discipline

58 · supporting_or_integration

Readiness Gates, Residual Escrow, and Quarantine

Distinct responsibility

For an exact versioned target, consumer, use, workload family, authority and rights envelope, and evaluation horizon, readiness should issue an expiring routability lease only from independently owned gate evidence, complete per-check state, preserved regression floors, inherited residual custody, allowed and blocked routes, monitoring, rollback and fallback obligations, and review triggers; failed, stale, waived, quarantined, superseded, retired, or lineage-invalidated targets cannot enter ordinary use, and split, merge, retrain, replace, rollback, and retirement transitions must preserve affected descendants, artifacts, effects, and residual owners.

readiness-gates-residual-escrow-and-quarantine.core · Design rationale at argument support
governed-cognition-interface-contracts

59 · supporting_or_integration

Personal Compute Hives and Federated Edge Intelligence

Distinct responsibility

For an exact versioned principal, household or project, job, use, data and tool class, effect envelope, acceptance test, risk budget, deadline, and evaluation horizon, a Personal Compute Hive should admit and place work only through policy-before-optimization: independently attested participants and roles, intersected authority and rights, task-local context and execution leases, least-authority adequate node selection, scoped approval, monitored sandboxed execution, complete artifact/effect/resource receipts, partition-aware denial or quarantine, and effect-complete rollback or residual custody; reachability, ownership, cheap capacity, a passing record schema, or stale authority alone cannot license execution, and federation, dropout, revocation, replacement, requeue, and retirement must preserve affected descendants and residual owners.

personal-compute-hives-and-federated-edge-intelligence.core · Design rationale at argument support
governed-cognition-interface-contracts

60 · primary_owner

Compact Generative Systems: Generate, Verify, Repair, and Residual Honesty

Distinct responsibility

For an exact versioned source artifact or state, consumer and use, reconstruction or semantic-adequacy contract, allowed loss, authority and rights envelope, workload distribution, cost boundary, and evaluation horizon, a compact representation should be admitted only when its generator, search, metadata, semantic lease, verifier, repair, fallback, interface, human, governance, recovery, and residual burdens are fully attributed; exactness or scoped loss is independently checked against the consumer contract; source lineage, supersession, and fallback remain executable; and the selected representation improves a preregistered joint utility-and-total-burden frontier over strong matched literal, standard codec, model-compression, retrieval, and semantic baselines. Smaller storage, tokens, parameters, or a finite fixture alone establishes neither useful compression nor semantic adequacy, and any hidden, moved, deferred, or discharged burden must retain state, evidence, owner, due condition, descendants, and reopening triggers.

compact-generative-systems-and-residual-honesty.core · Design rationale at argument support
record-reality-residual-honesty

61 · supporting_or_integration

Fast Generation Architectures

Distinct responsibility

Fast-generation admission is consumer-, workload-, model-, hardware-, serving-policy-, and time-window-specific: a controller may route an eligible request through a named accelerated path only after prospectively binding the context, quality, risk, budget, metric, verifier, fallback, rollback, and expiry contracts; separating attempted, proposed, accepted, verified, delivered, and useful output; fully attributing queueing, prefill, decode, verification, repair, retry, fallback, cache, memory, bandwidth, energy, human, and governance burdens; and showing a meaningful end-to-end improvement over matched quality-equivalent baselines without violating safety, authority, rights, or residual gates. Raw tokens per second, FLOP estimates, aggregate throughput, synthetic templates, or unverified speed lifts alone cannot qualify a route.

fast-generation-architectures.core · Design rationale at argument support
record-reality-residual-honesty

62 · supporting_or_integration

Governed Deliberation and Test-Time Scaling

Distinct responsibility

Governed deliberation is a consumer-, task-, risk-, model-, evaluator-, resource-, and time-specific inference lease: before outcomes, it chooses among direct generation, bounded revision, candidate search, or abstention; binds exact budgets, candidate/history custody, verifier scope and dependence, stop and escalation rules, initially-correct corruption and initially-incorrect repair metrics, downstream consumer, expiry, and residual owner; and admits only a bounded candidate to planning when matched natural and adversarial evidence shows useful gain after all branches, failures, verification, latency, compute, human, and governance costs. A trace, self-score, process reward, benchmark gain, or extra compute never establishes correctness, safety, capability, execution authority, or support movement by itself.

governed-deliberation-and-test-time-scaling.core · Design rationale at argument support
claim-state-transition-discipline

63 · supporting_or_integration

RankFold, NeuralFold, and Artifact Compression

Distinct responsibility

A compressed artifact may enter a downstream route only through an artifact-, consumer-, use-, access-pattern-, decoder-, platform-, and time-specific admission lease that preserves the full source, separates representation, reconstruction, ratio, utility, latency, and evidentiary-authority claims, counts every byte and operation, exercises probes and fallback, and expires or quarantines on drift; RankFold/NeuralFold remains a bounded candidate implementation, and no compact form inherits the source artifact's authority.

rankfold-neuralfold-and-artifact-compression.core · Design rationale at argument support
record-reality-residual-honesty

64 · primary_owner

Resource Economics and Token Budgets

Distinct responsibility

Resource Economics owns a consumer-, task-, risk-, workload-, organization-, resource-, and time-specific allocation lease that admits, prices, schedules, defers, shrinks, escalates, or rejects work only after protected safety and rights floors, complete direct and displaced costs, uncertainty, useful outcome value, verification capacity, load and tail stability, simulation-transfer limits, recovery, and residual ownership are explicit; throughput, low token count, synthetic success, or a cheap route alone confers no quality, safety, economic-optimality, support, or deployment authority.

resource-economics-and-token-budgets.core · Design rationale at argument support
record-reality-residual-honesty

65 · supporting_or_integration

Physical Compute Infrastructure, Energy, and Environmental Constraints

Distinct responsibility

A compute allocation should be physically eligible only through a workload-to-capacity contract that binds location and time, hardware and interconnect, delivered useful work, facility and grid dependencies, energy attribution, cooling and water, materials, land and community effects, metering uncertainty, resilience and degradation, maintenance, demand response, reuse, retirement, and residuals; nameplate compute, efficiency, low PUE, renewable procurement, or aggregate energy alone establishes neither availability, sustainability, community acceptability, nor lower total impact.

physical-compute-infrastructure-energy-and-environmental-constraints.core · Design rationale at argument support
record-reality-residual-honesty

66 · supporting_or_integration

Mathematical and Search Substrates

Distinct responsibility

Mathematical and Search Substrates owns a consumer-, use-, workload-, claim-axis-, implementation-, baseline-, resource-, and time-specific Substrate Adoption Lease: an unusual calculus, representation, recurrence, search procedure, latent world model, or sequence backbone may affect only the axes and consumers that pass matched ordinary and current baselines, negative controls, complete cost and rights accounting, falsification, fallback, independent reproduction, and transfer; structural elegance, a theorem, a source-reported benchmark, synthetic fixture validity, or one favorable axis alone confers no general quality, efficiency, safety, support, deployment, or SOTA authority.

mathematical-and-search-substrates.core · Design rationale at argument support
record-reality-residual-honesty

67 · supporting_or_integration

Circle Calculus and Proof-Carrying AI Contracts

Distinct responsibility

Circle Calculus and Proof-Carrying AI Contracts owns a theorem-, model-, artifact-, implementation-, consumer-, claim-, version-, and time-specific Proof Contract Transport Envelope: a finite formal fact may travel only with resolvable proof identity, exact assumptions and semantics, source and toolchain provenance, content fingerprints, deterministic recomputation or replay, least-authority consumer gates, expiry and revocation, and preserved non-claims; theorem validity, receipt readiness, archive integrity, or transport success alone confers no model-quality, runtime, memory, safety, deployment, transfer, support, or SOTA authority.

circle-calculus-and-proof-carrying-ai-contracts.core · Design rationale at argument support
record-reality-residual-honesty

68 · supporting_or_integration

Coil Attention, Cyclic Memory, and Recurrence Contracts

Distinct responsibility

Coil Attention, Cyclic Memory, and Recurrence Contracts owns a memory-object-, state-version-, request-, consumer-, workload-, structural-axis-, budget-, and time-specific State-Carry and Recurrence Admission Lease: a slot read, cyclic address, KV reuse, sparse edge, fanout schedule, or recurrent step may be admitted only when authority, provenance, residue and winding, freshness, coverage, alias and collision state, active work, progress, exit, fallback, expiry, and residuals satisfy the exact consumer contract; structural validity, synthetic fixtures, receipt replay, cache presence, or reduced scheduled work alone confers no retrieval, reasoning, context-length, quality, speed, memory, safety, deployment, transfer, support, or SOTA authority.

coil-attention-cyclic-memory-and-recurrence-contracts.core · Design rationale at argument support
record-reality-residual-honesty

69 · supporting_or_integration

CoilRA, MultiCoil RoPE, and Cyclic Mixers

Distinct responsibility

CoilRA, MultiCoil RoPE, and Cyclic Mixers owns a model-, layer-, mechanism-version-, workload-, baseline-, kernel-, hardware-, claim-axis-, and time-specific Cyclic Mechanism Tradeoff Packet: a cyclic adapter, phase bank, rotary scheme, route head, circulant operator, or block-cyclic mixer may enter a canary only when exact residue/winding, phase horizon, alias/collision/load, dense-reference parity, parameter and operation accounting, numerical error, kernel availability, complete cost, quality, failure, fallback, and rights evidence is matched against strong ordinary controls; equivariance, finite proofs, receipt validity, parameter reduction, or structural parity alone confers no quality, context-length, speed, memory, stability, efficiency, safety, deployment, transfer, support, or SOTA authority.

coilra-multicoil-rope-and-cyclic-mixers.core · Design rationale at argument support
record-reality-residual-honesty

Part IV - Evidence, Implementation, and the Living Book

70 · primary_owner

Executable Specifications and Lean Proof Envelope

Distinct responsibility

Executable Specifications and Lean Proof Envelope owns a proposition-, predicate-, abstraction-, artifact-, verifier-, consumer-, implementation-, version-, environment-, and time-specific Formal Artifact Authority Lease: a schema, executable model, Lean theorem, model-checking result, runtime monitor, behavior test, benchmark, or external theorem may authorize only the exact consumer statement whose operational semantics, abstraction map and losses, assumptions, dependency closure, verifier result, semantic adequacy, implementation binding, limitations, non-claims, expiry, and revocation path are recorded; artifact existence, field presence, a finite route, proof depth, a green build, a passing fixture, or an external theorem identity alone confers no deployed enforcement, empirical truth, system safety, source correctness, support promotion, transfer, or SOTA authority.

executable-specifications-and-lean-proof-envelope.core · Design rationale at argument support
claim-state-transition-discipline

71 · supporting_or_integration

Benchmark Ratchets and Anti-Goodhart Evidence

Distinct responsibility

Benchmark Ratchets and Anti-Goodhart Evidence owns a construct-, task-, dataset-, metric-, harness-, model-, checkpoint-, output-, evaluator-, baseline-, retry-lineage-, budget-, environment-, claim-axis-, and time-specific Benchmark Instrument Lease: a score or evaluation event may update only the exact claim whose construct validity, target capacity, data and metric provenance, output binding, contamination and public-calibration boundary, strong baselines and negative controls, complete selection and failure lineage, regression floors, frontier state, uncertainty, costs, causal checks, transfer, residuals, and decision authority survive review; a green fixture, synthetic probe, source-reported result, leaderboard gain, held-out score, saturation label, or archived winner alone confers no capability, safety, readiness, deployment, unlearning, support, transfer, or SOTA authority.

benchmark-ratchets-and-anti-goodhart-evidence.core · Design rationale at argument support
claim-state-transition-discipline

72 · supporting_or_integration

White-Box Evidence, Interpretability, and Activation Governance

Distinct responsibility

Internal-state observations should enter governance only as typed evidence artifacts with lineage, method assumptions, replication status, causal interventions, stability checks, coverage limits, and explicit non-authority; white-box evidence complements but does not replace behavioral and operational evidence.

white-box-evidence-interpretability-and-activation-governance.core · Design rationale at argument support
claim-state-transition-discipline

73 · supporting_or_integration

Capability Thresholds and Deployment Commitments

Distinct responsibility

Capability Thresholds and Deployment Commitments owns a domain-, threat-, assessment-, policy-version-, safeguard-package-, release-path-, authority-, exception-, residual-, and time-specific Capability-to-Deployment Commitment: before outcomes are visible, it binds a scoped crossing, non-crossing, incomparable, or stale assessment to predeclared safeguards, verification criteria, deadlines, access and monitoring constraints, re-evaluation, exceptions, residual custody, rollback, disclosure, and release-path consequences; a score, time-horizon estimate, threshold label, crossing, non-crossing, safeguard record, exception, or green readiness handoff alone confers no general capability, safeguard efficacy, safety, readiness, deployment, support, transfer, or SOTA authority.

capability-thresholds-and-deployment-commitments.core · Design rationale at argument support
claim-state-transition-discipline

74 · supporting_or_integration

Adversarial Evaluation, Sandbagging, and Training-Time Deception

Distinct responsibility

Adversarial Evaluation, Sandbagging, and Training-Time Deception owns a consumer-, decision-, model-, task-, elicitation-, authority-, monitor-, reward-, selection-, evaluator-, hypothesis-, outcome-, lineage-, and time-specific Evaluation Observation Integrity Packet: before outcomes are inspected, it freezes the permitted inference and comparison design, binds every observable and dependency, separates task outcome from behavioral interpretation, preserves discrepancies, alternatives, failures, costs, mitigation descendants, expiry, and downstream invalidation, and routes only a bounded observation-integrity status to existing evidence and decision owners; no score, trace, discrepancy, detector, mitigation, adversarial pass, quarantine, or complete finite packet alone establishes capability, intent, deception, sandbagging prevalence or resistance, reward fidelity, monitor validity, alignment, safety, readiness, deployment, support, transfer, or SOTA.

adversarial-evaluation-sandbagging-and-training-time-deception.core · Design rationale at argument support
claim-state-transition-discipline

75 · supporting_or_integration

Safety Cases and Structured Assurance

Distinct responsibility

Safety Cases and Structured Assurance owns a deployment-context-, hazard-, claim-, strategy-, evidence-, assumption-, defeater-, safeguard-, threshold-, readiness-, authority-, release-path-, residual-, version-, and time-specific Assurance Argument Compilation Packet: it compiles exact governed references and bounded support or challenge relations, preserves alternatives, dissent, staleness, countercases, conflicts, overrides, costs, lineage, and downstream invalidation, and routes only a scoped case status to existing decision owners; a connected, rendered, notation-conformant, reviewed, accepted, or synthetically complete case alone establishes neither hazard completeness, evidence adequacy, argument validity, reviewer independence, control effectiveness, risk, safety, readiness, release authority, deployment, support, transfer, nor SOTA.

safety-cases-and-structured-assurance.core · Design rationale at argument support
claim-state-transition-discipline

76 · supporting_or_integration

Content Authenticity, Watermarking, and Synthetic Media Integrity

Distinct responsibility

Synthetic-media integrity should use a layered authenticity envelope that binds asset identity, generator and editor claims, signed provenance, content bindings, watermark or fingerprint signals, detector outputs, visible disclosure, transformation history, trust policy, uncertainty, and remedy; every signal retains its own semantics, and no missing or valid signal becomes a universal truth judgment.

content-authenticity-watermarking-and-synthetic-media-integrity.core · Design rationale at argument support
record-reality-residual-honesty

77 · supporting_or_integration

Governed Operations, Incident Command, and Graceful Degradation

Distinct responsibility

Governed operation is a closed incident lifecycle that binds detection, classification, command authority, containment, effect-complete rollback, graceful degradation, recovery evidence, and learning to the exact deployed system and its dependency graph.

governed-operations-incident-command-and-graceful-degradation.core · Design rationale at argument support
record-reality-residual-honesty

78 · supporting_or_integration

Adjudicated Persistence and the Adaptive Commit Boundary

Distinct responsibility

Every transition from experience to durable causal influence should cross an Adaptive Commit Boundary as an authority-bearing adaptation transaction that keeps the experience record, lesson hypothesis, persistence disposition, concrete realization, qualification lease, and authority grant distinct; selects the least-commitment admissible locus portfolio under evidence, authority, observability, recovery, cost, and descendant obligations; and preserves denial, uncertainty, deoptimization, invalidation, and revocation paths.

adjudicated-persistence-and-the-adaptive-commit-boundary.core · Design rationale at argument support
governed-cognition-interface-contracts

79 · supporting_or_integration

Policy Optimization and Learning from Feedback

Distinct responsibility

Policy Optimization and Learning from Feedback owns a target-policy-, baseline-, objective-, feedback-, evaluator-, dataset-, optimizer-, checkpoint-, rollout-, authority-, resource-, monitor-, rollback-, consumer-, environment-, and time-specific Governed Policy Update Lease: before any update, it freezes the legitimate target behavior, admissible feedback and proxy boundary, strong baselines, update family and budget, drift and authority ceilings, complete evaluation and failure denominators, reward-hacking and causal checks, rollback and monitoring, residuals, expiry, and promotion authority; a reward, preference, verifier score, benchmark gain, loss reduction, synthetic canary, formal route, rollback dry run, or trained checkpoint alone establishes neither reward validity, causal policy improvement, retained capability, alignment, safety, readiness, deployment, support, transfer, nor SOTA.

policy-optimization-and-learning-from-feedback.core · Design rationale at argument support
record-reality-residual-honesty

80 · supporting_or_integration

Data Engines, Continual Learning, and Unlearning

Distinct responsibility

Data Engines, Continual Learning, and Unlearning owns a datum-, cohort-, provenance-, rights-, split-, contamination-, learning-lane-, retention-, checkpoint-authority-, full-state-inventory-, descendant-, deletion-request-, claim-axis-, consumer-, environment-, and time-specific Data-and-Descendant Custody Lease: before learning or deletion, it binds admissible use, evaluation exclusions, synthetic and transformation lineage, coverage and distribution residuals, model/optimizer/scheduler/RNG/cache/backup/descendant state, prospective checkpoint authority, retention and replay, deletion propagation, verification, rollback, expiry, and terminal custody; behavioral cohort change, causal influence reduction, privacy leakage reduction, lineage invalidation, legal compliance, and storage or backup erasure remain separate claims, and no receipt, checksum, exclusion, invalidation, benchmark score, rollback match, or synthetic campaign alone establishes model quality, forgetting, privacy, erasure, safety, readiness, deployment, support, transfer, or SOTA.

data-engines-continual-learning-and-unlearning.core · Design rationale at argument support
record-reality-residual-honesty

81 · supporting_or_integration

Scientific Discovery and Experimental Governance

Distinct responsibility

An AI-generated scientific claim should enter the evidence stack only through a preregistered experimental contract that binds hypothesis lineage, exploratory versus confirmatory status, design and power, instrument or simulator authority, calibration, sample and protocol lineage, blinding and holdouts, stopping and exclusions, analysis, complete attempts, independent replication, dual-use disposition, and claim ceiling; experimental completion, significance, synthesis, instrument output, or formal workflow validity alone establishes neither causal truth, general scientific discovery, reproducibility, safety, nor transfer.

scientific-discovery-and-experimental-governance.core · Design rationale at argument support
claim-state-transition-discipline

82 · supporting_or_integration

Artifact Steward Agents and Living Project Governance

Distinct responsibility

Artifact Steward Agents and Living Project Governance owns a project-, artifact-, mission-, owner-, authority-, roadmap-, work-contract-, event-, treasury-, compute-, contributor-, evidence-, governance-, release-, federation-, sunset-, consumer-, environment-, and time-specific Artifact Steward Continuity Lease: it may observe, propose, prepare, coordinate, execute, reverse, archive, or retire only through a versioned charter, taint-aware intake, scoped work contracts, separated contribution ledgers, bounded treasury and compute policy, verification and release gates, appeal and fork or exit paths, effect-complete rollback, and explicit sunset authority; it never acquires ownership, governance legitimacy, evidence authority, funding rights, release authority, legal standing, or permission from useful motion, a green workflow, a vote, a balance, a score, a fixture, a theorem, or its own prior action.

artifact-steward-agents-and-living-project-governance.core · Design rationale at argument support
governed-cognition-interface-contracts

83 · primary_owner

Integrated Reference Architecture

Distinct responsibility

Integrated Reference Architecture owns a trace-, run-, request-, intent-, authority-, artifact-, parentage-, layer-, canonical-state-, material-effect-, terminal-receipt-, evaluator-, evidence-, residual-, rollback-, consumer-, environment-, and time-specific Cross-Layer Trace Join Contract: it proves integration only when every participating owner remains distinct and its typed input, output, authority delta, state identity, observed effect, acknowledgement, evaluation, evidence delta, residual, stop, repair, rollback, and non-claim remain joinable across approved, blocked, failed, revoked, rolled-back, and quarantined paths; a diagram, shared prompt, interface name, projection, green service, replay, fixture, theorem, or locally successful slice cannot establish whole-stack execution, semantic preservation, governance enforcement, safety, capability, deployment, transfer, or SOTA.

integrated-reference-architecture.core · Design rationale at argument support
governed-cognition-interface-contracts

84 · supporting_or_integration

Project Theseus as Report-First Implementation Reference

Distinct responsibility

Project Theseus as Report-First Implementation Reference owns a source-project-, pinned-revision-, report-family-, command-, environment-, artifact-, lineage-, evidence-state-, replay-, public-safety-, publication-permission-, reviewer-, consumer-, and time-specific Implementation-Reference Evidence Packet: it binds every imported or replayed report, configuration, ledger, work-board summary, registry, gate, crosswalk, trace, retained artifact, command, environment note, digest, missing artifact, decision, residual, and non-claim to source-note-only, imported, replay-ready, replay-failed, locally reproduced, stale, runtime-blocked, or archived lineage; dashboards and latest files are projections only, and no GREEN gate, complete registry, module card, pointer row, metadata snapshot, parity manifest, command replay, fixture, theorem, or sanitized import alone establishes current runtime truth, clean live replay, model quality, capability, benchmark validity, safety, deployment, support, transfer, AGI, ASI, or SOTA.

project-theseus-as-report-first-implementation-reference.core · Design rationale at argument support
record-reality-residual-honesty

85 · supporting_or_integration

Prototype Roadmap

Distinct responsibility

Prototype Roadmap owns a program-, roadmap-, phase-, dependency-, artifact-, acceptance-gate-, authority-, evaluator-, evidence-transition-, phase-debt-, residual-, rollback-, reviewer-, consumer-, environment-, and time-specific Evidence-Gated Phase Unlock Contract: it binds every proposed phase to prerequisites, allowed work state, required artifacts, commands, environment, resource bounds, gates, independent evaluation, residuals, debt, rollback, retirement, evidence effect, and non-claims before later work may research, demo, integrate, promote, or release; no roadmap row, milestone, source report, dashboard, task count, passing fixture, theorem, validator, build, or locally useful prototype alone establishes phase completion, safe dependency order, capability, governance effectiveness, deployment, transfer, AGI, ASI, or SOTA.

prototype-roadmap.core · Design rationale at argument support
record-reality-residual-honesty

86 · primary_owner

Living Book Methodology

Distinct responsibility

Living Book Methodology owns a book-, edition-, change-, source-, claim-, proof-, test-, render-, audience-, derivative-, release-, rights-, reviewer-, consumer-, environment-, and time-specific Evidence-Preserving Publication Transaction: it binds every substantive intake, structural edit, claim change, proof or test change, render, reader or audio projection, release, correction, rollback, and successor handoff to canonical source state, provenance, authority, validation, evidence effect, residuals, non-claims, and immutable lineage; generated scaffolds, green validators, theorem builds, successful renders, local format artifacts, publication activity, or a polished release never by themselves establish source interpretation, editorial quality, accessibility, reader approval, chapter truth, capability, safety, external reproduction, transfer, AGI, ASI, or SOTA.

living-book-methodology.core · Design rationale at argument support
claim-state-transition-discipline

87 · supporting_or_integration

Open Research Agenda and Bibliography Plan

Distinct responsibility

Open Research Agenda and Bibliography Plan owns a research-program-, source-or-gap-, backlog-item-, access-, provenance-, public-safety-, chapter-boundary-, claim-, proof-or-experiment-, deduplication-, evidence-transition-, owner-, next-action-, closure-, consumer-, environment-, and time-specific Research Backlog Admission and Closure Contract: every new paper, local project, missing artifact, conflicting result, proof idea, experiment, reproduction need, correction, or chapter proposal enters through exact intake, triage, assignment, preconditions, blockers, non-claims, and terminal closure before it changes prose or support; no title, citation, source count, inventory row, source note, queue, priority label, backlog size, fixture, theorem, validator, or completed reading task alone establishes citation accuracy, literature completeness, research quality, claim support, reproduction, transfer, AGI, ASI, or SOTA.

open-research-agenda-and-bibliography-plan.core · Design rationale at argument support
claim-state-transition-discipline