You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
Parent
#580
What to build
Run one bounded exact-main instance of
alpha-harness mission executefor 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-infountil 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
ready-for-agent, every Runtime control field contains a concrete, non-placeholder value and all native blockers are closed.Acceptance checks:andResult: passed.Blocked by
#605