Skip to content

Prove one exact-main single-instrument mission with immutable readback #606

Description

@proerror77

Parent

#580

What to build

Run one bounded exact-main instance of alpha-harness mission execute for one approved venue, symbol, and horizon using fresh content-bound CEX materialization and event-replay inputs.

Publish the result once, independently read it back, and verify every artifact and hash in the complete first vertical slice. This is runtime evidence, not code implementation or authority to activate Paper, Shadow, or LiveSmall.

The issue must remain needs-info until every Runtime control field below is replaced with a concrete value and all native blockers are closed.

Runtime control

Target: Pending — exact environment, namespace/job, venue, market, symbol, horizon, dataset/snapshot, and result destination must be supplied.

Candidate: Pending — exact origin/main SHA, immutable image digest, configuration hash, Mission hash, collector/source revision, and rollback image/configuration identities must be supplied.

Controller: Pending — one named human or automation controller must be supplied.

Stop rule: Pending — bounded resource/time limits, holdout-open limit, data/replay failure conditions, publication conflict, and LiveSmall prohibition must be supplied.

Rollback: Pending — exact prior image/configuration or job-stop identity, procedure, cleanup boundary, and immutable-evidence retention rule must be supplied.

Acceptance criteria

  • Before transition to ready-for-agent, every Runtime control field contains a concrete, non-placeholder value and all native blockers are closed.
  • Candidate code and image are built from the recorded exact origin/main SHA.
  • The run uses a fresh CEX materialization and replay input bound to the recorded exact collector/source revision; stale snapshots are not treated as current evidence.
  • One typed Mission selects exactly the approved venue, market, symbol, and horizon.
  • The bounded run emits GP accepted/rejected evidence, Factor Bank, both baselines, MCTS subset/checkpoint, fixed weights, four-stage strategy, combination walk-forward, L2 replay receipt, precommit, and zero-or-one sealed receipt.
  • Replay readback reports queue position, partial fills, market impact, and true capacity honestly and makes no full-L3 claim.
  • The holdout is opened at most once for the exact precommit, with retry/conflict evidence recorded.
  • Any promotion and bundle hashes validate independently against the precommit and sealed receipt.
  • The result destination is create-once and refuses overwrite.
  • Independent readback verifies source SHA, image digest, Mission, input manifests, configuration, artifact identities, result bundle hash, and terminal state.
  • No Paper, Shadow, or LiveSmall activation occurs without a separate explicitly authorized runtime contract.
  • LiveSmall remains rejected.
  • The named controller records exact target, candidate/configuration identity, rollback identity and procedure, stop rules, terminal result, and cleanup evidence.
  • Closure uses the repository runtime-evidence process and records Acceptance checks: and Result: passed.

Blocked by

#605

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestneeds-infoWaiting for reporter informationruntimeRequires deployment, runtime mutation, or live evidence for closuretrackingParent or PRD tracking issue; exclude from execution queues

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions