Skip to content

[CHESS P0] Activate isolated chess programme and shared editor header contract #97

Description

@spikeal8-maker

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:

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.

Definition of done

  • [CHESS MODULE PROGRAM] ASA Chess — game, analysis, puzzles, classroom and fair play #65 links to this task;
  • the parity ledger is reviewable on GitHub;
  • 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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions