AI Initiative logoAI Initiative
Reading room / AI learning

AGNN Co-Learning Capability Ground Truth

AGNN Co-Learning Capability Ground Truth. A source-qualified account of the method, capability boundaries and required evidence.

Research and capability design
This is the retained source text, not a new validation of its claims. Numerical results and comparative claims require the accompanying source review before public reuse.

Read the connected case study or article →

Author not established in the source · Date not established

Provenance, authorship and editorial notes

AGNN Co-Learning Capability Ground Truth

Id

method-agnn-co-learning-capability-ground-truth-2026-07-04

Project

AI learning

Source path

conduir-evolution/delivery/AGNN-CO-LEARNING-CAPABILITY-GROUND-TRUTH-2026-07-04.md

Source sha256

4d362365ca927ae6011304ac0da437351bb9c34756beaff56c4b5df509b21cd7

Repo head

61278260a6a877769ef025356ecc5feb1d53f1b4

Date
Not recorded
Author
Not recorded
Document status

Research and capability design

Summary

AGNN Co-Learning Capability Ground Truth. A source-qualified account of the method, capability boundaries and required evidence.

Evidence concerns
  • A preserved method or proposed capability is not a certified autonomous controller.
  • These documents retain their historical scope; no implementation or learning experiments were run for this website task.

AGNN Co-Learning Capability Ground Truth

Feeder doc — this is GPT base iteration — build-sequence detail; the canonical spine reconciles it (reading-order #3). Start at the family front door: delivery/AGNN-INDEX-AND-ALIGNMENT-2026-07-04.md. The canonical capability map + backlog is delivery/AGNN-CO-LEARNING-OBJECTIVES-CAPABILITIES-FLOOR-2026-07-04.md — if this doc disagrees with it on a code-truth claim, the canonical map wins.

Date: 2026-07-04
Purpose: Base document for translating the GNN Game-Players / autonomous build showcase pattern into Conduir capabilities.
Scope: Reconciles the target co-learning model with the Conduir base capability model, local contracts, service code, Guardian design material, AGNN research notes, and the Confluence showcase source page.


1. Ground Truth

The useful capability is not "a GNN that plays games." The reusable capability is an arena factory:

state graph -> competing player policies -> isolated trial -> mechanical settlement
            -> OutcomeEvent / ObjectiveScore -> governed promotion or rejection

For Conduir, this means the game-player pattern should become a governed co-learning substrate used by Guardian, self-evolution, routing, memory, blueprint simulation, cost optimisation, HITL reward mining, and meta-review.

The system should not promote neural novelty as the product. It should promote repeatable arenas with:


2. Source Material Reviewed

Confluence Target Source

The Confluence page GNN Game-Players - Autonomous Build Showcase (Tic-Tac-Toe -> Chess -> Poker) was accessed on 2026-07-04 through the Confluence Cloud API using Vault/Jira-provided credentials. No credential material is copied into this document.

The page demonstrates one autonomous build session progressing through tic-tac-toe, chess, Kuhn poker, and Leduc hold'em. The important transfer pattern is:

The page is therefore treated as evidence for the method: iterate, measure against ground truth, adversarially review, fold confirmed findings, re-verify, and keep the audit trail.

Operator-Provided Capability Mapping

The excerpt maps AGNN / co-learning features to:

Local Ground-Truth Documents

Local Code Surfaces Reviewed


3. Terminology

TermMeaning in this document
AGNNBroad adversarial graph / neural / game-player pattern. Not every arena needs a trained GNN in v0.
ArenaA bounded contest with players, state, action space, settlement, telemetry, and promotion rules.
PlayerA policy that proposes, attacks, routes, defends, prunes, critiques, or simulates. May be scripted, LLM-based, bandit-based, or neural.
RefereeSubstrate, Guardian, cert-fabric, quality-fabric, or operator authority that settles outcomes. The referee is not a contestant.
Settlement signalMechanical evidence used to score an arena. Examples: test pass, sandbox fitness, attack/detection rate, operator accept/reject, token cost, route score.
Side laneIsolated experiment lane wrapped by SideLaneEnvelope; cannot contaminate main-lane learning until promotion criteria pass.
PromotionGoverned transition from shadow/side-lane evidence to an allowed product behavior.

4. Non-Negotiable Design Rules

1. Mechanical settlement over LLM self-grading. An arena can use LLMs as players, but its reward must be settled by code, tests, sandbox results, telemetry, operator decisions, or signed security evidence.
2. CAP-9/Substrate is the referee, not a player. ActorContext, OutcomeEvent, tenant isolation, audit chain, path maturity, and policy gates must remain outside self-mutation.
3. Guardian GatePolicy is immutable-by-swarm. Red/blue panels may learn, but signed Guardian policy and production enforcement rules are operator/substrate authority.
4. Side-lane isolation is mandatory. New players and learned policies start as shadow or side-lane experiments before product use.
5. Strong scripted baselines are required. The research sweep notes that heuristics can beat MARL in cyber gyms; neural agents must beat practical baselines, not just weak model opponents.
6. Adaptive attacks are required for graph defenses. Homophily pruning and trimmed-mean aggregation are not sufficient as standalone claims.
7. Metric gates need fixed-point validation. A known-good strategy must score good and a known-bad strategy must score bad before any metric can gate promotion.
8. Pre-register formal gates when sampling can be gamed. A single fixed-seed or fixed-window run should be declared before the evaluation when pass/fail could be sample-shopped.
9. Failures are evidence. Failed arena attempts, rejected reviewer findings, and corrected ruler bugs must stay in the audit trail because they are part of the learning substrate.
10. Rules can referee; learned players should not redefine legality. Legality masks, sandbox boundaries, and Guardian policy are allowed as external constraints, but they are not proof that the learned player owns the rule.
11. No capability claim without a settlement signal. Every claimed co-learning capability needs a named metric and a replayable evidence source.


5. Current Code-Truth Snapshot

SurfaceCurrent truthCapability implication
MoveProposalV0Exists with proposer, evidence, benefit, rollback, tier, and status fields. No explicit refuter, contradictor, or adversarial review population field.CAP-5 proposer-vs-refuter is the clearest missing contract-side opportunity. Start with sidecar RefutationRecordV0 before changing frozen proposal shape.
Evolution Red Teamred_team.py implements Red-Queen challenger fitness and enable gate, explicitly shadow/default-off.CAP-5 self-evolution has proof substrate but should remain flag-off until shadow difficulty and downstream regression evidence are stable.
Meta-swarmmeta_swarm.py emits advisory proposals and explicitly "applies NOTHING."Meta-review is a real but inert loop. It can become a shadow arena by scoring reviewer proposals against later ground truth.
Cost-aware selectioncost.py has cost utility, default cost_utility_weight = 0.0.Cost game exists as a dormant lever. Turn it on first in shadow with ObjectiveScore.cost_efficiency and quality guardrails.
ExperimentStoreexperiment_store.py records task intent, verification, cost, latency, tokens, quality, model, provider, and per-stage outcomes.CAP-6 is the natural arena factory backend. It can host many co-learning trials without inventing a new storage service.
SideLaneEnvelopePorted contract exists. CAP-6 port plan still calls out missing parity/hardening items.Use as the isolation envelope for every arena. Do not introduce a parallel experiment wrapper unless this contract cannot carry the evidence.
ObjectiveScoreV1Ported production reward contract with real/simulated and main/sidelane concepts.Use as the canonical score carrier for routing, simulation, cost, and arena promotion.
OutcomeEventCanonical learning/audit bus exists across repo docs and contracts.Arena outputs should become OutcomeEvents, not private logs only.
HITL queue / feedbackAPI-BFF has human approval/rejection and feedback surfaces.HITL reward mining is high signal-per-dollar because operator decisions already exist in product flow.
GraFOSa memory layerGraph memory nodes/edges, temporal validity, and traversal surfaces exist.CAP-2 memory keep/prune game can be framed over existing memory graph structures.

6. Capability Build Matrix

Product Capabilities

CapabilityVerdictBuildable capabilitySettlement signalCurrent statusRecommended next move
CAP-6 explorationHighest leverageArena Factory: shared arena lifecycle using ExperimentStore, SideLaneEnvelope, ObjectiveScore, OutcomeEvent.experiment creation to adoption time; side-lane pass rate; graduation rateSubstrate partially present; not fully lane-wrapped.Build the arena contract pack first.
CAP-5 self-evolutionHelps nowRed-Queen challenger: coevolving adversarial tests against swarm proposals.hidden tests, sandbox fitness, delayed regressionRed-team primitive exists, shadow/default-off.Keep shadow; add promotion criteria and regression attribution.
CAP-5 contradictorMissed opportunityProposer-vs-refuter proposal review with adversarial refutation records.proposal acceptance vs later regression; refuter hit/missVerified contract gap: MoveProposalV0 has proposer but no refuter.Add RefutationRecordV0 sidecar referencing proposal_id.
CAP-4 routingHelps after substrateWorst-case task adversary hardens router/bandit choices.ObjectiveScoreV1, route pass rate, latency, costHypothesis; depends on SUB-9.14/path maturity and score wiring.Start with offline replay of historical tasks before online routing.
CAP-8 blueprintsReshape after simulatorIdeator-vs-simulator-vs-critic tournament for blueprints that arrive pre-attacked.what-if simulation outcome; simulated vs real deltaSimulator/contracts still being ported; hard prerequisite.Do not build tournament until BlueprintSimulationResultV0/simulator path is real.
CAP-2 memoryReshapeConsolidator-vs-forgetter learns keep/prune decisions over memory graph.downstream retrieval hit, contradiction rate, retrieval poison avoidanceGraph memory surfaces exist; neural keep/prune is not wired.Start with rule baseline and shadow labels from retrieval outcomes.
CAP-1 team protocolsReshapeProposer-vs-refuter handoff protocol arena for debate/team structures.downstream test/schema pass; handoff edge successSwarmHandoffEdge exists as substrate; verdict quality alone is not enough.Score team protocols by downstream artifacts, not by debate style.
CAP-7 twinWeak/contestedTwin generator vs discriminator on held-out user/operator actions.held-out action accuracy; user correction rateCould be single-agent imitation, not true co-learning.Keep as deferred unless operator-visible correction loop is present.
CAP-3 block libraryReshape, deferredBlock adoption marketplace where templates compete by measured reuse efficacy.template efficacy, adoption, rollback rateOff critical path; useful after CAP-6/CAP-8 mature.Defer until arena and blueprint telemetry are stable.
GuardianHelps alreadySecurity red/blue wargame with signed mechanical settlement.attack rate, detection rate, false positive rate, signed GatePolicy decisionCorrect security instance; policy mutation is no-go.Productionize Guardian as referee plane, not learner-owned policy.
CAP-9 substrateRefereeNo player role. Provides identity, events, isolation, score, audit, replay.substrate conformanceFoundation, not peer product.Protect from swarm mutation; close substrate seams before strong claims.

Cross-Cutting Arenas

ArenaBuildable capabilitySettlement signalStatusRecommendation
Cross-service causal fabricLearn from outcome streams crossing service boundaries.mission-level OutcomeEvent and replayed causal chainBiggest miss; requires clean OutcomeEvent coverage.Treat as second-wave high leverage after arena contracts exist.
HITL boundaryMine operator approve/reject/correct as reward.operator decision, correction text, later regressionHighest signal-per-dollar.Build early; it reuses product events instead of synthetic labels.
Meta-reviewReviewers co-evolve from hit/miss history.reviewer hit/miss vs ground truthCode exists but advisory only.Start in shadow; never let reviewer self-grade.
Cost gameBudget adversary vs quality defender.token_cost_usd plus quality/objective scoreDormant code path; weight defaults to 0.0.Turn on as a shadow lane with quality floors.

New Shared Concept: Arena Contract Pack

Do not start with a new service. Start with a shared contract and adapters around existing stores.

Minimum V0 concepts:

ConceptPurpose
ArenaSpecV0Names the arena, capability owner, player roles, state graph, action space, allowed tools, isolation mode, settlement signal, and promotion gate.
ArenaRunV0Records a single trial, inputs, players, side-lane envelope, timestamps, and artifact refs.
ArenaSettlementV0Records mechanical settlement, ObjectiveScore reference, OutcomeEvent reference, and promotion recommendation.
RefutationRecordV0Sidecar to MoveProposalV0 for CAP-5 contradictor/refuter evidence without mutating frozen proposal v0.
HITLRewardEventV0Normalized operator approve/reject/correct signal for routing, proposals, blueprints, and twin suggestions.

These can initially be documented/contracts-first and mapped to existing stores:

Arena Lifecycle

1. Register ArenaSpecV0
2. Select player policies and baseline policy
3. Run isolated side-lane trial
4. Collect mechanical settlement
5. Emit OutcomeEvent and ObjectiveScore
6. Compare against scripted baseline and previous champion
7. Promote, continue shadow, or reject
8. Record replay/audit evidence

Promotion Requirements

An arena can affect product behavior only when all are true:


8. First Build Sequence

Phase A: Groundwork, No Product Claim

1. Author ArenaSpecV0, ArenaRunV0, ArenaSettlementV0, and RefutationRecordV0.
2. Add adapters from arena run records to ExperimentStore.
3. Define the canonical OutcomeEvent types or payload conventions for arena start/settle/promote/reject.
4. Add a read-only dashboard/table that shows arena runs, players, settlement, score, and status.
5. Keep all players in shadow/side-lane mode.

Phase B: Three Early MVP Arenas

1. CAP-5 Proposer-vs-Refuter. Refuter produces RefutationRecordV0; settlement is later regression, test failure, or operator rejection.
2. HITL Reward Miner. Operator approve/reject/correct signals become reward data for proposals, routing, and blueprint suggestions.
3. Cost Game. Cost-aware utility runs in shadow with cost_utility_weight > 0 only for score reporting, not behavior change.

Phase C: Product-Adjacent Arenas

1. Routing adversary. Generate worst-case historical tasks and evaluate router choices offline with ObjectiveScoreV1.
2. Meta-review. Score reviewers by later confirmed/rejected findings; use results to route future review work.
3. Memory keep/prune. Use retrieval success, contradiction avoidance, and poison quarantine outcomes to train keep/prune decisions.

Phase D: Higher-Leverage Arenas

1. Blueprint tournament. Requires real simulator contracts and what-if evidence.
2. Cross-service causal fabric. Requires reliable mission-level OutcomeEvent replay.
3. Block marketplace. Requires mature telemetry for template reuse, rollback, adoption, and efficacy.


9. Capability Backlog

IDWork itemOwner capabilityDependencyAcceptance signal
AGNN-01Arena contract pack: ArenaSpecV0, ArenaRunV0, ArenaSettlementV0CAP-6/CAP-9SideLaneEnvelope, OutcomeEvent, ObjectiveScoreContract parity tests and one sample arena run record.
AGNN-02RefutationRecordV0 sidecar for MoveProposalV0CAP-5MoveProposalV0Proposal can carry external refuter evidence without changing frozen proposal v0.
AGNN-03Proposer-vs-refuter shadow arenaCAP-5AGNN-01/02Refuter hit/miss measured against later regression/operator rejection.
AGNN-04HITL reward adapterCross-cuttingHITL queue / feedback eventsOperator approve/reject/correct normalized into reward events.
AGNN-05Cost game shadow laneCAP-10/CAP-6ObjectiveScore cost fieldsCost-adjusted score reported without changing routing/promotion.
AGNN-06Meta-review scoring loopCross-cuttingmeta_swarm advisory outputReviewer proposals scored against later ground truth.
AGNN-07Routing adversary offline replayCAP-4SUB-9.14, ObjectiveScoreV1Worst-case task set changes router score distribution measurably.
AGNN-08Memory keep/prune arenaCAP-2GraFOSa memory outcomesKeep/prune choices improve retrieval hit without poison/contradiction increase.
AGNN-09Blueprint tournament prereq closureCAP-8Blueprint simulation contractsSimulator can emit source/confidence/what-if results before tournament work.
AGNN-10Guardian policy immutability proofGuardian/CAP-9Guardian GatePolicyTest proves swarm cannot mutate signed production policy.
AGNN-11Cross-service causal graph spikeCross-cuttingOutcomeEvent coverageMission-level causal chain reconstructs route, cost, artifact, and outcome.
AGNN-12Strong baseline suiteAll arenasArena contract packEvery neural/LLM player is compared against scripted baseline.

10. Explicit Claim Boundaries

Claimable Now

Not Claimable Yet


11. Decision Recommendation

Build the Arena Contract Pack first, then ship three shadow arenas:

1. proposer-vs-refuter,
2. HITL reward miner,
3. cost game.

This creates the reusable ground for every later AGNN/co-learning capability while staying honest about current code truth. It also avoids the highest-risk mistake: trying to make the neural player the authority. In Conduir, neural or LLM players may compete; substrate, Guardian, operator policy, and mechanical settlement decide.

Continue exploring