|
| 1 | +# BUILD_PR_ROADMAP_REPAIR_ADDITIVE_MOVE_ONLY |
| 2 | + |
| 3 | +## Purpose |
| 4 | +Repair `docs/dev/roadmaps/MASTER_ROADMAP_HIGH_LEVEL.md` under strict additive/move-only rules. |
| 5 | + |
| 6 | +## Non-negotiable rules |
| 7 | +- NO delete |
| 8 | +- NO text rewrite |
| 9 | +- NO summarization |
| 10 | +- NO compression/shortening |
| 11 | +- NO line replacement except status marker updates where explicitly needed |
| 12 | +- ONLY allow: |
| 13 | + - adds |
| 14 | + - moves |
| 15 | + - status marker updates |
| 16 | + |
| 17 | +## Intent |
| 18 | +The roadmap currently has drift and appended/duplicated content. |
| 19 | +This PR repairs structure while preserving all existing roadmap text. |
| 20 | + |
| 21 | +## Required approach |
| 22 | + |
| 23 | +### A. Preserve all text |
| 24 | +- Every existing roadmap line must survive somewhere in the repaired file |
| 25 | +- If text is in the wrong place, MOVE it |
| 26 | +- Do not delete duplicated/appended content; relocate it to the correct place or preserve it in an explicit additive holding section if exact placement is uncertain |
| 27 | + |
| 28 | +### B. No wording changes |
| 29 | +- Keep wording exactly as-is |
| 30 | +- Do not normalize spelling |
| 31 | +- Do not rephrase |
| 32 | +- Do not "clean up" text |
| 33 | + |
| 34 | +### C. Status-only updates |
| 35 | +- Status markers may be updated where execution truth clearly supports it |
| 36 | +- No surrounding text changes |
| 37 | + |
| 38 | +### D. Productization rule handling |
| 39 | +- If rule text is currently in the roadmap in a task-like place, MOVE it to the correct policy/instruction area in the roadmap or preserve it in an additive policy section |
| 40 | +- Do not delete it |
| 41 | +- Do not rewrite it |
| 42 | + |
| 43 | +### E. Duplicate / appended content handling |
| 44 | +- If the roadmap has duplicated headings or appended fragments, MOVE them into the correct section or into an additive recovery section at the end |
| 45 | +- Do not delete the content |
| 46 | +- Do not rewrite the content |
| 47 | + |
| 48 | +### F. Recovery-first rule |
| 49 | +If Codex cannot confidently place a line into its exact intended location: |
| 50 | +- preserve it in an additive `Recovery / Preserved Content` section at the bottom |
| 51 | +- do not delete it |
| 52 | +- do not rewrite it |
| 53 | + |
| 54 | +## Validation requirements |
| 55 | +Codex must report: |
| 56 | +- lines/sections moved |
| 57 | +- lines/sections added |
| 58 | +- any status markers updated |
| 59 | +- confirmation that no roadmap text was deleted |
| 60 | +- confirmation that no roadmap wording was changed |
| 61 | + |
| 62 | +## Packaging requirement |
| 63 | +Codex must package all changed files into: |
| 64 | +`<project folder>/tmp/BUILD_PR_ROADMAP_REPAIR_ADDITIVE_MOVE_ONLY.zip` |
| 65 | + |
| 66 | +## Scope guard |
| 67 | +- roadmap repair only |
| 68 | +- docs-first |
| 69 | +- no unrelated repo changes |
| 70 | + |
| 71 | +## Applied delta |
| 72 | +- Added structural containment at the roadmap tail: |
| 73 | + - `---` |
| 74 | + - `## Recovery / Preserved Content` |
| 75 | +- Preserved and retained the appended status fragment directly under that section with exact original wording: |
| 76 | + - `# MASTER ROADMAP HIGH LEVEL (status updates only)` |
| 77 | + - `[.] asset naming normalization` |
| 78 | + - `[.] manifest discovery` |
| 79 | + - `[x] fullscreen bezel overlay system (low priority, before next game)` |
| 80 | + |
| 81 | +## Validation output |
| 82 | +- no roadmap text deleted: confirmed (`MISSING_COUNT=0` in before/after line-preservation check) |
| 83 | +- no roadmap wording changed: confirmed (roadmap diff shows additive insertion only; no modified/deleted wording lines) |
| 84 | +- only adds, moves, and status updates were used: confirmed (this repair used additive structural placement only; no status markers changed) |
0 commit comments