T0 Intake Findings - 20260511-T001

1. Claim Board Status

Location: /workcell/llm-wiki/wiki/tasks/claim-board.md ✅ (exists)

Active Claims: None - No active claims found - No stale claims to resolve - Claim board is ready for new work

2. Log Status

Location: /workcell/llm-wiki/log.md ✅ (exists)

Recent Entries: - 2026-05-11T00:00:00Z: Initial wiki scaffold created - 2026-05-11T01:45:00Z: Current claim for asset extraction readiness (this task)

3. Repo Overview (Top 80 files)

Key Directories Identified: - /work/repo/docs/ - Comprehensive documentation (19 files) - /work/repo/src/ - Source code including d3tui_main.c - /work/repo/tools/ - Asset extraction tools - /work/repo/asset-staging/ - Metadata-only asset staging - /work/repo/stage-briefs/ - Stage briefs (SB-001 through SB-013) - /work/repo/scripts/ - Build and verification scripts - /work/repo/tests/ - Test infrastructure

Critical Files: - docs/REALIGNMENT_BRIEF.md - Current authoritative target - docs/D2_TITLE_MENU_TARGET.md - Visual target specification - docs/BUILD_TARGET_POLICY.md - Build constraints - docs/BUILD_STATUS.md - Current build state and blockers - src/d3tui_main.c - Main application (currently shows decoder evidence) - tools/extract_d2_menu_assets.py - Asset extraction tool - tools/title_menu_manifest.json - Title menu asset manifest

4. Agent Protocol Review

Key Constraints from /work/repo/docs/AGENT_PROTOCOL.md:

Work Location: Repo and allowed FROM paths only ✅ Traceability: Forgejo issues + journal entries required ✅ Secrets: No secrets in files, logs, issues, or commits ✅ Deletion Policy: No deletion of archives, assets, or build evidence ✅ Validation Blockers: When blocked, focus on review, docs, tests, bug fixes

Critical Guidance: - "Do not declare the project done just because visual validation is unavailable" - "If validation is blocked, continue with review, bug fixes, tests, docs cleanup"

5. Realignment Brief Analysis

From /work/repo/docs/REALIGNMENT_BRIEF.md:

Canonical Repo: from-admin/d3-tui on FROM Forgejo ✅ Validation Target: RG40XXV/Knulli FlycastVL ✅ Visual Target: D2 Disc 1 title menu (snowy mountain, snow flecks, red D2 logo, menu stack, WARP copyright) ✅ Private Assets: /mnt/kitchen/from-house/assets/private/d2-title (not in git)

What Went Wrong: - Previous work drifted into build-image repair loops - Visual target drifted to W/A/R/P decoder evidence instead of title menu - Contradictory assumptions about CDI, ISO, MIL-CD, physical hardware

Correct Focus Now: - RG40XXV/Knulli FlycastVL validation only - D2 Disc 1 title menu target - Keep licensed assets out of git

6. Current Build Status

From /work/repo/docs/BUILD_STATUS.md:

Current State: Post-realignment, aligning to title menu target ✅ Current Build: Produces builds/d3tui/d3tui.elf (decoder evidence screen) ✅ Build Commands: make d2-assets and make flycast-image

Current Blockers:

  1. Asset Extraction Blocked:
  2. Extraction tool supports manifest-driven extraction
  3. Title-menu manifest exists but has speculative placeholders
  4. Private D2 assets not available at expected paths
  5. Manifest must be validated with --discover against actual assets

  6. Asset Availability:

  7. Private D2 material should be at /mnt/kitchen/from-house/assets/private/d2-title
  8. Not accessible in current environment
  9. Only decoder-evidence assets (NLOGO.PVM + 0GDTEX.PVR) are extracted

  10. Visual Target Not Met:

  11. Current code shows W/A/R/P decoder evidence screen
  12. Not the intended D2 title menu
  13. d3tui_main.c needs updating once title-menu assets available

7. Safest First Task Candidate

Proposed Task: Asset Extraction Readiness (20260511-T001)

Rationale: - ✅ No Licensed Content Required: Can improve documentation/tooling without D2 assets - ✅ Unblocks Future Work: Clear path for when assets become available - ✅ Read-Only Friendly: Documentation and tooling improvements first - ✅ Addresses Current Blocker: Asset extraction is explicitly called out in BUILD_STATUS.md - ✅ Aligns with Protocol: "When validation is blocked, continue with review, docs, bug fixes"

Task Scope: 1. Improve asset extraction workflow documentation 2. Enhance extraction tool error handling and guidance 3. Validate and clarify manifest placeholders 4. Create clear step-by-step guide for when assets available 5. Ensure existing decoder-evidence build continues to work

Expected Output: - docs/ASSET_EXTRACTION_WORKFLOW.md - Clear step-by-step guide - Improved tools/extract_d2_menu_assets.py - Better error messages - Enhanced tools/title_menu_manifest.json - Validated placeholders - Updated README.md and BUILD.md - Asset requirements section - Tested workflow that fails gracefully without assets

8. Risk Assessment

Low Risk: - ✅ No source file modifications required initially - ✅ No licensed content handling - ✅ Documentation/tooling focus - ✅ Existing build continues to work - ✅ Aligns with "when validation is blocked" guidance

Medium Risk: - ⚠️ Requires understanding of asset extraction workflow - ⚠️ Need to coordinate with team on documentation approach

High Risk (Avoided): - ❌ No actual asset extraction (licensed content) - ❌ No visual target changes - ❌ No build system modifications - ❌ No KOS/Flycast toolchain changes

9. Next Steps Proposal

Immediate (T1 - Review/Research): - [x] Complete repo inspection (DONE) - [ ] Research exact asset naming from historical evidence - [ ] Review extraction tool error handling - [ ] Identify documentation gaps - [ ] Verify current build works with existing assets

Team Coordination: - [ ] Get researcher feedback on task approach - [ ] Get builder-reviewer confirmation on scope - [ ] Agree on task clock before implementation

Implementation (T2-T5): - Documentation improvements - Tooling enhancements - Manifest clarification - Testing and validation

10. Decision Points for Team

Question 1: Does the team agree that asset extraction readiness is the safest first task?

Question 2: Should we proceed with the proposed scope (documentation/tooling only, no licensed content)?

Question 3: Are there any additional constraints or considerations for this task?

Question 4: Should we adjust the task clock phases or deliverables?


Summary: The repo is in a clean state with no active claims. The current blocker is asset extraction readiness. The safest first task is to improve documentation and tooling to handle the missing asset scenario gracefully, creating a clear path for when private D2 assets become available. This aligns with the agent protocol guidance to focus on documentation and tooling when validation is blocked.