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
Activate an isolated ASA Chess delivery programme without changing or coupling Electronics, 3D, future Checkers or generic ASA Lab subject boundaries.
This is the programme-entry task for the revised plan published in #65. It is planning/governance scope only until the owner performs the execution-state transition.
User-visible direction
The first accepted product release after P0 will be:
play a calibrated ASA bot
→ receive verified Game Review
→ retry the key mistake
→ train the generated position
→ receive a lesson recommendation
Required scope
create a dated Chess.com-to-ASA scenario ledger;
classify scenarios as required, extended or deferred;
define R1 task IDs and dependencies;
define focused and browser gates for R1;
define additive, tenant-scoped data ownership;
define Chess and future Checkers isolation from other modules;
characterize the existing Electronics top header before extracting shared editor chrome;
specify a shared header contract covering ASA mark/back action, title, save state, named modes, avatar and optional module toolbar;
prove that shared-shell work does not change Electronics behaviour;
add feature flags and rollback requirements;
publish owner evidence requirements for desktop, tablet and mobile;
update execution manifest, project map and test catalog only during the explicit owner transition.
Non-goals
no Chess product code on the active 3D branch;
no changes to Electronics behaviour or owner assets;
no destructive migrations;
no Checkers implementation inside Chess;
no copying Chess.com branding, source, content, avatars or proprietary algorithms;
no automatic activation of R1.
Proposed module boundary
contexts/chess standard chess domain only
contexts/chess-live authoritative live chess only
contexts/chess-analysis engine and review orchestration
contexts/chess-training puzzles and practice
contexts/chess-learning lessons and learning progress
contexts/chess-competition tournaments and puzzle competition
contexts/chess-fair-play chess policy and moderation signals
Generic ASA contracts remain owned by Account, Workspace, Project, ProjectVersion, Classroom, Assignment, Submission, Grade, Badge, Moderation and Audit.
Header acceptance contract
same 48px primary-row geometry and information hierarchy as Electronics;
same ASA Lab mark/home affordance;
editable project title;
saved/saving/error state including actionable error text;
named module modes and account avatar;
keyboard and responsive behaviour;
optional second 48px chess toolbar;
Chess-specific actions supplied through slots/configuration, not hard-coded into Electronics;
characterization tests pass before and after extraction.
R1 issues have bounded scopes and dependency order;
planned tests are published but not falsely reported as executed;
isolation and header contracts have owner acceptance;
owner performs a separate transition from the current task into this task;
pnpm control-plane:check passes on the transition SHA.
Current blocker
docs/execution/current.yaml currently assigns TASK-3D-M0-001 / PR #95 to execution lease holder codex-three-d-m0. This task stays blocked and read-only until the owner completes or pauses that task and publishes the new execution state.
Outcome
Activate an isolated ASA Chess delivery programme without changing or coupling Electronics, 3D, future Checkers or generic ASA Lab subject boundaries.
This is the programme-entry task for the revised plan published in #65. It is planning/governance scope only until the owner performs the execution-state transition.
User-visible direction
The first accepted product release after P0 will be:
Required scope
Non-goals
Proposed module boundary
Generic ASA contracts remain owned by Account, Workspace, Project, ProjectVersion, Classroom, Assignment, Submission, Grade, Badge, Moderation and Audit.
Header acceptance contract
Definition of done
pnpm control-plane:checkpasses on the transition SHA.Current blocker
docs/execution/current.yamlcurrently assignsTASK-3D-M0-001/ PR #95 to execution lease holdercodex-three-d-m0. This task stays blocked and read-only until the owner completes or pauses that task and publishes the new execution state.