magicciv/.project/objectives/objectives.json

{
  "generated_at": "2026-06-27T13:58:02Z",
  "totals": {
    "done": 298,
    "in_progress": 0,
    "partial": 7,
    "stub": 0,
    "missing": 2,
    "oos": 31,
    "total": 338
  },
  "objectives": [
    {
      "id": "p0-01",
      "title": "Wire MCTS into gameplay AI",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`GdMcTreeController` (Rust GDExtension) is the unconditional AI driver. `AiTurnBridge.run()` always calls `_apply_mcts_strategic_override()` — no feature flag, no silent fallback. If the extension is absent, `push_error` + `assert(false)` crashes loudly. `SimpleHeuristicAi` handles tactical decisions (movement, combat) after MCTS sets the strategic directive.\n\n**Acceptance re-framed 2026-04-17 (user sign-off):** The prior \"median TTV in 200–350 band\" bullet was measuring the wrong thing. Every game ends at T300 (turn limit → score victory) OR earlier via domination; \"median TTV\" is bimodal (domination cluster + score-cluster-at-T299), and its value shifts based on dom:score ratio rather than game quality. Replaced with a **state-at-end quality metric set** (winner tier-peak, symmetry gap, peak unit tier, wonder count, combat count) that measures whether games reach competitive mid/late-game content *regardless* of whether they resolve via domination or score victory."
    },
    {
      "id": "p0-02",
      "title": "Five AI clan personalities drive distinct playstyles",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`ai_personalities.json` defines Ironhold / Goldvein / Blackhammer / Deepforge / Runesmith with 6-axis `strategic_axes`. `ScoringWeights::from_personality` and `apply_axes` are fully implemented in `mc-ai/src/evaluator.rs`.\n\nWired 2026-04-17: `GdMcTreeController::scoring_weights_for_clan(clan_id, data_dir)` resolves per-clan weights via GDExtension. `ai_turn_bridge.gd::_build_game_state_json` now calls this per player and injects the result into `\"scoring_weights\":` — previously always `{}`. `AI_PIN_PERSONALITY` env var added to `personality_assigner.gd` for per-clan batch testing. Smoke run confirms `player_clans: {\"1\": \"blackhammer\"}` in meta.json, EXIT_CODE=0.\n\n**5 × 10-seed batch results (2026-04-17, `.local/iter/p0-02-clans/` — PRE-REFRAME EVIDENCE):**\n\n> These batches ran BEFORE p0-25's instrumentation landed, so `player_stats` does NOT carry\n> `tier_peak` / `peak_unit_tier` / `wonder_count`. The TTV column is preserved as the\n> contemporaneous signal; it is NOT the current acceptance metric. Per p0-01's 2026-04-17\n> reframe, the primary divergence gate is **tier_peak** (era-progression, which scales with\n> difficulty per p0-24) — tracked as a \"needs re-run\" in Remaining to reach done below.\n\n| Clan | Wins | TTV_med (legacy) | p1_gold | p1_mil | p1_techs |\n|---|---|---|---|---|---|\n| ironhold | 10/10 | T185.5 | 266 | 3.0 | 27.5 |\n| goldvein | 10/10 | T155.5 | **543** | 3.5 | 25.5 |\n| blackhammer | 9/9 | T189 | 327 | 3.0 | 28 |\n| deepforge | 10/10 | T185.5 | 266 | 3.0 | 27.5 |\n| runesmith | 10/10 | T155.5 | 543 | 3.5 | 25.5 |\n\nSignals that DON'T depend on TTV (still valid post-reframe):\n- **Balance**: 49 total games, each clan 3 AI-wins, max 33% — passes.\n- **Gold axis**: goldvein 2× ironhold (wealth=9 vs 3) — passes.\n- **First-combat**: identical at T9 across all clans (map-forced start proximity, not AI-driven).\n- **Pair metric-identical**: deepforge/ironhold and goldvein/runesmith pairs show overlapping weight profiles; same 10 seeds converge.\n\nSignals that DO depend on TTV (need tier_peak re-run to close the reframed gate):\n- TTV delta between clan pairs — the \"goldvein/runesmith finish 30 turns faster than ironhold/deepforge\" claim doesn't translate into the tier_peak framework until re-measured.\n\n**B5 re-run (2026-04-17, `.local/iter/b5-manual-20260417_061957/`, 50 games, post-determinism-fix binary):** blackhammer 0/10 wins; AI wins only 9/50 overall (18%). Win-rate balance bullet fails. See \"Remaining to done\" for tuning plan.\n\n**Axis ablation sweep (2026-04-17, `.local/iter/ablate_<axis>_20260417_072921/`, 10 seeds T300 per axis — PRE-REFRAME EVIDENCE):** Each axis neutralized to 5 for all clans. Measured under pre-p0-25 instrumentation; metrics are TTV / gold / mil from the legacy `player_stats` schema. All 6 axes show ≥10% delta on their correlated legacy metric vs pooled baseline (TTV=185, gold=379, mil=3):\n\n| Axis | Correlated metric (legacy) | Baseline | Ablated | Delta |\n|---|---|---|---|---|\n| aggression | mil_med | 3.0 | 2.5 | -16.7% |\n| expansion | ttv_med | 185 | 134 | -27.6% |\n| grudge_persistence | ttv_med | 185 | 131.5 | -28.9% |\n| production | ttv_med | 185 | 139 | -24.9% |\n| trade_willingness | gold_med | 379 | 193.5 | -48.9% |\n| wealth | gold_med | 379 | 227.5 | -40.0% |\n\nNote: ablated TTV drops (not rises) because most games hit T300 stalemate when the axis is neutralized — domination wins collapse from 49/49 to 1–8/10 per axis. The TTV delta reflects game degradation, not faster play. All axes CONFIRMED LIVE under the legacy metric set. Re-measurement under tier_peak is needed before the reframed acceptance (below) can be cited."
    },
    {
      "id": "p0-03",
      "title": "PvP combat resolved inside the authoritative turn processor",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-turn::processor` currently resolves only `LairCombat` (fauna). Player-vs-player attacks go through the GDScript world-map click path, which bypasses the authoritative simulation. MCTS rollouts (`p0-01`) need deterministic PvP in Rust."
    },
    {
      "id": "p0-04",
      "title": "World wonder tracking in PlayerState and score victory",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Wonder tracking fully wired end-to-end. Rust: `PlayerState.wonders_built: BTreeMap<WonderId, u8>`, wonder completion hooks in `process_city_production`, `calculate_score` folds tier-weighted points. GDScript UI: encyclopedia \"Wonders\" tab (filter on `flags.has(\"wonder\")`, built/unbuilt status from `GameState.wonders_built`); city screen left column shows `WondersList` of player-owned wonders with tier when non-empty. GUT: 5 tests in `test_wonders_built_ui.gd`."
    },
    {
      "id": "p0-05",
      "title": "Culture generation and border expansion",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "mc-culture went from 1-line stub to 297 LOC with CulturePool + CityCultureState, deterministic BTreeMap iteration, and 10 unit tests passing on apricot (`cargo test -p mc-culture --lib` → 10/10). GDScript wrapper `culture.gd` now delegates to `GdCulture` (the mc-culture bridge) and emits `city_border_expanded` on threshold crossing. Score victory folds culture via `SCORE_CULTURE_DIVISOR`. SimpleHeuristicAi prioritizes monument buildings when `culture_axis` is high.\n\n**Re-promoted 2026-04-17:** the orphan-crate condition that demoted this objective was closed by `p0-27-gd-culture-bridge`. `grep 'mc_culture::'` now returns 40+ hits across mc-sim, mc-turn, api-gdext, and tests. `culture.gd` is a 36-LOC marshaler with zero inline thresholds; `mc-turn::process_culture` drives `CulturePool::tick_all`."
    },
    {
      "id": "p0-06",
      "title": "Fold gold income / upkeep / improvement yields into turn loop",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-economy::process_gold()` is now called from `mc-turn::TurnProcessor::process_economy()` each turn. Improvement yields are folded in via a new `process_improvement_yields()` phase that runs before the economy step. All iteration is over `BTreeMap`-sorted keys for determinism. 807 tests passing, 0 failures on apricot."
    },
    {
      "id": "p0-07",
      "title": "Tech research costs and science pool pacing",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-tech` has the prerequisite graph and unlock signals with per-tech science cost accumulation. Research gates on both prerequisites and cost; completion decrements the pool by `tech.cost` and carries overflow to the next tech.\n\n**Promoted back to done 2026-04-17:** The Rail-1 live-game delegation via `GdTechWeb` landed under `p0-29-gd-tech-bridge.md`. The live game now calls Rust for cost-gated research; the parallel GDScript path in `turn_processor.gd` has been collapsed."
    },
    {
      "id": "p0-08",
      "title": "Domination victory path in mc-turn::victory",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "Domination victory fires when one player captures all opponent original capitals. `victory.rs` checks domination before score; `VictoryConfig.domination_requires_all_capitals=true`. AI heuristics tuned to commit to capital assault: `DOMINANCE_FACTOR=1.25` (own_mil ≥ 1.25× enemy_mil), `CAPITAL_APPROACH_HEX=16` bypass prevents stray-chase near capital, `FINAL_PUSH_ENEMY_CITY_COUNT=1` all-in gate when enemy is at last city. GUT tests cover both tuning paths.\n\n10-seed T300 batch (dom_tune2_20260417_101435, 2026-04-17): **2/10 domination** (seeds 1 at T142, seed 4 at T75). Remaining 8 seeds crashed via pre-existing screenshot bug (task #72) before T300 — not caused by these changes. Of completable seeds, 2/2 = domination."
    },
    {
      "id": "p0-09",
      "title": "City-screen UI completeness (citizen assign, queue controls, promotion picker)",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-16",
      "blocked_by": [],
      "summary": "Three UI paths assumed-but-unverified:\n\n1. **Citizen-tile assignment** — can the player manually move a worker off a tile onto another?\n2. **Production queue controls** — reorder, pause, show cost + ETA per item?\n3. **Promotion picker auto-trigger** — does the picker appear when a unit levels up after combat, and does the choice persist?"
    },
    {
      "id": "p0-10",
      "title": "Game-completion stability — ≥7/10 seeds declare a winner",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Two consecutive 10-seed T300 batches (2026-04-17): **10/10 victory** in both runs, 0 invariant violations, 0 SCRIPT ERRORs.\n\n### Re-verification after p0-06 / p0-07 / p0-18 landed\n\nRan a second two-batch consecutive pair on 2026-04-17 post-economy+tech+strategic-gate landings:\n- **loop9** (seeds 1-10): 10/10 victories, 8 p0 / 2 p1, 1 domination + 9 score. E2E gate: 10/10 PASS.\n- **loop10** (seeds 101-110): 10/10 victories, 8 p0 / 2 p1, 5 domination + 5 score. Median TTV ≈ T174 (in-band for domination seeds). E2E gate: 10/10 PASS.\n\nGate still green under the new build. Note: post-loop9 autoplay-report.py schema validator complained about missing `winner_personality` — the game IS declaring winners correctly (winner_index + outcome=victory confirmed in all 20 seeds), but apricot's auto_play.gd appears stale vs plum HEAD. Tooling bug, not gameplay bug; filed as separate fix task."
    },
    {
      "id": "p0-11",
      "title": "Author the four T8–T10 mystery item drops",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-16",
      "blocked_by": [],
      "summary": "All four Game 1 mystery items shipped as mundane-with-magic-teaser-flavor per CLAUDE.md. Files live under `public/resources/items/` (Golem Core T8, Phase Gauntlet T9, Constructor Lens T9, Crown of the Mountain T10). Manifest and loot-table drops both wired."
    },
    {
      "id": "p0-12",
      "title": "Save / load + autosave on quit",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Save/load UI, autosave-on-quit hook, multi-slot naming, schema version with rejection of mismatches, and GDScript + Rust round-trip tests all shipped. The three serde regressions that reopened this objective on 2026-04-17 are closed:\n\n1. **`WonderId` newtype serialized as an array, not a string** — fixed by Testwright via `#[serde(transparent)]` at `mc-core/src/wonder.rs:5`.\n2. **`strategic_axes` + `TechState.progress` non-deterministic key order** — fixed by changing both fields from `HashMap<String, _>` → `BTreeMap<String, _>` in `mc-turn/src/game_state.rs`. BTreeMap iteration is sorted, so JSON output is byte-stable across processes. The three `#[ignore]` attributes on `game_state_json_roundtrip_is_stable`, `player_state_json_roundtrip_is_stable`, and `tech_state_json_roundtrip_is_stable` have been removed; all pass.\n3. **`PlayerState.relations` tuple-keyed map fails serde_json** — fixed by a `relations_as_pairs` serde adapter module in `mc-turn/src/game_state.rs` that round-trips the map as `Vec<((u8, u8), RelationState)>`. The T2 fixture now populates a `(0, 1) → Peace` relation and asserts `relations.is_empty() == false` plus field preservation after round-trip.\n\nFull mc-turn test suite green: 89 passed, 0 failed, 1 ignored (unrelated). All 5 tests in `mc-turn/tests/serde_roundtrip.rs` pass."
    },
    {
      "id": "p0-13",
      "title": "Fog of war and exploration / scout loop",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Fog-of-war is one of the core tension generators in 4X — without it the game collapses into perfect-information min-max. Rendering + `build_fog_arrays()` exist (just moved to `world_map_vision.gd` by #28). Missing: (a) sight-range formula by unit type from JSON, (b) \"has-been-seen\" memory layer (grey fog distinct from black fog), (c) explicit acceptance tests for visibility invariants."
    },
    {
      "id": "p0-14",
      "title": "Map generation, resource placement, and balanced fair starts",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-16",
      "blocked_by": [],
      "summary": "All four acceptance bullets verified. Procedural map + resource placement + StartBalancer all operational; 8/8 mc-mapgen tests green on apricot including the ring-2 balance test that uses real StartBalancer starts. Wild-lair exclusion at 8 hex. Settings (wild_density, num_players, map_type) all honored."
    },
    {
      "id": "p0-15",
      "title": "Happiness pool and Golden Age mechanics end-to-end",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Rust `mc-happiness::pool` is the single source of truth for all happiness simulation. All four acceptance bullets verified and green on apricot (2026-04-17): per-deposit luxury lookup via `BTreeMap<String, i32>`, Golden Age state-machine window test across `GOLDEN_AGE_DURATION` turns, growth halt + revolt thresholds, and Rust/GDScript parity via JSON round-trip. 21/21 tests pass (19 lib + 2 integration)."
    },
    {
      "id": "p0-16",
      "title": "Worker / tile-improvement build loop",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Workers build farms, mines, hunting grounds that modify tile yields. Data\nJSON + renderer support exist. Worker AI is wired in\n`auto_play.gd::_command_worker` (tile selection + `ImprovementManager.\nstart_improvement`) and the yield delta is applied by\n`_on_improvement_completed`. The regression path across `loop4..loop9` was\nchronic on seeds 4 and 5: these seeds saw p0 never open an empty queue for\nworker scoring because forge→warrior chains took over the queue and p0 was\nunder attrition. Fix landed 2026-04-17: a deterministic worker-first\noverride in `_manage_production` that prepends a worker to the queue once\nwhen `own_workers==0`, pop≥2, peaceful, and turn≤60. Named-constant gates\nin `auto_play.gd:25-40`."
    },
    {
      "id": "p0-17",
      "title": "Wild creature and lair clearing loop",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Full lair-clearing loop verified. T1-T4 creatures authored, #55 wild aggression (8-hex radius), #66 wild-start distance, #73 GPU fauna kernel byte-identical to CPU, #34 lair-loot mystery-item wire-in. `lair_cleared` EventBus signal declared in `event_bus.gd` and emitted from `auto_play.gd::_try_attack_adjacent_lair` when a lair is defeated in combat. Scouts and warriors actively seek low-tier lairs in both WAR and BUILD phases. 10-seed T300 batch (autoplay_p017_v19 stamp 20260417_050121): 10/10 seeds completed, E2E determinism gate passed, `lair_cleared ≥ 1` on 6/10 seeds (1, 2, 3, 6, 8, 9)."
    },
    {
      "id": "p0-18",
      "title": "Strategic resources gate unit production (empire ledger)",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Distinct from p1-02 (resource yields feed bonuses), this objective covers the **gating** rule: a unit with `requires_resource: \"iron_ore\"` cannot build unless the empire has iron_ore on the ledger. Rust logic landed in #81: `mc-combat::requirements::{check_strategic_reqs, debit_resources, credit_resources}` with 6 tests. GDScript deposit discovery hook added to `unit_manager.gd:recalculate_vision` (0→2 tile visibility triggers `EventBus.deposit_discovered` → `turn_manager.gd` credits `player.strategic_ledger`). GDScript production gate added to `turn_processor.gd` (pre-production check emits `EventBus.strategic_gate_rejected` and pauses production if ledger is empty). `auto_play.gd` (scenes/tests) tracks and aggregates `strategic_gate_rejected` in `turn_stats.jsonl[\"aggregate\"]`."
    },
    {
      "id": "p0-19",
      "title": "Biome-driven collectibles → tile yields → happiness end-to-end",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-16",
      "blocked_by": [],
      "summary": "Biome-driven economy is plumbed end-to-end in the simulator and in the world-map tile tooltip, but the city screen (`city_screen.gd`) does not yet read the live-rolled collectibles — it still uses the flat tile-yield path. Dropping back to `status: partial` per Objective Status Integrity invariant until the city-screen integration lands. All other acceptance bullets verified passing."
    },
    {
      "id": "p0-21",
      "title": "Audio system capability — manifest + autoload + EventBus wiring",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The game has the full *capability* to play audio: manifest, autoload, event-signal wiring, crossfade logic, volume sliders. What's decoupled is the content — whether or not `.ogg` files exist under `assets/audio/`, the engine behaves correctly. Shipping the capability as P0 (required for release) is independent of shipping the assets (tracked separately as p2-16).\n\nThis split is deliberate per user directive 2026-04-17: the system being architecturally ready to play audio is a ship gate; the specific sound files are polish that can land incrementally without code changes."
    },
    {
      "id": "p0-22",
      "title": "Ultimate AI stress test — 5 clans, huge map, deep lookahead",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "The \"ultimate test\" is the final gate on the AI lookahead pipeline:\nfive clan personalities competing on a map sized large enough for eight\nplayers, with MCTS + GPU batched rollouts driving every decision. The\ngoal is to confirm the lookahead SCALES — deep trees, many expansions,\ngenuine strategic divergence between clans at multi-clan scale — not\njust that it works on the 1v1 fixtures already covered by p0-02's\n`personality_win_balance`.\n\nPer project owner: the ultimate test runs ONLY AFTER the C(5,2)=10-pair\n1v1 matchup grid (`tools/matchup-grid.sh`) has shown the five clans are\nbalanced in head-to-head play. Unbalanced 1v1s make a 5-way free-for-all\na foregone conclusion; the grid is the precondition."
    },
    {
      "id": "p0-23",
      "title": "Sprite rendering capability — replace procedural draw_* with texture rendering",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Renderers now implement the additive-overlay design rule: `draw_circle` baseline always\nrenders first (unconditional), then `draw_texture` overlays the sprite on top when a file\nexists at the resolved path. Both renderers follow this invariant.\n\n**Changes landed (2026-04-17):**\n- `unit_renderer.gd`: `_draw()` now draws circle+label FIRST unconditionally; sprite is\n  drawn on top only when `_get_unit_sprite()` returns non-null. Sprite key composed as\n  `<type_id>_<race_id>_<sex>.png` (race resolved from unit or owning Player) with bare\n  `<type_id>.png` fallback. New helpers: `_build_sprite_key`, `_cache_unit_sprites`,\n  `_resolve_race_id`, `_resolve_sex`.\n- `city_renderer.gd`: `_draw_city_sprite()` draws circle FIRST; sprite overlay follows.\n  Removed the `return` after `draw_texture` that previously skipped the circle entirely.\n  Linter-added constants: `SPRITE_LOOKUP_CITY_FORMAT`, `CITY_QUALITY_BUCKET`, `CITY_QUALITY_MAX`.\n- `test_sprite_renderer.gd`: 9 GUT tests covering `_build_sprite_key` variants, null-miss\n  cache, cache population after miss, and `CityRenderer` smoke.\n- `sprite_proof.gd`: proof scene, two units side-by-side — one with null cache (circle only),\n  one with a 56×56 magenta `ImageTexture` pre-seeded into the cache (circle + overlay).\n\n**Design rule (user directive 2026-04-17):** Do NOT replace `draw_circle`/`draw_rect` with\nsprites. Keep the procedural draw path as the always-working baseline that never deletes.\nSprite rendering is an additive enhancement layer."
    },
    {
      "id": "p0-24",
      "title": "Difficulty-calibrated AI progression — Easy / Normal / Hard tier-peak distributions",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "Added 2026-04-17 as part of the TTV → state-at-end metric reframe (see p0-01). The game's three AI-difficulty tiers (Easy / Normal / Hard in `difficulty.json`) must produce *measurably different* progression profiles when batched. The current MCTS + heuristic stack doesn't actually change behavior between difficulty tiers — `ai_difficulty` is read in a few Rust spots but has no empirically-validated behavioral split."
    },
    {
      "id": "p0-25",
      "title": "Game-quality metrics instrumentation — tier_peak, peak_unit_tier, wonder_count",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Added 2026-04-17 as part of the TTV → state-at-end metric reframe (see p0-01). `turn_stats.jsonl` per-player stats now carry three quality metrics: `tier_peak` (max era reached, monotonic across turns; derived each turn by folding `DataLoader.get_tech(id).era` over `player.researched_techs` in `_check_invariants`), `peak_unit_tier` (max `DataLoader.get_unit(id).tier` seen via the `EventBus.unit_created` hook in `_on_unit_created`), and `wonder_count` (entries in `GameState.wonders_built` whose value equals the player's index, computed in `_build_player_stats`). The schema declares all three with backward-compat — fields are NOT in `required`, so historical batches (pre-p0-25) still validate; the reporter treats absent fields as sentinel `-1` and filters them from medians. `tools/autoplay-report.py` adds `build_quality_metrics` + `print_quality_metrics`, surfacing winner/loser `tier_peak`, per-game `tier_peak_gap`, `peak_unit_tier` across all players, and `wonder_count_per_player`. 8 pytest tests in `tools/tests/test_quality_metrics.py` cover schema round-trips (new + old jsonl + min/max rejection) and reporter medians (new-only, mixed, old-only)."
    },
    {
      "id": "p0-26",
      "title": "Port tactical AI from GDScript to mc-ai (Rail-1 compliance)",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "AI decision-making currently lives in ~1,880 LOC of GDScript (`simple_heuristic_ai.gd` 1,240 LOC + `ai_tactical.gd` 405 LOC + `ai_military.gd` 233 LOC), in violation of Rail-1. This objective ports every non-UI AI decision into `mc-ai` and exposes a single `GdAiController` bridge that the gameplay turn loop drives.\n\nThe prior CLAUDE.md \"AI exception\" clause was describing tech-debt, not a permanent carve-out. It has been removed. Warcouncil owns the port.\n\n`p0-01-mcts-wiring` covered strategic direction (MCTS over `mc-ai::mcts_tree::Tree` via `GdMcTreeController`). This objective covers the tactical executor (movement, target selection, combat picks, city-founding, production priority, city citizen assignment), which today still runs in GDScript."
    },
    {
      "id": "p0-27",
      "title": "GdCulture bridge — live game delegates culture to mc-culture",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-culture` is a fully-tested 297-LOC crate with `CulturePool` + `CityCultureState` + 10 passing unit tests, but `grep 'use mc_culture'` returned zero hits outside the crate. The live game (`culture.gd:33,62`) reimplemented the `5 + n` threshold inline in GDScript, and `mc-turn/src/processor.rs:527` did its own `player.culture_total += culture_per_turn` bypassing `CulturePool::tick_all`. Three parallel implementations of the same rule.\n\nThis objective wired the crate to the live code paths so there is one source of truth.\n\nParent objective `p0-05-culture-and-borders` was demoted from ✅ done to 🟡 partial when this orphan was discovered 2026-04-17, then re-promoted when all bullets below closed."
    },
    {
      "id": "p0-28",
      "title": "GdEconomy bridge — live game delegates gold/upkeep to mc-economy",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-economy` exports `process_gold`, `Treasury`, `Stockpile` — consumed by `mc-turn/src/processor.rs::process_economy` (the bench/optimizer path) and `mc-city` (Stockpile). But the live gameplay turn runs a ~50-line `_process_economy` in `turn_processor.gd:435` that independently computes marketplace bonuses, unit upkeep, and insolvency handling. `economy.gd` itself is a 2-line empty `class Economy extends RefCounted`.\n\nTwo parallel economy pipelines produce divergent balance behavior: the bench validates one, the player experiences the other.\n\nParent objective `p0-06-economy-integration` was demoted from ✅ done to 🟡 partial when this split was confirmed 2026-04-17."
    },
    {
      "id": "p0-29",
      "title": "GdTechWeb bridge — live game delegates research to mc-tech",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-tech` exports `TechWeb`, `PlayerTechState`, `ResearchResult`, `UnlockSignal`. Previously consumed only by `mc-turn/src/processor.rs::process_science` (bench/optimizer path). The live game ran a parallel ~52-line `_process_research` in `turn_processor.gd:156` duplicating cost accumulation, spell-vs-tech dispatch, and the `FORCE_UNLIMITED_RESEARCH` debug knob.\n\n**Resolved 2026-04-17 (bridge-tech-dev):** `GdTechWeb` Rust wrapper + GDScript collapse landed. `_process_research` now delegates to Rust; parent `p0-07-tech-research-costs` re-promoted to ✅ done."
    },
    {
      "id": "p0-30",
      "title": "Remove duplicate GDScript ecology tick (single Rust source)",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "The tech-debt audit (`.project/reports/simulation/tech-debt-audit.md:11-18`, 2026-04-09) identified that ecology simulation runs **twice per turn**:\n\n1. `src/game/engine/src/modules/climate/climate.gd:83` → Rust `GdEcologyPhysics::process_step` (correct path)\n2. `src/game/engine/src/modules/management/turn_processor.gd` → GDScript `EcosystemOrchestrator::process_turn` (duplicate)\n\nSame tile data, two mutation passes per turn. Flora canopy/undergrowth accumulates at ~2× intended rate. The GDScript `ecosystem.gd` (~308 LOC) + `flora.gd` (~405 LOC) were originally transpiler targets; the transpiler was deleted but the functions were never ported and are now the live simulation alongside the Rust pass.\n\nMid-late-game balance (wilds spawn pressure, lair densities, food from wild tiles) is miscalibrated because the tuning team tuned against a 2× tick rate. Once fixed, expect a re-tune pass under `p1-05-balance-tuning`."
    },
    {
      "id": "p0-31",
      "title": "Restore Rust ecology path — fix ClimateScript bugs + re-enable per-turn tick",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "p0-30 deleted the duplicate GDScript ecology pass (`ecosystem.gd`/`flora.gd`, 939 LOC) but could not close its bullet 4 (\"10-seed batch shows evolving canopy values\") because the Rust path is **also** disabled. `turn_processor.gd::_process_climate` (line 583) calls `MarineHarvestScript` only; the three sibling `process_turn` calls (`WeatherScript`, `ClimateScript`, `ClimateEffectsScript`) are commented out, citing real bugs:\n\n- **`ClimateScript.process_turn` (real code, live surface)** — raises `Invalid cast to int` inside `_sync_tiles_to_grid` / `_sync_grid_to_tiles`, and `ecological_events.process_events` has an arg-count mismatch (`process_drought` / `process_wildfire` / `process_marine` expect 8–9 args, fewer passed).\n- **`WeatherScript` + `ClimateEffectsScript`** — empty stubs; aborts propagate and kill the arena turn loop.\n\nAfter p0-30's deletion, ecology runs **0× per turn**. Flora canopy/undergrowth does not evolve — wild biome simulation is frozen. This objective narrowly restores the Rust ecology tick by fixing the `ClimateScript` bugs and re-enabling the call site. The two empty-stub siblings (`WeatherScript` / `ClimateEffectsScript`) are out of scope for p0-31 — they're deferred to follow-ups since they require full implementation, not bug repair.\n\nThis objective unblocks p0-30 bullet 4: once ecology ticks via Rust, a 10-seed batch can capture evolving canopy values and p0-30 flips ✅ done."
    },
    {
      "id": "p0-32",
      "title": "Restore WeatherScript + ClimateEffectsScript — per-turn weather and climate-effects",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "p0-31 restored the Rust ecology tick via `ClimateScript.process_turn` but left\nthe two sibling `process_turn` calls in `turn_processor.gd::_process_climate`\ncommented out (see the trailing comment on `_process_climate` after p0-31\nlanded). Both classes were empty stubs: calling their `process_turn` aborted\n`next_player` and killed the arena turn loop.\n\nThis objective lands Rust source-of-truth for both surfaces per Rail-1\n(ALL game logic in Rust crates, GDScript is thin marshaler):\n\n- `mc_climate::weather::derive_events(grid, thresholds, turn, seed)` —\n  pure function that reads the shared GdGridState temperature / moisture\n  fields and emits a deterministic list of storm / heat_wave / blizzard\n  events for this turn. Thresholds live in `climate_spec.json →\n  weather.thresholds`, so no magic constants are hardcoded.\n- `mc_climate::climate_effects::apply(&mut grid, events, units)` —\n  pure function that falls-off temperature + moisture deltas over each\n  event's hex radius (clamped to [0,1]) and computes per-unit HP loss +\n  movement penalties. Severity and scale are derived once on the Rust side.\n- `GdWeatherPhysics` + `GdClimateEffectsPhysics` in `api-gdext/src/lib.rs`\n  — stateless JSON-in, Dictionary-out bridges following the same pattern\n  as `GdEconomy` / `GdCulture` / `GdTechWeb`.\n- `weather.gd` + `climate_effects.gd` — thin marshalers that serialise\n  grid state via the existing `_grid: GdGridState` on the TurnManager's\n  climate instance, call Rust, and fan outputs back to the Weather\n  `get_active_effects` consumer and the unit roster (HP loss + death\n  dispatch via `EventBus.unit_destroyed`).\n- `turn_processor.gd::_process_climate` — the two `WeatherScript.process_turn`\n  / `ClimateEffectsScript.process_turn` calls are uncommented; the\n  `_process_climate` docstring now reflects the full\n  marine_harvest → climate → weather → climate_effects chain."
    },
    {
      "id": "p0-33",
      "title": "World-map input wiring — unit selection panel, city click, ESC/F10 menu, panel close",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "The world-map is unplayable because basic interaction is broken: clicking a unit does nothing visible, clicking a city does nothing, and there is no way to exit the game (ESC and F10 are both dead). Five discrete wiring gaps are responsible:\n\n1. **Unit selection produces no feedback** — `_select_unit()` in `world_map.gd` calls `_hud.show_unit_panel()` (the slim programmatic panel in `world_map_hud.gd`) and emits `EventBus.unit_selected`, but the panel is either invisible or off-screen. The richer `unit_panel.tscn` (which listens on `EventBus.unit_selected` and renders full stats + action buttons) is never instantiated in the scene tree.\n\n2. **City single-click enters bombard mode, not city screen** — `_handle_hex_click()` (lines ~350-358 of `world_map.gd`) checks `not city_ref.has_bombarded` and sets `_bombard_city`, consuming the click without opening the city screen. The city screen only opens via double-click through `_unhandled_input`. Single-click on a city should open the city screen; bombard should require an explicit secondary action (right-click or dedicated button).\n\n3. **F10 is unbound** — no `KEY_F10` handler anywhere in the project.\n\n4. **ESC does not open the in-game menu** — `main.gd._unhandled_key_input` has the correct logic (`push_overlay(\"res://engine/scenes/ui/ingame_menu.tscn\")`) but it may be racing with `world_map.gd._unhandled_input` or simply not firing when expected. Needs verification and a reliable binding for both ESC (when no panel is open) and F10 (always).\n\n5. **ESC does not close open panels** — `city_screen.gd` has no `_unhandled_input` / `_unhandled_key_input` handler; closing requires clicking the close button. ESC should close the top-most open panel (city screen, tech tree, chronicle) and bubble up to the in-game menu only when no panel is open."
    },
    {
      "id": "p0-34",
      "title": "Freepeople tribe-founding cinematic — turn -1 / 0 / 1 start sequence and Dwarf Tribe founder unit",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "Implement a scripted opening sequence that runs on turns **-1**, **0**, and **1** before normal gameplay begins. Turn numbering skips from -1 to 0 to 1 (no \"turn -0.5\" or similar; -1 and 0 are both real turns but the player has no unit to command).\n\n1. **Turn -1 — Dispersed wanderers.** A **spawn box** is placed around each player's designated starting region. Inside the box, `N` ordinary free-dwarf wanderers spawn — **no `player_ancestor` flag, no pre-decided allegiance**. They are just freepeople. Each wanderer independently rolls a movement direction for turn -1 → 0. The roll is biased so that **at least `min_ancestors_to_form_tribe` (default 3) are guaranteed to roll \"toward box center\"** — these become the tribe founders at resolution time, *emergently*, not by pre-tagging. The remaining wanderers roll freely and may move outward or laterally. Fog is partially lifted so the player sees the whole box. The only legal input is **End Turn** (or Enter).\n2. **Turn 0 — Convergence / tribe formation.** Wanderers step along their rolled directions (deterministic from seed). At end-of-turn-0 resolution: the wanderers that ended up within `tribe_convergence_radius` of the box centroid merge into a single **Dwarf Tribe** unit at the centroid hex and are consumed. This is the player's founding tribe. **Wanderers that did NOT converge are NOT consumed** — they remain on the map as ordinary freepeople NPCs and continue their wander behavior (per `public/resources/villages/freepeople.json` rules). Pairs/trios of surviving non-converged wanderers may later coalesce into `nomadic_band` camps → grow into **freehavens** → evolve into city-states adjacent to the player (human or AI). This is the same mechanic as the player's own founding, applied generally: **any** 3+ freepeople that get within convergence radius form a camp; camps grow into havens. Again the only legal input is End Turn during this opening.\n3. **Turn 1 — First city.** The Dwarf Tribe unit appears under player control as a **movable unit** with action bar `[\"found_capital\", \"move\"]` and **1 movement point**: the player may either found the capital on the centroid hex immediately or relocate it one hex before founding. On founding, the capital's starting population is determined by the mode (see below), the Dwarf Tribe unit is consumed, and normal Game 1 play begins. (AI/NPC tribes do not exercise the move option — they auto-found at the centroid; only player-controlled tribes get the move-vs-found choice.) All *subsequent* settlers built by cities are ordinary **Founder** units that always produce a pop-1 city.\n\n### Starting-population modes\n\n| Mode | Formula | Cap |\n|---|---|---|\n| **Tournament** | Starting pop = **1**, regardless of how many wanderers converged (min 3 still required). Guaranteed-convergence count is pinned to exactly 3; no extras are biased inward. | Fixed. |\n| **Custom** (default for single-player casual) | Starting pop = `1 + floor((wanderers_converged - 3) / 3)` — each wanderer past the 3rd contributes **+1/3 pop**, rounded down at founding. Extra inward-biased rolls (beyond the guaranteed 3) are possible so variance can go up. | `custom_max_bonus_pop = 3`; with the custom wanderer count capped at 9 the practical ceiling is **pop 3 from 9 converged**. Tunable in `setup.json`. |\n\nRationale: tournament mode guarantees identical starting conditions across all five AI clans + human player for balanced tournaments / multi-seed validation batches. Custom mode lets the spawn roll matter and rewards regions where more wanderers happen to converge (slightly favoring bountiful biomes in a later \"starting position type\" selector — out of scope here).\n\n### Roll bias mechanics\n\nFor each player's spawn box of `N` wanderers (`N ≈ 3..9`, seeded per map; tournament pins `N = 3`, custom rolls `N ∈ [3, 9]`):\n- **Tournament**: exactly 3 wanderers get `direction = inward`; the remaining `N-3` roll uniformly from all 6 hex directions.\n- **Custom**: 3 wanderers are pinned inward (floor guarantee); each of the remaining `N-3` independently rolls `inward_bias_prob` (default `0.33`) to also go inward, else uniform. This lets 3–`N` converge.\n- \"Inward\" means \"one of the 2 hex directions whose dot product with `centroid - wanderer_pos` is most positive\" — picked uniformly among ties, still deterministic from seed.\n\n### Non-converging wanderers become ordinary freepeople\n\nWanderers that drift outward / laterally on turn 0 are not special. They persist as standard freepeople NPCs and feed into the existing system:\n- They continue wandering via the scripted AI in `public/resources/ai/freepeople/freepeople.json`.\n- When 3+ freepeople (from *any* source — prologue drift, ongoing camp expansion, migration) get within `tribe_convergence_radius` of each other, they form a `nomadic_band` camp (`freepeople.json:camp_types[0]`).\n- Camps grow per `freepeople.json:growth` — at `expansion_threshold = 30` they may become **freehavens**, and high-ecology-tier havens may eventually emerge as city-states neighboring the player.\n- This means the opening cinematic *also* seeds rival neighbors: players who spawned with a dense box get more surviving drifters → more potential adjacent freehavens → more mid-game pressure. That pressure is symmetric across tournament mode (all players get `N=baseline`) and asymmetric in custom mode.\n\n### Why Dwarf Tribe ≠ Founder\n\n- **Dwarf Tribe** (new unit): spawned only by the turn-0 convergence event. Carries `founding_pop_override: int` set at spawn time. **Movable** under player control — action bar `[\"found_capital\", \"move\"]`, 1 MP — so the player can reposition one hex before founding; AI/NPC tribes auto-found at the centroid and never move. Cannot be built by cities. Never appears again after turn 1.\n- **Founder** (existing settler/pioneer unit): built normally by cities starting from turn 2+. Always founds a pop-1 city. No `founding_pop_override`.\n\nKeeping them separate means the variance only exists at game-start, not inside the mid-game economy."
    },
    {
      "id": "p0-37",
      "title": "Personality-emergent tactical thresholds (lift 7 hardcoded constants into axis-derived functions)",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "The p0-26 tactical port faithfully copied 7 tuning constants from\n`simple_heuristic_ai.gd` into Rust. They're currently flat globals that ignore\npersonality axes and difficulty tier, which means:\n\n- **Rail-2 violation**: gameplay tuning hardcoded in Rust instead of derived\n  from JSON-owned data (`ai_personalities.json::strategic_axes`).\n- **Personality suppression**: every clan uses the same posture-flip threshold,\n  so aggression / grudge_persistence / wealth axes only affect production\n  scoring, not commit-to-assault decisions. Clan flavor flattens on the\n  tactical layer.\n- **Downstream gate failures**: p0-01 tier_peak, p0-02 era-divergence, p0-22\n  median-turn all share the same root — games resolve T39-T100 via\n  rush-domination because one global factor governs every clan's\n  rush-commit decision.\n\nThe existing `ScoringWeights::apply_axes` (evaluator.rs:180-204) already\nproves the pattern works: `aggression` scales `military_base`, `expansion`\nscales `site_food`. That pattern stops at scoring; it should continue into\nposture / retreat / chase / siege thresholds.\n\nResearch basis (2024-2025):\n- **Sims 3 / Richard Evans (Game AI Pro)**: axis-shaped utility → NPCs diverge\n  in identical states. 16 years of production evidence.\n- **Tactical Troops: Anthracite Shift**: utility-AI-scored orders feed MCTS\n  priors. Our axis-derived thresholds are the utility layer.\n- **Vox Deorum (Civ-V, arxiv 2512.18564, Dec 2025)**: validates\n  macro/tactical decoupling across 2,327 games — our MCTS-strategic +\n  axis-driven-tactical layering sits in the sweet spot."
    },
    {
      "id": "p0-38",
      "title": "Inject personality-utility scores as MCTS UCB1 priors",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-24",
      "blocked_by": [],
      "summary": "Current MCTS selection uses classical UCB1 at tree nodes — all actions start\nwith equal prior, exploration is driven only by visit count. `ScoringWeights`\nand `strategic_axes` feed the *tactical executor* and *leaf evaluator* but\nNOT the tree-selection step. This means MCTS explores the same branches for\nevery clan; divergence only appears at the leaf.\n\nAlphaGo's core contribution was **learned priors** seeded into the tree. We\ndon't need learning — we have personality utility. Inject it as the `P(s,a)`\nterm in the PUCT / UCB1-with-prior formula:\n\n```\nscore(a) = Q(s,a) + c_puct × P(s,a) × sqrt(N(s)) / (1 + N(s,a))\n```\n\nWhere `P(s,a) = softmax(personality_utility(state, action) / temperature)`\nand `personality_utility` is the same `ScoringWeights`-driven evaluator used\nat the leaf.\n\nEffect: blackhammer's MCTS tree spends more branches on early assault\nvariants; goldvein's tree spends more branches on tech-up + defend variants.\nWithout the prior, both clans' trees are identical shape — only the leaf\nevaluator differs, and leaf evaluation is after 20+ turns of rollout where\nthe differentiating choice has already been washed out."
    },
    {
      "id": "p0-39",
      "title": "AI tier-progression unit selection — production.rs picks tier-2+ units once tech unlocks",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "Shipwright audit 2026-04-18 of tech_web.json + research costs (requested by warcouncil session-close handoff) found the tech tree, costs, and research pacing are correct. `peak_unit_tier=1` universally is NOT a balance-data issue. Root cause is in the tactical AI's production-selection logic:\n\n**`src/simulator/crates/mc-ai/src/tactical/production.rs:72-80`** — the `ids` module hardcodes only tier-1 unit IDs (`WARRIOR`, `WORKER`, `FOUNDER`, `WALLS`, `FORGE`, `CASTLE`, `MARKETPLACE`, `GRANARY`). The priority ladder in `decide_production()` pulls exclusively from this list. When `bronze_working` researches (reliably by turn ~72) and enables `pikeman` (tier-2), the tactical AI has no branch that picks it. Same gap blocks berserker, runesmith, cavalry, ironwarden, forge_titan, mithril_vanguard.\n\n### Empirical evidence (batch `apricot-20260418_062941`, T300)\n\n- 53 techs researched by T300 per player — tech pipeline flows correctly\n- `bronze_working` researched turn 72 in one inspected seed\n- Zero pikemen built across any seed\n- Units built: 393× warrior, 4× worker, 2× founder, 2× dwarf_tribe — all tier-1\n- Telemetry honest: `peak_unit_tier` reads `DataLoader.get_unit(type_id).tier`; it reports 1 because tier-1 is all that exists in live gameplay"
    },
    {
      "id": "p0-40",
      "title": "Iron-ore strategic resource density — unblock tier 3-6 unit chain",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-24",
      "blocked_by": [],
      "summary": "Warcouncil filed 2026-04-18 after p0-39 (AI tier-progression) unlocked tier-2 units. Post-p0-39 smoke batch (`.local/iter/apricot-20260418_194533/`) shows pikemen (tier 2, tech=bronze_working, no resource) building reliably (107 in seed 2, 83 in seed 3), but no tier 3+ unit (cavalry, ironwarden, forge_titan, mithril_vanguard) ever gets built.\n\nRoot cause is NOT tactical AI: the p0-39 `_best_melee_for_player` helper correctly checks `requires_resource` and filters cavalry (and thus downstream tier 4+ units that also gate on iron_ore) when the player owns no iron_ore tile. Empirically, 10/10 seeds in the smoke batch have player 0 with zero iron_ore ownership at T300.\n\nIron ore density in current map gen is too low for tier 3+ unit emergence. Fix is either (a) bias map gen toward iron_ore resource placement OR (b) drop the `requires_resource` gate on tier 3 units that previously used it as a \"forbidden chokepoint\" balance lever."
    },
    {
      "id": "p0-41",
      "title": "Building rally points — produced units auto-deploy to a designated hex",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-24",
      "blocked_by": [],
      "summary": "Unit-producing buildings (barracks and others with `can_rally: true`) can have an optional rally hex + default command (Defend / Patrol / Advance). Units produced at such a building are automatically issued a move order to the rally hex on spawn. Once they arrive they auto-join the formation at that hex (if auto_join is enabled). This is the supply pipeline that feeds formations — the rally point is how the player designates where their growing army should concentrate without micromanaging every produced unit."
    },
    {
      "id": "p0-41a",
      "title": "Rally-point smoke — produced unit gets PatrolOrder toward rally hex",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "End-to-end smoke verification for the rally-point feature (p0-41). Originally framed as needing a weston display server on apricot (\"set rally on barracks UI → produce unit → screenshot the move\"), but the same coverage is achievable via Rust unit tests against `try_spawn_unit` — the rally behavior is fully encoded in `processor.rs:768-782` and the resulting `PatrolOrder` is the contract that drives subsequent movement."
    },
    {
      "id": "p0-42",
      "title": "Formation aggregation — adjacent units link into a shaped formation with terrain reflow",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Units in adjacent hexes (same owner, both with auto_join enabled) automatically link into a Formation. Each unit retains its own hex — no stacking. The formation has a defined shape (Line, Column, Wedge, Diamond) expressed as relative hex offsets from a leader unit. When the formation moves, a reflow solver computes target hexes for all members: if the preferred shape doesn't fit terrain (e.g. a 5-wide Line entering a 2-hex canyon), it automatically compresses to a Column and re-expands on exit. Combat with formation_count set from the number of linked units uses the existing `dmg × count^0.75` and `HP × count` scaling already in mc-combat/resolver.rs. Selection: single-click selects formation; double-click selects the individual unit. 'Exit Formation' button in unit panel splits the unit back to solo."
    },
    {
      "id": "p0-42a",
      "title": "Formation aggregation smoke — formations form and evolve at runtime",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "End-to-end smoke verification for the formation aggregation feature (p0-42). Spun off from p0-42 on 2026-04-25 originally framed as needing weston (display server) but resolved 2026-04-25 via headless run — formation evidence surfaces in `game.log` via `AiTurnBridge: formations turn=N player=P count=C sizes=[...] tiers=[...]` lines, no display server required."
    },
    {
      "id": "p0-43",
      "title": "Formation AI — MCTS plans at formation level, not per-unit",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "After p0-42 lands, the MCTS strategic planner should treat formations as the atomic military entity rather than individual units. The abstract rollout state (AbstractPlayerState in mc-ai/src/abstract_state.rs) is updated to track formation count + tier + strength instead of raw unit_counts. Action candidates include CommandFormation (advance formation to hex) scored by military axis. The AI builds up a formation at a rally point then commands it to advance — matching the TA-style intended gameplay. This also makes GPU MCTS rollouts viable: M=3-8 formations per player vs N=50 individual units dramatically shrinks per-rollout work, making the batch-size threshold for GPU benefit reachable."
    },
    {
      "id": "p0-44",
      "title": "Movement mode UX — Move button, path preview, right-click confirm, fog-aware pathing",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "Movement is currently a silent left-click on a reachable hex — no path shown, no\nconfirmation step. Players expect the Civ-style flow: enter movement mode (M key\nor Move button), see a path preview, right-click to confirm. This objective\nadds the full movement-mode state machine, path rendering, fog-of-war-aware\npathing, and the Move button on the unit action panel with disabled-state\ntooltips for all action buttons.\n\nDepends on **p0-33** (unit panel must be in the scene tree before the Move\nbutton can be wired)."
    },
    {
      "id": "p0-45",
      "title": "Turn processor consolidation — entities/ duplicate caused T1 SCRIPT ERROR halt",
      "priority": "p0",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "g2-07",
      "title": "Flora succession — wire the existing flora lifecycle engine into the playable turn",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-09",
      "blocked_by": [
        "p2-80"
      ],
      "summary": "Climate-driven flora succession (forests advancing/retreating, riparian\nbelts dying back) is the most visible expression of the living-world\nUSP. **The engine already exists and is tested** — the work is\nintegration, persistence, determinism, and presentation, NOT building a\nconsumer.\n\n- Flora succession engine: `mc-flora/src/engine.rs:352 tick_tiers`\n  (tier transitions, T9 event gating) + `mc-flora/src/dynamics.rs:26\n  tick_populations`.\n- Tier-advancement is **already wired** into the ecology step:\n  `EcologySim::process_step` runs `run_tier_advancement` +\n  `run_seed_dispersal` each tick (`mc-ecology/src/engine.rs:276`), and\n  `WorldSim::step` already calls `process_step`\n  (`mc-worldsim/src/lib.rs:161`).\n\nSpecies data is fully authored: 149/149 flora carry\n`lifecycle.transforms[]` (e.g. `european_beech.json::lifecycle.transforms[0]`\n— `climate_field: temperature`, `climate_op: >=`, `climate_value: 0.62`,\n`climate_sustained_turns: 200`). What is missing is that this engine runs\nonly at worldgen / in benches today — it does not advance in the\n**playable** game turn (that goes through bare `TurnProcessor::step`).\n\nThis objective lands once `mc-worldsim` (`p2-80`) drives the step in the\nplayable game: confirm flora succession ticks per played turn, persists,\nis deterministic, and is rendered."
    },
    {
      "id": "p0-20",
      "title": "GPU-accelerated MCTS rollouts for look-ahead decision-making",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-05",
      "blocked_by": [],
      "summary": "The MCTS tree (`mcts_tree.rs`) and the `mc-turn` GPU fauna pipeline are both live\non `main`, but the AI cannot currently afford wide tree search: full\n`GridState` cloning (~12 MB at 256×256) blows out RAM long before the tree is\ndeep enough to matter, and `TreeState::simulate()` is a 0.5 stub. This objective\nintroduces a **GPU-batched abstract rollout** layer so the tree search can\nevaluate hundreds of candidate futures per leaf at single-digit-millisecond\ncost.\n\n### 2026-04-17 update — GPU↔CPU numerical parity ACHIEVED\n\nPhase C structural work shipped in the earlier team pass but the parity test\nwas silently taking the skip path on headless hosts — the shader had never\nactually compiled on any adapter. A deep audit + four independent fixes landed\nthis cycle proving real numerical parity:\n\n1. **WGSL reserved-keyword bug**: `var active: u32 = 0u` at `rollout.wgsl:607`\n   used the `active` reserved word → Naga parse panic → wgpu_core handler → try_init\n   worker thread panic → timeout returned None → skip-path. Renamed to\n   `active_idx`; the shader now actually compiles. Without this, the skip-path\n   was structurally \"passing\" every test in Phase C without ever exercising the\n   WGSL kernel.\n2. **Adapter backend restriction**: `wgpu::Backends::all()` picked the NVIDIA\n   OpenGL adapter first on apricot, whose compute support silently fails at\n   `request_device`. Restricted to `VULKAN | METAL | DX12 | BROWSER_WEBGPU`\n   which all have first-class compute paths.\n3. **Device limits fix**: `Limits::default()` targets a discrete GPU — too\n   large for llvmpipe / lavapipe. Changed to\n   `Limits::downlevel_defaults().using_resolution(adapter.limits())` so software\n   Vulkan backends can satisfy device creation.\n4. **Action-walk order unified**: the root numerical divergence. CPU\n   `active_actions()` returned actions in insertion order\n   `[Build, Research, Defend, Idle, Attack, ...]`; WGSL iterated k=0..9 in\n   `ActionKind::ALL` numerical order `[Build, Attack, Settle, Research, ...]`.\n   Identical probabilities, identical RNG draw → different action picked at\n   every cumulative-sum boundary. Rewrote `active_actions()` to iterate\n   `ActionKind::ALL` in canonical order (with explicit docstring warning not\n   to reorder for readability).\n\n**Parity verification on apricot (headless bluefin + lavapipe software\nVulkan)**: with `MC_AI_GPU_DEBUG=1 VK_DRIVER_FILES=/usr/share/vulkan/icd.d/lvp_icd.x86_64.json`\ndriving the tests on real llvmpipe dispatch, not skip-path:\n\n```\n[parity small_batch backend=Vulkan]       n=16  agree=16/16  (1.000)  max_drift=0.000000\n[parity partial_workgroup backend=Vulkan] n=65  agree=65/65  (1.000)  max_drift=0.000000\n[parity multi_workgroup backend=Vulkan]   n=128 agree=128/128 (1.000) max_drift=0.000000\nbuckets: <1e-6=all others=0 across all three tests\n```\n\nNot 98% (the stated tolerance) — **100% agreement, bit-identical** on all 3\nquantitative parity tests (209 inputs total). Pre-fixes: 3–6% agreement with\nmax_drift 0.025–0.043 (action-boundary flips). Post-fix: integer fields\nbyte-equal, scalar fields byte-equal. WGSL kernel is now a provable,\nbyte-for-byte port of `rollout::walk`.\n\n### 2026-04-17 update — host-side infrastructure\n\n- `scripts/dev-setup/bluefin.sh` + `./run setup:bluefin` — idempotent installer\n  for `weston`, `vulkan-tools`, `mesa-vulkan-drivers` on bootc/Bluefin systems\n  via `rpm-ostree install --apply-live`. `--check` mode for CI.\n  Delegates EDIT→RUN via `$AUTOPLAY_HOST` when invoked from EDIT.\n- `~/Code/bootc-bluefin/containerfiles/Containerfile.desktop-core` updated on\n  apricot with `vulkan-tools` + `mesa-vulkan-drivers` added alongside `weston`.\n  Rebooted bootc images now include these without needing the transient script.\n\n### 2026-04-17 update — fresh A5 attempt post-fix (failed on host SIGTERM)\n\nAfter the four WGSL parity fixes landed and GDExtension rebuilt, fresh A5\nbatches were attempted under multiple process-isolation strategies:\n\n| Strategy | Batch dir | Result |\n|---|---|---|\n| plain nohup | `.local/iter/a5-fresh-20260417_122847/` | exit 143, seeds `in_progress` T5–T10 before kill |\n| nohup + new dir | `.local/iter/a5-final-20260417_122936/` | games launched, no completion.marker written (process killed) |\n| bash SIGTERM trap | `.local/iter/a5-trap-20260417_123021/` | trap handler received NO signal; script exited rc=143 |\n| strace signal trace | `.local/iter/a5-strace-20260417_123200/` | revealed autoplay-batch.sh exits status **1** (not 143); no SIGTERM to parent. Root cause: `0/N games produced turn_stats.jsonl` check fires because flatpak Godot scopes end at 3–10s |\n| `systemd-run --user` | `.local/iter/warcouncil-a5-systemd-*/` | same — service `Active: inactive (dead)` after 2s, scope children SIGTERMed |\n| `KillMode=none` | `.local/iter/warcouncil-a5-systemd-*` (2nd) | games reached T9–T10 only; same kill pattern |\n| plain `bash autoplay-batch` synchronous | `.local/iter/a5-direct-123300/` | 10 games with 0-line `turn_stats.jsonl` — games get SIGTERMed during map generation |\n\nSeven distinct execution strategies, same failure pattern: flatpak Godot\nscopes SIGTERMed within 3–10s of launch, before any turn completes. Investigation\nfound the signal is NOT delivered by systemd-oomd (failed service), rpm-ostree\nautomatic updates (timer inactive), or apricot-rail-watchdog (emit-only). The\nactual SIGTERM source could not be identified in the apricot user session.\nParallel agent's own batches from earlier the same day (e.g.\n`.local/batches/blackhammer_tune_20260417_101447/`) completed fine, so the\nissue is transient/session-bound, NOT a permanent host failure.\n\n**Fresh A5 verdict — NOT HEALTHY, B5 therefore not launched.** Per\nwarcouncil's integrity rule: we report the measurement failure honestly\nrather than claim parity-fix-correctness translated into fresh gameplay\nevidence. Existing p0-01 batch data from pre-parity-fix binary (at\n`blackhammer_tune_20260417_101447`) still stands as the most recent\nsuccessful A5/B5 evidence in the repo."
    },
    {
      "id": "p0-26b",
      "title": "Port _pick_research from GDScript into mc-ai (finish Rail-1 for the AI decision surface)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p0-35",
      "title": "Ecology telemetry instrumentation — flora canopy / undergrowth fields in turn_stats.jsonl",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "`turn_stats.jsonl` currently emits `aggregate.total_combats`, `player_stats.*.tier_peak` etc. (per p0-25) but no flora/ecology fields. p0-30 / p0-31 bullets about \"flora canopy values evolve in turn_stats.jsonl\" cannot empirically close without these fields.\n\nThis objective adds per-turn ecology telemetry so future batches can cite canopy evolution as evidence of a working Rust ecology tick.\n\nScope reduced from P0 to P1 because:\n- The p0-25 gate bullets (tier_peak, peak_unit_tier, wonder_count, combats, cities_founded) already confirm the game plays to victory under the Rust ecology path (smoke5 batch 2026-04-17: 8/10 seeds reached `outcome: victory`, combats 131–1686, tier_peak 2–6).\n- Canopy instrumentation is a dev-tool nicety, not a shipping gate. Game 1 ships without it; follow-up lands pre-EA-polish."
    },
    {
      "id": "p0-36",
      "title": "Weather / climate-effects event telemetry — events.jsonl + turn_stats aggregates",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "p0-32 added `WeatherScript.process_turn` + `ClimateEffectsScript.process_turn` over the Rust `mc-climate` crate. The calls run per turn without crashing (smoke5 batch 2026-04-17 confirms), but no weather-event records reach `events.jsonl` or `turn_stats.jsonl` aggregates — p0-32 bullet 4 \"weather events visible via event log\" cannot close without this wiring.\n\nScope reduced from P0 to P1 because:\n- Weather/climate-effects code runs + applies damage + adjusts tile state (verified by passing cargo tests in `mc-climate`).\n- Events surfacing is a dev/analytics concern, not a shipping gate."
    },
    {
      "id": "p1-01",
      "title": "Diplomacy-lite — peace/war toggle plus one trade action",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-trade` now has a full diplomacy surface: `declare_war` / `offer_peace` / `evaluate_trade_offer` / `apply_trade_offer` free functions plus `DiplomacyEvent` enum and `TradeOffer` struct. `TurnProcessor` exposes `action_declare_war`, `action_offer_peace`, `action_offer_trade`, and `action_accept_trade_offer` as public methods callable from GDExtension. EA policy: AI always rejects player-initiated peace offers and gold-for-luxury offers; automated luxury swaps flow through the existing `evaluate_trades` path. Relation state machine (`Relation::Neutral/Peace/Friendly/War`) was already present in `mc-trade::relation`.\n\nAI attack decisions are gated on `Relation::War` via `_is_at_war` in `simple_heuristic_ai.gd`. `_collect_enemy_units`, `_collect_enemy_city_positions`, and `_enemy_within` all skip players whose relation is Peace or Friendly. ~~Missing key defaults to War (EA: all pairs start at war).~~ **[SUPERSEDED — see banner: canonical start state is PEACE; war begins on war-dec dispatch per COMMUNICATIONS.md / p3-01.]** GUT coverage in `test_simple_heuristic_ai_war_gate.gd`."
    },
    {
      "id": "p1-02",
      "title": "Strategic resource yields feed into production bonuses",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Deposit resource definitions (iron, coal, gems, etc.) grant per-turn production/food bonuses to all owned cities when held in `strategic_ledger`. The wire-through runs via `TurnProcessor::process_deposit_yields` (called at Phase 1a2 in `step` and `step_legacy`), which iterates `deposit_yield_table: BTreeMap<String, DepositYieldEntry>` and adds `production`/`food` to each city's `prod_yield`/`food_yield` when the player's `strategic_ledger` has a non-zero count for that deposit. `QueueError::MissingResource` gates unit production at enqueue time when `requires_resource` is not in the ledger."
    },
    {
      "id": "p1-03",
      "title": "First-run tutorial / onboarding overlay",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "First-run tutorial overlay walks new players through the seven core 4X\nactions with a live-event chain. Each step subscribes to the matching\n`EventBus` signal on enter and auto-advances when the player performs the\naction — no click-through required, but Skip, Back, and Next remain\navailable at every step. `SettingsManager(\"gameplay\", \"tutorial_completed\")`\npersists completion so the overlay never reshows unless the player hits\n**Replay on next start** in the options screen.\n\nStep descriptors live in `TutorialOverlay._STEPS`; adding a step means one\nentry plus a matching handler method — tests, proof scenes, and counter\nrendering all read `total_steps()` from the array length."
    },
    {
      "id": "p1-05",
      "title": "Balance tuning — pop_peak ≥30 median, worker improvements ≥8 min",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Post-p0-16 batch (`.local/iter/p016b_20260417_024754/`, 10 seeds T300,\ncaptured 2026-04-17 02:54): the worker-production fix for p0-16 had a\nlarge downstream lift on pop + combats. Per-seed p0_pop_peak =\n[58,46,76,65,77,74,53,113,73,36]; median **69**, min 36, max 113. Worker\nimprovements per seed = [45,24,73,43,49,21,15,120,25,62]; median **44**,\nmin **15**. Combats median **808**, techs median **39**. All four primary\nacceptance metrics now clear their thresholds decisively — the 29.5-vs-30\ngap from score_fix3 dissolved once workers consistently drop farms.\n\nShipwright passes applied:\n- `farm.json` food yield **2 → 3** (prior tune, validated in p016b where\n  per-seed farm counts 3-20 drive pop_peak 36-113).\n- Worker AI surfaced in both `auto_play.gd::_maybe_prioritize_worker` and\n  `simple_heuristic_ai.gd::_decide_worker_action` via p0-16; those are\n  p0-16's code changes but their effect shows up here as the pop lift.\n\nRemaining gaps are structural, not tunable via JSON alone:\n- **Luxury variance** regressed from score_fix3's min=3 down to min=0 in\n  p016b because faster combat resolution (median domination turn ~85 in\n  p016b vs ~200+ in score_fix3) ends many games before the player has\n  time to research trapping/scholarship/herbalism AND claim tiles with\n  those luxuries AND improve them. 14 of 15 luxuries are tech-gated in\n  `resources.json`. Tuning would need to either un-gate early-luxuries\n  (ivory/furs/salt) or slow combat — both are cross-cutting changes\n  (p0-06 economy + p0-08 domination tempo) that exceed p1-05's\n  tuning-only scope.\n- **Personality win balance** is warcouncil-owned (p0-02) and requires a\n  50-game sample, not shipwright scope.\n\n**Done (2026-05-14):** all in-scope JSON tuning bullets landed\n(pop_peak median 69, worker_improvements min 15, techs median 39,\ncombats median 808, strategic_gate_rejections 1670, both-players-T100\n3/6 qualifying). The two remaining bullets (luxury variance,\npersonality_win_balance) are upstream-blocked autoplay-batch sign-off\nwork moved to `p1-05-followup-shipwright-batch.md`.\n\n**2026-04-17 ecology handoff from p0-30:** duplicate GDScript ecology tick\n(`ecosystem.gd` + `flora.gd`) deleted; ecology is dormant until\n`ClimateScript.process_turn` is re-enabled, at which point\n`GdEcologyPhysics::process_step` becomes the sole canonical tick. Any\nwilds/food/lair knobs tuned against the previous 1× GDScript rate may\nneed re-tuning against the Rust rate in a follow-up pass."
    },
    {
      "id": "p1-06",
      "title": "Options screen polish",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Options screen ships with five sections — Display, Audio, Camera & Controls,\nGameplay, Game Defaults, Privacy — backed by `SettingsManager` autoload which\npersists to `user://settings.cfg` and applies every change live. Restore-defaults\nand Back buttons anchor the bottom row."
    },
    {
      "id": "p1-07",
      "title": "Chronicle notifications coverage",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`turn_notification.gd` renders the end-of-turn chronicle log. Handlers cover\nthe full event surface (tech, wonder, city_grew / starved / founded /\ncaptured / border_expanded, building / unit completion, combat_resolved,\nunit_destroyed, victory, player_eliminated, era, golden age, happiness,\nimprovement, natural events). The panel now ships a five-checkbox filter row\n(All + Military + Research + City + Diplomacy) with `_entry_passes_filter`\ngating render, plus per-entry click-to-pan: entries carrying a `hex_pos`\nrender as Buttons that emit `EventBus.chronicle_entry_clicked(hex_pos)`, and\n`world_map.gd:_on_chronicle_entry_clicked` forwards to\n`Camera2D.center_on_hex`. The default-category bucket is immune to filter\ntoggles so debug entries never vanish."
    },
    {
      "id": "p1-08",
      "title": "Victory/defeat screen content — recap, banner, replay seed",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Victory and defeat overlays share a stats grid with 8 columns\n(Player / Pop / Cities / Tiles / Techs / Wonders / Units / Score), a seed-and-map\nrecap line, and a three-button footer. Defeat screen additionally surfaces the\ntop-scoring surviving player. Both scenes carry a Replay Same Seed button that\nstashes `GameState.replay_settings` and routes back to `game_setup.tscn`, where\n`_apply_replay_settings()` rehydrates every widget from that dict. Banner copy\nbranches on `victory_type` via `victory_banner_domination` vs\n`victory_banner_score` vocabulary keys."
    },
    {
      "id": "p1-09",
      "title": "Determinism gate — same seed produces byte-identical runs",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "Determinism is foundational for save/load, replay, bug reproduction, and golden tests. Prior work fixed seed-ingestion (`game_state.gd:113-115`), migrated HashMap→BTreeMap in several crates, sorted DataLoader enumeration, and pathfinder tiebreakers. Testwright's T1 task landed `mc-mapgen/tests/determinism.rs` (389 lines) with PCG32 golden vector + seed-stable map generation, now running green in CI.\n\n**State as of 2026-04-17 PM**: the Rust side of the gate is running. CI enforces `cargo test --workspace` on every push to main (Stage 1 of `.forgejo/workflows/ci.yml`), the apricot runner is registered + polling, and T1's determinism vector is green. Two remaining blockers, both tractable:\n\n1. **HashMap iteration audit** is no longer abstract. The T2 serde round-trip test (`mc-turn/tests/serde_roundtrip.rs`) concretely demonstrated that `PlayerState.strategic_axes: HashMap<_>` and `TechState.progress: HashMap<_>` produce non-deterministic save output across processes. Fix is `HashMap → BTreeMap` in `mc-turn/src/game_state.rs`, scoped to p0-12 (shipwright). The 3 currently-`#[ignore]`'d T2 tests will flip to passing the moment that change lands.\n2. **GUT save/replay test + end-to-end byte-identical turn_stats diff** are still both missing. The autoplay smoke stage is advisory right now because `turn_stats.jsonl` isn't landing reliably on fresh flatpak checkouts — fixing the sandbox path handling in `tools/autoplay-batch.sh` unblocks the turn_stats equality check."
    },
    {
      "id": "p1-10",
      "title": "Game setup UX — new-game dialog, difficulty, clan preview",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "New-game configuration exists but doesn't show the AI clan personality the player will face. Players need to see at minimum: map type, map size, difficulty, number of AI opponents, and a preview of each AI opponent's clan flavor (Ironhold industrialist, Goldvein merchant, etc.) so the matchup feels intentional."
    },
    {
      "id": "p1-11",
      "title": "Purge build output from src/ — wasm-pack moves to .local/build/wasm/",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`src/` is source-only by project rule — the Rust `target/` incident\n(~25 GB, 65k files accidentally committed) established the convention,\nand `.gitignore:53` already ships `.local/` as the canonical artifact\nhost. But `src/simulator/build-wasm.sh` still writes to `src/simulator/pkg/`\nvia wasm-pack's default `--out-dir`. That puts generated JS + WASM\nbytecode a `git add .` away from being committed, and the Vite alias\nat `public/games/age-of-dwarves/guide/vite.config.ts:20`\n(`'@magic-civ/physics-rs' → ../../../../src/simulator/pkg/magic_civ_physics.js`)\nis the blocking reason `./run guide` cannot boot on plum today —\n`src/simulator/pkg/` is empty here (WASM is an apricot-built artifact\nper the two-host workflow), so the alias resolves to a missing file.\n\nRelocating the wasm-pack output to `.local/build/wasm/` (already the\nconvention used by `.forgejo/workflows/release.yml:243` when staging\nrelease artifacts, and matching `.local/build/rust/` for cargo via\n`src/simulator/.cargo/config.toml` and `.local/build/godot/` for\nexports) closes both failures in one move: the rule holds structurally,\nand the guide dev-server alias now points at a location a\ncontributor can populate via `bash src/simulator/build-wasm.sh` or\n`rsync from apricot` without ever putting output back inside `src/`."
    },
    {
      "id": "p1-12",
      "title": "Align every doc reference to the relocated wasm-pack output",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "A fresh agent reading this repo cold today will be steered toward\n`src/simulator/pkg/` by ~12 independent doc surfaces that all predate\nthe p1-11 relocation: `.claude/instructions/build-output-locations.md`\nnames it as the canonical target; `rust-source-of-truth.md`'s ASCII\ndiagram arrows point at it; agent docs for `guide-web` and\n`simulator-infra` quote the full path; the guide CLAUDE.md instructs\n\"Never edit `src/simulator/pkg/` directly\"; ambient type comments,\nthe golden-test README, and the p2-09 audit narrative all mention\nit by name.\n\nIf p1-11 relocates the artifact but p1-12 doesn't scrub the docs, the\nnext agent (human or AI) will run into the same \"WASM not found\"\nfailure and reach for the same stale pattern. The two objectives must\nclose together or the relocation is cosmetic.\n\nThis objective also hardens the rule itself. Today `build-output-locations.md`\npresents the WASM row in a table as equal-weight with the others; after\nthis objective it opens with the hard rule \"**build output is never\ninside `src/`**\" as a first-paragraph invariant, citing both the prior\nRust `target/` incident and the 2026-04-17 wasm-pack relocation. The\nrepo-root `CLAUDE.md` router table gains an inline one-liner on the\n`build-output-locations.md` row so a triggered load is one step away\nwhenever an agent is choosing where to write a build artifact."
    },
    {
      "id": "p1-13",
      "title": "Guide dev server boots on plum with zero-error route coverage",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`./run guide` on plum (`natalie@plum.lan`, macOS) today fails before\nfirst paint because `@magic-civ/physics-rs` resolves to the missing\n`src/simulator/pkg/magic_civ_physics.js` — p1-11 + p1-12 close that\nstructural half. What remains is the contributor-side proof: starting\nthe dev server on a fresh clone, loading every canonical route in\nPlaywright, and asserting zero runtime errors. Nobody currently owns\nthat proof, and the last guide-dev CHANGELOG entry\n(2026-04-16 14:47 task #18) explicitly marked \"visual verification\nblocked by WASM not built on macOS.\" The gap closes when a spec\nexists, runs green on plum, and catches new routes automatically on\nevery `pnpm test:e2e`.\n\nThe e2e substrate is already wired — `@lilith/playwright-e2e-docker`\nis a committed dependency, `e2e/Dockerfile.web` pre-bakes a production\nbuild, `playwright.config.ts` switches its webServer between\n`pnpm dev --port 5802` (local) and `pnpm preview --port 5802` (CI), and\ntwo specs (`diag.spec.ts`, `simulator.spec.ts`) already exercise the\nclimate simulator. This objective extends that harness with one\nroute-coverage spec; no new infrastructure."
    },
    {
      "id": "p1-14",
      "title": "Gate Game 2/3/4 magic-school content behind EpisodeGate (future-game scope)",
      "priority": "p1",
      "status": "oos",
      "scope": "game2",
      "owner": "",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Per CLAUDE.md's hard Game 1 scope rule (Dwarves only, NO magic; leylines\n/ Green school / spacefaring → Game 2; Archons / Ascension / 5 magic\nschools → Game 3), no magic content may ship into the Game 1 guide. The\n2026-04-17 `p2-09` scope-narrow pass deleted 10 Game 2/3 pages. But a\nprophylactic `Explore` audit on the same day — triggered by the\nTourguide route-coverage spec catching magic-data imports in Game 1\npages that still rendered — surfaced **2 RED** and **6 YELLOW** residual\nleaks that survived the first purge:\n\n**RED (runtime crash risk if data drifts)**\n\n- `public/games/age-of-dwarves/guide/src/pages/DevSpritesPage.tsx:5` —\n  live import of `@resources/magic/schools.json`. (Partial-fix: the\n  p1-13 Wave-1 pass replaced the import with the shared `SCHOOL_COLORS`\n  palette, so the crash is gone; keeping this row as evidence of why\n  the objective exists.)\n- `src/packages/guide/src/components/climate-sim/HexGLRenderer.tsx:7,749,783`\n  — live ley-line network rendering via `LEY_COLORS[edge.school]`. In\n  Game 1 the climate simulator's rendered grid shows ley-edge meshes\n  with school-coded colors, inserting Game 2 visual vocabulary into\n  every Game 1 planet view.\n\n**YELLOW (renders stale Game 2+ content into Game 1 UI, inert but wrong)**\n\n- `public/games/age-of-dwarves/guide/src/data/game.ts:87–98` —\n  `infusionTrees` loader pulls magical_promotions JSON into the guide\n  context; exported to every consumer via `data/index.ts:40`.\n- `public/games/age-of-dwarves/guide/src/app/guide-data.ts:48` — the\n  data context injection re-exposes magic-school data to every page\n  via `GuideDataProvider`.\n- `public/games/age-of-dwarves/guide/src/pages/HomePage.tsx:220–224`\n  — nav items `/magic/schools`, `/magic/spells`, `/magic/archons`\n  still defined; the routes were purged, so clicking these in Game 1\n  hits the `<Navigate to=\"/\" replace />` fallback. Broken-link UX.\n- `public/games/age-of-dwarves/guide/src/pages/LensesPage.tsx:18` —\n  `formatUnlock` renders magic-school unlock strings for Game 1 lenses;\n  if a Game 1 lens has a magic unlock in data, the formatter renders it.\n- `public/games/age-of-dwarves/guide/src/pages/SurvivalGuidePage.tsx:23,143,152`\n  — `ManaUpkeep` interface + render.\n- `src/packages/guide/src/components/cards/TerrainCard.tsx:256–264`\n  — `mana_major` field render block.\n\nAdditional front-page prose (Game 1 HomePage) already displays \"5\nMagic Schools\" and \"16 Asymmetric Races\" in its feature grid —\nevidence that the `<EpisodeProvider episode={1}>` wrapping isn't\nbeing consulted by every page's content block."
    },
    {
      "id": "p1-15",
      "title": "Deploy dev guide to https://mc.next.black.lan",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-16",
      "title": "Purge Game 2/3 scope bleed from user-visible Game 1 guide copy",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "CLAUDE.md's Game 1 scope rule is clear: Age of Dwarves Early Access\nships with **no magic** — no magic schools, no Archons, no leylines,\nno mana. The `<EpisodeGate min={2}>` component + `VITE_DEV_GUIDE=1`\ndev-bundle flag (p1-15) are the enforcement mechanism. But a 2026-04-18\nExplore sweep catalogued six user-visible surfaces in the default Game 1\nbuild that still advertise or document Game 2/3 cosmology:\n\n| File:Line | Failure |\n|---|---|\n| `HomePage.tsx:189–190` (FEATURES) | \"5 Magic Schools\" card with \"cross-school fusions, 10 hybrid disciplines\" |\n| `HomePage.tsx:246–251` (Pitch) | \"16 asymmetric races, 5 magic schools … pursue arcane power\" |\n| `HomePage.tsx:256–275` (LoreSection) | Two paragraphs of mana-nodes + ley-lines + school-aligned energy |\n| `CommunicationsPage.tsx:97–98` | \"Archon Telepathy (Magic civs)\" row in mundane radio-tower rules |\n| `PromotionsPage.tsx:5,12–15,156–193` | Magic-data imports + \"Mana Infusions\" section + \"Dispellable by Aether\" / \"High Archon dies\" body text |\n| `SurvivalGuidePage` data.ts:85 | \"Life T3 quarantine spell blocks adjacency transmission\" in mundane survival scenario |\n\nThese are **RED** — visible to someone opening the staging / production\nbuild without `VITE_DEV_GUIDE=1`. A player launching Early Access with\none dwarf race should not be told the game has \"5 magic schools\" or\nread Archon mechanics in the communications tower rules.\n\nYELLOW items (dev-bundle-only, flagged for opportunistic cleanup):\n\n- `progress-report/OverviewTab.tsx:137,183` — hardcoded \"5 trees,\n  30 policies\" + \"12 additional races\" roadmap rows\n- `GovernmentPage.tsx:48` (SKIP_MODS) — defensive filter for the\n  Game-2 `no_spell_pact_opposing_school` modifier"
    },
    {
      "id": "p1-17",
      "title": "Forgejo workflow auto-deploys dev guide on push to main",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "With p1-15 landed, `./run deploy:guide:next` can be invoked manually from\nplum. The next step is zero-touch redeploy on every push to main so\ncontributors without plum access still see their work at\n`https://mc.next.black.lan` within minutes of merging.\n\nDepends on p1-15 (infra + command must exist; they do)."
    },
    {
      "id": "p1-18",
      "title": "Village discovery — world-map feedback (notification, reward popup, minimap ping)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "`EventBus.village_discovered(tile_pos, reward)` fires when a unit walks onto a village\ntile, but `_on_village_discovered` in `world_map.gd` is a no-op stub. The player receives\ngold silently with no visual feedback."
    },
    {
      "id": "p1-19",
      "title": "Tutorial opt-in — HUD button, disappears after turn 5, starts from Step 1",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "The first-run tutorial currently auto-shows on game start (gated by\n`TutorialOverlay.should_show_on_first_run()`). This is hostile to returning\nplayers and to playtesting — the tutorial interrupts real gameplay every fresh\nboot. Assume the player doesn't need a tutorial by default. Offer it as a\nbutton on the world-map HUD that disappears after turn 5.\n\nAdditionally, when the tutorial IS started, it begins at **Step 1** (camera\npan), not Step 2. This is already the authoritative step order in\n`tutorial_overlay.gd:_STEPS` — the fix is only to make sure `_current_step`\ninitializes to `1` (it does) and that no code skips ahead."
    },
    {
      "id": "p1-20",
      "title": "Unit action capability registry — one source of truth for \"what can this unit do right now?\"",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "The game has no unified answer to *\"what actions can unit U take on turn T in\nstate S?\"* Today the unit panel (`unit_panel.gd:19-40`) hardcodes three\nbuttons — Fortify, Skip, Found City — and decides visibility with bespoke\nper-unit booleans scattered across the JSON (`can_found_city`,\n`can_build_improvements`, `flags: [\"ranged\"]`) and ad-hoc GDScript predicates\n(`is_civilian()`). Meanwhile `mc-ai/src/tactical/movement.rs` enumerates\nmoves and attacks but has no registry for non-motion actions. UI and AI have\nno shared truth.\n\nEvery future action — patrol (p1-21), siege pack/deploy, pillage, embark,\nbuild-road, heal, upgrade — compounds that debt by adding another hardcoded\nbutton plus its own scattered check. A siege engine in `packed` state can\nmove but not bombard; in `deployed` state can bombard but not move. Patrol\nhas the same shape (idle ↔ patrolling, with auto-cancel). Fortify has the\nsame shape. Without a registry, each state gate becomes a new bespoke flag.\n\nThis objective lands the foundation: a JSON-driven capability declaration,\na Rust `ActionKind` enum with a single `legal_actions(unit, state)` query,\nand a unit-panel refactor that renders buttons from that list. **Behavior\ndoes not change** — the three existing actions are folded in with no\nsemantic change. The payoff is every subsequent action objective (patrol,\nsiege, pillage, embark, ...) ships as one enum variant + one JSON keyword\nmapping + one handler, with no UI or AI scaffolding to re-invent."
    },
    {
      "id": "p1-21",
      "title": "Unit patrol orders — standing order to loop between waypoint tiles",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-04-19",
      "blocked_by": [],
      "summary": "Both the human player and the AI clans need a *standing order* that keeps a\nunit moving along a fixed route turn after turn without per-turn micro-\nmanagement. Canonical use cases: escorting a worker loop, covering a\nchokepoint, sweeping scout fog between two outposts.\n\nToday a unit has two durable states: idle-on-tile, or fortified. `Skip`\nends the turn but does not persist. A player who wants a scout to pace\nbetween two tiles must hand-move it every single turn — which breaks down\nonce the empire has more than a few units, and which the AI cannot express\nat all because `mc-ai/tactical/movement.rs` re-plans from scratch each turn.\n\nThis objective adds a third durable state — **patrol** — with a small\nwaypoint list, a direction cursor, and a loop mode. While patrolling, the\nunit auto-advances along its route during the turn processor before the\nplayer's input phase, so turn N+1 opens with the unit already at the next\nstep on its loop.\n\n**This objective assumes p1-20 (unit action capability registry) has\nshipped.** Patrol plugs into the registry as one new `ActionKind` variant\nplus its handlers — no bespoke unit-panel buttons, no scattered\n`is_patrolling` checks in GDScript. If p1-20 slips, reassess whether to\nland a narrower patrol-only version first."
    },
    {
      "id": "p1-22",
      "title": "MCTS per-decision wall-clock budget — bound per-turn cost on huge maps",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Spun out from p0-22 (Ultimate AI stress test) on 2026-04-25 after the 7 root-cause fixes (combat method typos, per-slot pinning, score-victory fallback, NOTIFICATION_PREDELETE, autoplay-batch.sh MCTS branch, etc.) verified the pipeline produces `outcome:victory` at T500 on the huge-map config. The remaining gap blocking `ultimate_stress: PASS` is **purely MCTS per-turn wall-clock cost on game-state complexity**: with deterministic seeds, some maps produce game states where each MCTS decision takes 30-60+ seconds (vs <5s on simpler states). Even at `PARALLEL=2 SAFETY_TIMEOUT_OVERRIDE=3600s`, slow seeds reach only T55-T236 in the 3600s budget (would need 4-8 hours wall-clock per game). Fast seeds reach T500 in ~45min.\n\nThis is engineering work, not test calibration: the AI is ALWAYS faster when it commits to a decision under a bounded budget. The current MCTS runs to a fixed iteration count regardless of wall-clock cost; on a complex 5-player huge-map state the iteration cost balloons."
    },
    {
      "id": "p1-22a",
      "title": "Huge-map AI quality — close the 4/10 → ≥5/10 decisive-game gate",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-17",
      "blocked_by": [
        "p1-22"
      ],
      "summary": "The huge-map 5-clan batch (`tools/huge-map-5clan.sh`, 10 seeds, T300 limit,\n`MCTS_DECISION_BUDGET_MS=2000`) has landed at **4/10 victories** across three\nindependent runs (cycle-1 pre-budget, cycle-2 post-tactical-budget, cycle-3\npost-p0-20 2× GPU rollout speed). The gate is ≥5/10.\n\nPost-p0-20 evidence eliminates budget plumbing as the bottleneck: with\n`budget_ms=50` the budget test fires at `dispatched=2623 << 100000`\n(1/38 of the iteration cap), and GPU rollouts are 2× faster than CPU. Yet the\nratio did not move from 4/10. This is **AI strategic quality on huge maps**,\nnot throughput."
    },
    {
      "id": "p1-23",
      "title": "Restore StatsTracker — demographics overview broken in shipped builds",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "`engine/scenes/overviews/demographics.gd` (and `end_game_stats.gd`) referenced `StatsTracker.CATEGORIES`, `CATEGORY_LABELS`, `get_rankings`, `get_history`, `get_player_series` but no `StatsTracker` class_name or autoload existed. Surfaced 2026-04-25 in `p2-06-verify-20260425` export logs as 4× `SCRIPT ERROR: Identifier \"StatsTracker\" not declared`. The demographics screen was shipped broken.\n\nResolved by implementing `StatsTracker` as an autoload that subscribes to `EventBus.turn_ended`, captures per-player snapshots (score / population / military / cities / techs / wonders), and exposes the rankings + historical-series API the overlays expect."
    },
    {
      "id": "p1-24",
      "title": "ai_personalities.json fails to load from packed builds (all platforms) — pass JSON contents not path",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "When the Windows .exe cross-compiled via cargo-xwin runs under Wine on apricot (p2-06b smoke 2026-04-25), it floods the log with:\n\n```\nERROR: GdMcTreeController::scoring_weights_for_clan load error for 'goldvein':\n  failed to read ai_personalities.json at public/games/age-of-dwarves/data\\ai_personalities.json:\n  Path not found. (os error 3)\n```\n\nThe mixed-separator path is one symptom; the deeper issue is that `ai_turn_bridge.gd:79` passes `ProjectSettings.globalize_path(\"res://public/games/age-of-dwarves/data\")` to the Rust side, then Rust uses `std::fs::read_to_string` on `<dir>/ai_personalities.json`. **For packed builds (any platform), `res://` content lives inside the .pck — `globalize_path` returns a fake/non-existent OS path, so `std::fs::read_to_string` always fails.** It silently fell back to default weights everywhere — the macOS smoke (`p0_pop_peak ~290 turns to victory`) likely had the same error invisibly.\n\n**Game still completes** — the AI falls back to default scoring weights. So this is non-blocking but ships a degraded MCTS-personality-aware AI on EVERY platform from packed builds, not just Windows. The wine smoke just made the error finally visible."
    },
    {
      "id": "p1-25",
      "title": "Eliminate parse-error spam in export logs (Unit dup decl + SaveManager stray)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Every Linux/Windows export log was emitting two families of parse errors despite producing a working binary:\n\n1. **`Class \"SaveManager\" hides a global script class.`** — apricot had a stray duplicate `src/game/engine/src/map/save_manager.gd` (byte-identical to `src/core/save_manager.gd`, both declaring `class_name SaveManager`). The Mac source tree was clean; the apricot stray must have come from a prior agent's misplaced rsync. Deleted on apricot 2026-04-25; export logs now register SaveManager exactly once.\n\n2. **`The member \"type_id\" / \"hp\" / \"max_hp\" / \"movement_remaining\" / \"position\" / \"equipped_items\" already exists in parent class Unit.`** — `engine/scenes/tests/crafting_complete_proof.gd` had a `class UnitStub: extends Unit` block that redeclared 6 fields the parent `Unit` class already owns. Comment in the file claimed \"Unit.gd is a 2-line stub\" but Unit.gd evolved past that point. Refactored UnitStub to set those values in `_init()` instead of redeclaring them.\n\nBoth error families surfaced in **every** export run since shipwright started exporting builds; not a regression introduced today, just never triaged because the export still produced a working binary."
    },
    {
      "id": "p1-26",
      "title": "Tile-placement UX with effect preview — Civ7-style \\\\\\\"where does this go and what changes\\\\\\\"",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "When a player queues a building or tile improvement today, the placement is a black box:\n- **Buildings**: every building entry in `public/games/age-of-dwarves/data/buildings/*.json` has `placement: \"city\"` — buildings just appear in the city center, no tile choice, no spatial decision.\n- **Improvements**: a worker drops a farm/mine/road at the worker's hex; the player sees no preview of yield-delta or adjacency effects before committing.\n\nCiv7 (and Civ6 districts) made this a primary expressive lever: pick a tile, see live yield projections + adjacency bonuses + terrain restrictions before locking in. Without this surface in Game 1 the player loses a major strategic dimension and the city map feels like decoration.\n\nThis objective covers the **UX + supporting data extension** for tile-targeted building/improvement placement with live preview. The simulation already supports per-tile improvements; the gap is presentation + a small data extension to mark which buildings become tile-placed and any adjacency rules."
    },
    {
      "id": "p1-27",
      "title": "Extract GPU MCTS into a standalone service/client (model-boss-shaped, magic-civ-only)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Today the GPU MCTS path lives **inside** the `mc-ai` crate (`gpu/inner.rs`, `gpu/rollout.wgsl`, `gpu/cpu_reference.rs`) and runs in-process via the GDExtension (`GdMcTreeController`). That couples GPU lifecycle (device init, queue submission, buffer pooling, fence waits) to the game's per-turn decision call.\n\nPer user directive 2026-04-25: extract this into its own **MCTS service/client** that\n\n1. Lives **inside @magic-civilization** (not in @model-boss / not in any other repo) — it's game-specific.\n2. Lives **independently** of the in-process GDExtension — long-lived process the game talks to via IPC (Unix socket / TCP / shared memory).\n3. **Borrows patterns** from `@model-boss` (job submission, queue, batched dispatch, GPU lifecycle isolation) but doesn't take a dependency on it. Magic-civ's MCTS workload is narrow enough to warrant its own focused implementation.\n\nWhy a service vs in-process:\n- GPU init + warm-up amortized once per session, not per AI turn\n- Game can keep playing turns while a deep search is in flight (async)\n- Crash isolation — a wgpu/driver fault doesn't take the game down\n- One service can serve multiple game clients (autoplay-batch parallel runs hit one warm GPU instead of N cold inits)\n- Future: out-of-process service can run on a different host (apricot has GPU, dev mac doesn't)"
    },
    {
      "id": "p1-27a",
      "title": "MCTS service telemetry + parity test + huge-map wiring",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-16",
      "blocked_by": [],
      "summary": "Split out of `p1-27` (architectural extraction, closed `done` 2026-05-14). The\nservice crate ships, the client/server protocol ships, the gdext fallback path\nships, and `tools/run-services.sh` manages lifecycle. What did NOT ship under\np1-27, and is tracked here:\n\n1. Per-job latency + queue-depth telemetry to JSONL.\n2. `gpu_rollout_parity.rs` driven against the service path (byte-identical assert).\n3. Wiring `huge-map-5clan.sh` to bring the warm service up so we can measure the\n   p1-22 wall-clock improvement.\n\nThe parent objective's \"Remaining work (2026-05-03)\" section (bullets 88–127)\nis the authored design for this sibling — see `p1-27.md` for the full per-file\nplan, acceptance gates, and SOLID/DRY rails. Re-stated here in brief:"
    },
    {
      "id": "p1-28",
      "title": "Culture research tree — real graph, bridge, UI",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "The culture data files\n(`public/games/age-of-dwarves/data/culture/manifest.json` →\n`public/resources/culture/*.json`) describe a six-pillar culture tree that\nmirrors the tech-tree shape: `id`, `name`, `pillar`, `era`, `tier`, `cost`,\n`requires`, `unlocks{…}`, `flavor`. The web guide already renders it via the\nshared `TechTreeGraph` component (`CultureTreePage.tsx`).\n\nInside the Godot game there was no culture-tree surface: no Rust research\ngraph, no GDExtension bridge, no GDScript wrapper, no scene, no per-turn\nresearch accumulator. The `CulturePool` only powered border expansion.\n\nThis objective shipped the live culture-research path end-to-end so the\nplayer can open a culture-tree screen identical in UX to the tech tree,\npick a tradition, accumulate culture-research progress per turn, and unlock\nbuildings / wonders / lenses / mechanics on completion."
    },
    {
      "id": "p1-29",
      "title": "Anti-early-domination: lift game-balance gates that p0-01 v1 measured",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Split out from p0-01's original v1 sub-gates that the AI-layer cycles (1, 2, 3) could not move because they measure emergent game-balance dynamics, not AI quality. p0-01 closed `done` 2026-04-26 against Gate v2 (3/5 v1 sub-gates pass cleanly: tier_peak=4, wonders 7/10, combats=255). The 2 v1 sub-gates that v2 reframed away need a real owner:\n\n- `tier_peak_gap ≤ 4` median: in surviving-pair games at end, one player tech-monopolizes (tp=6) while the other stagnates (tp=0), giving gap=5-6. Even with the alive-aware metric, the gap holds. Root cause: capture/combat dynamics let one player snowball without the other catching up. Loser stays alive but undeveloped.\n- `peak_unit_tier ≥ 3 in ≥7/10 games` absolute: 5/10 currently. 4 of the 5 fails are early-domination games (T48-T121) where tier-3 tech hasn't unlocked yet. The AI does deploy tier-3 units when available (80% of seeds reaching tp ≥3 also reach unit ≥3), but games end before tier-3 unlocks in half the seeds.\n\nCycle-3 attempted multiple AI-layer levers and confirmed they DON'T move these gates:\n- Tactical `DOMINANCE_FACTOR` bump (production.rs 1.25→2.0): no effect on outcome\n- Tactical dominance lerp bump (thresholds.rs 1.5→2.0/2.5 baseline): caused REGRESSION on tier_peak (faster opportunist wins)\n- Both reverted because the strategic MCTS doesn't pick attack actions — it only picks `SpawnUnit/FoundCity/Idle` per `mc-turn/src/snapshot.rs:204-214 action_prior`. The capture/development tempo is governed by mc-turn capture mechanics + mc-economy growth rates, NOT by AI scoring weights.\n\nReal levers (cross-team scope):\n- **mc-combat / mc-turn capture mechanics**: increase city HP, lengthen siege duration, add capital-recapture cost, weaken early-rush combat math.\n- **mc-economy growth rates**: faster baseline tech research, lower tier-3 prereq cost, give players tech catch-up bonus when behind.\n- **mc-turn turn-limit floor**: refuse to award domination victory before T150 (force games to mid-game minimum).\n\nPick one or compose multiple. Each requires the corresponding team-lead's involvement."
    },
    {
      "id": "p1-29a",
      "title": "Last-stand defense — combat-strength multiplier when defender is at last city",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Filed by p1-29 cycle 5 close-out as the combat-side intervention that should close p1-29's `tier_peak_gap ≤4` gate. Three consecutive cycles of research-side levers (catch-up tech-pick mult, catch-up tech-output mult, loss-tolerance lever) landed durably but failed to move the gate across three batches. The failure is structural: p1 (the losing AI) loses cities faster than research output can unlock era-2+ techs. Research-side levers multiply a tiny base into a tiny base. The gate is a **territory problem**, not a research problem.\n\nThis objective addresses the territory problem by giving the defender (when reduced to their last city) a combat-strength bonus that scales with how many cities they've lost — buying enough turns for the existing research-side levers to finally fire and unlock era-2+ techs."
    },
    {
      "id": "p1-29b",
      "title": "AI tech tier gap — structural research path quality (low-pop AI fails to reach t1+)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "Filed by cycle 47 close-out as the structural root cause for the alive-aware gate failure in p1-29a. The `tier_peak_gap ≤ 4` gate (across ALL living players at game end) failed 1/10 seeds in the cycle-45 batch even after p1-29a's last-stand multiplier landed. The failure is structural: the MCTS evaluator, rollout scorer, and tactical production allocator all apply flat weights that make sole-city players deprioritize research relative to defense and expansion. Tuning multipliers on a compound that starts near zero does not close the gap."
    },
    {
      "id": "p1-29c",
      "title": "Sole-city research path — lift trailing AI from tier_peak=1 to ≥2",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-27",
      "blocked_by": [],
      "summary": "Filed by p1-29b cycle-50 close-out (2026-05-07) and re-confirmed by p1-29a cycle-45 diagnosis (2026-05-07). p1-29b clamped p0's runaway (9/10 seeds now satisfy `tier_peak_gap ≤ 4`) but **p1 remains stuck at `tier_peak = 1` in every game**. The gap metric was tightened by capping the leader, not by lifting the trailing sole-city AI.\n\nThis objective is the missing structural fix for p1-29a's bullet 5 (alive-aware `tier_peak_gap ≤ 4`, requiring `p0_tp ≥ 2 AND p1_tp ≥ 2`) and bullet 7 (compose-isolation 3-batch, which has no signal to attribute while p1_tp=1 in 100% of seeds)."
    },
    {
      "id": "p1-29c-followup-empty-params-json-regression",
      "title": "GdEconomy::process_turn fails — `_build_params_json` produces empty string for autoplay seeds",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-15",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29d-p1-survival",
      "title": "P1 (trailing AI) eliminated or stalled before T100 in 10/10 seeds — upstream of action priority",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29e-rl-divergence-mining",
      "title": "RL-policy divergence mining → sole-city economy break-out (production, not science)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29f",
      "title": "learned:* controller bridge — make the trained RL policy playable in-engine",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-03",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29g",
      "title": "Re-verify Game-1 AI quality gates trained-vs-scripted (and trained-vs-trained)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p1-29k"
      ],
      "summary": ""
    },
    {
      "id": "p1-29h-stateful-tactical-decisiveness",
      "title": "Stateful tactical decisiveness — army target-lock + commitment hysteresis + press-on-capture in mc-ai",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29i-refound-suppression",
      "title": "Refound-suppression / capture-stickiness lever — convert captures into eliminations",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29j-autoplay-rust-action-application",
      "title": "Route autoplay action-application (city-founding / capture) through Rust mc_turn::processor",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-29k",
      "title": "Drive learned:* controllers on the autoplay (auto_play.gd) gate surface",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Make the autoplay gate surface able to run a `learned:*` controller in a slot and emit canonical autoplay-schema `turn_stats.jsonl`, so the AI-quality gates (p1-29g) can score trained-vs-scripted."
    },
    {
      "id": "p1-30",
      "title": "Optimize `_build_tactical_state` — 8000-tile GDScript dict-build per AI turn blocks p1-22 huge-map gate",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": "Split out from p1-22 (MCTS per-decision wall-clock budget). p1-22 closed `partial` after cycles 2-3 shipped strategic + tactical Rust budgets (`mcts_tree::simulate_parallel` + all 5 `mc-ai/src/tactical/` submodules + `GdAiController::set_budget_ms`, 186/186 lib tests). Strategic budget verified working: p1-22-cycle-2 batch had seeds 9 and 10 reach T500 victories at max_tier=10 and 7. Tactical budget verified bounded by unit test `tactical::tests::tactical_budget_respected`.\n\nBut the huge-map ≥5/10 victories sub-gate FAILED at 2/10 in the cycle-2 batch because seeds 1-8 hung at low turn counts (T43-T236). The Rust paths are bounded; the hang is in GDScript. Specifically: `src/game/engine/src/modules/ai/ai_turn_bridge.gd:248-250` (`_build_tactical_state`) iterates `width × height` tiles (112×72 = 8064 on a huge map) building a Dictionary per tile to serialize as JSON to feed `GdAiController::decide_actions`. That serialization runs every AI turn per player.\n\n5 AI players × ~8000 tile-dicts × ~T100 turns = ~4 million GDScript dict allocations per game. Each dict allocation is microseconds but compounds. The Rust `MCTS_DECISION_BUDGET_MS=2000` doesn't bound this — by the time Rust gets the JSON, the GDScript serialization has already chewed through the wall-clock budget for the turn.\n\nThe fix has two reasonable shapes:\n1. **Delta serialization**: only serialize tiles whose state changed since last AI turn. Cache per-player. ~10× speedup.\n2. **Move tile state into mc-turn**: have Rust own the tile catalog (already partial via `TacticalMap`), pass an opaque handle from GDScript instead of full JSON. Eliminates the GDScript dict-build entirely. Aligns with Rail-1.\n\nOption 2 is more correct (Rail-1) but bigger surface. Option 1 is the quick win."
    },
    {
      "id": "p1-31",
      "title": "Split bundled `resources/buildings/<category>.json` into per-file pattern matching `resources/units/`",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "`public/resources/units/` follows a one-file-per-unit convention: 65 dwarf-prefixed unit files (`dwarf_warrior.json`, `dwarf_founder.json`, ...) plus generic-class siblings under `public/games/age-of-dwarves/data/units/` (`warrior.json`, `worker.json`, `archer.json`, ...). Total 150 unit IDs, each in its own file. Easy to find, easy to diff, easy to git-blame, easy to override one without disturbing others.\n\n`public/resources/buildings/` does NOT follow the same convention. It contains a mix:\n- ~30 single-building files (`ancient_well.json`, `chronicle_tower.json`, ...) — the per-file pattern.\n- 11 **category bundle** files that pack 5–8 buildings each into one file:\n  - `economy.json` (5 buildings: granary, mill, market, storehouse, brewery)\n  - `military.json` (5: barracks, stable, forge, armory, siege_workshop)\n  - `defense_special.json` (8: walls, watchtower, castle, mason_lodge, smithy, dwarf_deep_forge, infirmary, courthouse)\n  - `science_culture.json` (7: library, university, observatory, monument, gathering_hall, great_hall, temple)\n  - `production_advanced.json` (8), `military_advanced.json` (6), `naval_buildings.json` (5),\n  - `science_nature.json` (7), `infrastructure_advanced.json` (5), `ecology_buildings.json` (5),\n  - `crafting_producers.json` (5)\n\nThat's 66 buildings hidden inside 11 bundles. Editing `granary` means opening `economy.json` and scrolling. `git log -- granary` returns nothing meaningful — the line history is per bundle, not per building. Authoring a new building means picking a category bundle to edit instead of a clean filename. Schema validators that run \"per-file\" iterate at the wrong granularity.\n\nThe bundling also created an audit blind-spot: a previous review of `data/buildings/` (per-file, 31 files) reported \"9 tech-tree-referenced buildings missing\" because all 9 actually live in `resources/buildings/<category>.json` bundles and were never noticed.\n\nThis objective splits every bundle into per-building files, matching the units convention."
    },
    {
      "id": "p1-32",
      "title": "Author the two missing food/processing buildings (sawmill, herbalist)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "`public/games/age-of-dwarves/docs/cities/PRODUCTION_CHAIN.md` describes a stockpile-based processing economy with six processing buildings: `granary`, `mill`, `brewery`, `tannery`, `sawmill`, `herbalist`. Audit confirms the first four exist in `resources/buildings/` bundles (`economy.json` carries granary/mill/brewery; `crafting_producers.json` carries tannery). The remaining two are truly missing.\n\n| Building | Designed source | Status |\n|---|---|---|\n| `granary` | Husbandry tech, food storage | ✓ in `resources/buildings/economy.json` |\n| `mill` | Husbandry tech, grain → flour | ✓ in `resources/buildings/economy.json` |\n| `brewery` | Brewing tech, ale (happiness + trade) | ✓ in `resources/buildings/economy.json` |\n| `tannery` | Tanning tech, hides → leather | ✓ in `resources/buildings/crafting_producers.json` |\n| `sawmill` | Logging tech, timber → lumber | **missing** — closest is `lumber_camp` (production_advanced.json, different concept) |\n| `herbalist` | Herbalism tech, reagents → academy | **missing** — closest are `alchemist_workshop` / `alchemist_bench` (different concept) |\n\nThis objective authors only the two genuinely missing buildings. The naming question — should `sawmill` reuse the existing `lumber_camp` slot, and should `herbalist` reuse `alchemist_workshop`? — needs a design decision before content is authored."
    },
    {
      "id": "p1-33",
      "title": "Wire naval/aerial unit gates to the harbor and airfield buildings",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "The buildings `harbor` (`resources/buildings/naval_buildings.json`, `enables_naval` effect, `requires_coastal: true`) and `airfield` (`resources/buildings/infrastructure_advanced.json`) already exist and are loaded by the engine. The gating problem is upstream of the buildings:\n\n- The 14 dwarf naval units (`dwarf_river_galley` → `dwarf_fortress_ship`) carry only a `tech_required` field. None reference `harbor` or `requires_building`. A landlocked city the moment `shipbuilding` is researched can build a `dwarf_dreadnought`.\n- The 7 dwarf aerial units (`dwarf_gyrocopter` → `dwarf_sky_fortress`) similarly do not reference `airfield`. Any city with `mechanical_flight` can build a sky_fortress on a mountaintop with no infrastructure.\n\nThe `harbor` building's effect `enables_naval: true` is suggestive of an intended gate, but no Rust or GDScript code consumes that effect. Naval / aerial unit eligibility is determined entirely by tech.\n\nThis objective wires the gate."
    },
    {
      "id": "p1-34",
      "title": "Unit metadata expansion — flavor, archetype, promotion_tree, clan_affinity fields",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "The newly authored 50-unit dwarven military roster (p1-34 follow-on from the\nT1–T10 design pass) currently mashes mechanical role text and lore one-liner\ninto a single `description` field. The schema is missing four high-value\nmetadata fields the rest of the system needs:\n\n- **`flavor`** — the lore one-liner, separate from the mechanical\n  description. Already the convention in tech files (`combined_arms`,\n  `runelore`, etc.); units inherit zero of that pattern.\n- **`archetype`** — the explicit role categorization (light_melee /\n  heavy_melee / anti_cavalry / ranged / siege / cavalry_walker / wild).\n  Currently the React calculator and AI builders infer this from\n  `unit_type` + `keywords` heuristics, which is fragile and breaks the\n  moment a new keyword combination lands.\n- **`promotion_tree`** — the link from unit to which `promotions.json`\n  tree applies (`melee` / `ranged` / `siege` / null for wild). Without\n  this, units can't actually use the promotion system that's already\n  authored.\n- **`clan_affinity`** — list of 1–3 AI clan IDs that favor building this\n  unit (`ironhold` / `goldvein` / `blackhammer` / `deepforge` /\n  `runesmith`). Drives clan personality differentiation; currently all\n  five clans pick units off the same flat priority list.\n\nThis is a **schema-and-data** objective. Touches all 75 existing unit JSONs\n(50 newly-authored dwarven + 25 original including wild creatures). React\ncalculator data loader (`allUnits.ts`) gets cleanup — drop the inference\nlogic, read fields directly."
    },
    {
      "id": "p1-35",
      "title": "Per-unit lore paragraphs — historical/cultural context for the dwarven roster",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "The newly authored 50-unit dwarven roster has strong one-liner flavor but no\nparagraph-length cultural/historical context. Each unit needs a `lore` field\nexplaining its place in dwarven society — which clan invented it, what\nhistorical event birthed it, why it survived in the doctrine.\n\nExisting dwarven voice anchors (from `data/techs/foundations.json` and\n`advanced_military.json`):\n- \"We do not learn the mountain. We remember it.\" (dwarf_heritage)\n- \"A spear alone is courage. A line of spears is an empire.\" (combined_arms)\n- \"It is not magic. The runes only ask the powder to remember its purpose.\" (gunpowder, this work)\n\nThe lore field should sit ALONGSIDE `flavor` (added by p1-34) and provide\n3–5 sentences of cultural worldbuilding. Surfaced in the player guide\nencyclopedia and in unit detail panels."
    },
    {
      "id": "p1-36",
      "title": "AI personalities — T1–T10 build order coverage + clan_affinity routing",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "`public/games/age-of-dwarves/data/ai_personalities.json` currently lists\nhardcoded early build orders that reference only the old 10-unit roster\n(warrior / forge / walls / dwarf_founder). The new T1–T10 roster (50 new\nunits) is invisible to all five AI clans — they cannot build a Shield\nBearer, a Ballista Crew, a Boar Scout, or any T7+ unit.\n\nCombined with `clan_affinity` (added by p1-34), this objective wires the\nfive AI personalities to actually feel distinct in the units they build:\n\n- **Ironhold** (production 9, aggressive 6) — heavy melee anchored\n  defender lines, walls, anvil_guard at T6, mountain_king late game\n- **Goldvein** (wealth 9, trade 9) — cheap cost-efficient units, mercenary\n  archers, defensive pikemen, light_field_gun for cavalry counter\n- **Blackhammer** (aggression 9) — light melee rush, hearth_raiders,\n  berserkers, war_rams for cavalry pressure, doomsoul end-game\n- **Deepforge** (production 8, isolationist) — siege + walker focus,\n  forge_titan, rail_cannon, adamantine_tank, ancestral_walker\n- **Runesmith** (balanced) — runic units, rune_spears, marksmen, mixed\n  army with one of each archetype"
    },
    {
      "id": "p1-37",
      "title": "mc-ai clan_affinity routing — Rust AI reads unit clan_affinity at build-decision time",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "p1-36 landed the data side: every unit JSON has a `clan_affinity` array (per p1-34's\nschema expansion), and `ai_personalities.json` now has tiered build orders (early /\nmid / late) per clan that respect clan affinity. But the **decision loop that picks\nunits doesn't yet read either field** — it still selects from a flat priority list,\nso all five clans build similarly-statted armies and the Ironhold-vs-Blackhammer\ngameplay difference doesn't surface in actual matches.\n\nPer **Rail #1** (Rust is the simulation source of truth), this work lands in\n`src/simulator/crates/mc-ai/`, NOT in any GDScript file. The completed p0-26 port\nestablished the `GdAiController` bridge; this objective extends the build-order /\nunit-selection path inside `mc-ai` to consume `clan_affinity` data."
    },
    {
      "id": "p1-38",
      "title": "Biome → economy coupling — population & luxury driven by live ecology",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Population growth and luxury supply have been decoupled from the live ecology\nsimulation since `mc-flora` was wired up. Cities read static per-terrain food\nyields (`grassland.food=2`, `plains.food=1`); 70 fauna species exist purely\nas combat encounters with no contribution to the city economy; the\n`mc-happiness::get_growth_modifier` tiering (1.25 / 1.00 / 0.50 / 0.00) was\ncomputed but unused on the GDScript side. This objective re-couples the\ncity economy to the ecology layer in four phases (C → A → B → D), each\nsized to land independently with its own balance regression risk.\n\nThe four phases were approved together as a single `p1` objective in plan\n`~/.claude/plans/hi-so-in-valiant-mango.md` (2026-04-27), but ship in\nsequence so `p1-05`'s baseline bands (median `pop_peak=69`, batch\n`p016b_20260417_024754`) are not disturbed."
    },
    {
      "id": "p1-39",
      "title": "Port per-yield difficulty multipliers from GDScript into Rust crates (Rail-1) — research + culture",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-05",
      "blocked_by": [],
      "summary": "During p1-29 Round 3-5, warcouncil added a per-yield difficulty multiplier framework (gold_mult, culture_mult, luxury_mult, research_mult, production_mult, yield_per_turn_growth) plus a symmetric player handicap (Easy = player gets Hard-AI bonuses). Per Rail-1, the multiplier APPLICATION should live in Rust crates, not in GDScript turn_processor.gd / economy.gd / turn_processor_helpers.gd.\n\n**Gold yield port: DONE 2026-04-27.** `EconomyParams.yield_mult` field added to `api-gdext/src/lib.rs:2962-2992` with serde default 1.0; `GdEconomy::process_turn` now scales gross income before netting expenses. GDScript `economy.gd::_build_params_json` injects `yield_mult` from `GameState.get_effective_yield_mult(player, \"gold\")`; the GDScript-side multiplication is deleted. Validated via 10-seed Hard batch `.local/iter/p1-31-r5-hard-20260427_044618/` — 4/5 quality gates PASS (up from 3/5), clan diversity up from 3 to 5 distinct winners.\n\n**Research yield port: DONE 2026-04-27.** Added `process_research(player_json, yield_json, sci_modifier)` passthrough at `knowledge_web.gd:152` (delegates to `_bridge.call(\"process_research\", ...)`) and exposed at `tech_web.gd:39`. Refactored `turn_processor.gd::_process_research:143` to delegate fully — assembles JSON inputs (player_dict + per-city yields_arr), calls `tw.process_research()`, only handles completion side-effects (school_locked emit, _form_high_archon, tech_researched signal, resource reveals). No Rust rebuild needed (GdTechWeb::process_research already had sci_modifier as a direct parameter; only the wrapper-layer plumbing was missing).\n\nValidation: `.local/iter/p1-39-r6-hard-20260427_054348/` (10-seed Hard batch). 4/5 quality gates PASS: median winner_tier_peak=4.5 PASS (was 3 FAIL in R5 — research port LIFTED this), tier_peak_gap=5.0 FAIL (was 3.5 PASS — gates alternate, total still 4/5), max_peak_unit 10/10 PASS, wonders 7/10 PASS, combats 454 PASS. **All 10 games completed (vs 8/10 in R5)**, **6 distinct winners** (max diversity for 5-clan game).\n\n**Culture yield port: COMPLETED 2026-04-29.** Root cause of R7/R8 divergence was NOT floating-point semantics. Two bugs caused the apparent divergence:\n\n1. **Stale GDExtension binary on apricot** — R7 and R8 batches ran against an old `.so` that lacked `process_culture_with_modifier`. Godot emitted `SCRIPT ERROR: Invalid call. Nonexistent function 'process_culture_with_modifier'` on every culture call per turn, culture never accumulated, games ended at T111 vs R6/R9's T251. Evidence: `game.log` in both R7 and R8 dirs contains this exact error; R9 (reverted to `process_culture`) worked because that symbol WAS in the old binary.\n\n2. **Missing GDScript bridge wrappers** — `city.gd` and `city_rust_bridge.gd` delegated `process_culture` but had no `process_culture_with_modifier` method. The delegation chain from `turn_processor.gd` → `city.gd` → `city_rust_bridge.gd` → `_gd_city.call(...)` was incomplete.\n\nThe \"f64 vs Variant FLOAT round-trip\" hypothesis in the revert comment was incorrect. Godot 4 Variant FLOAT is f64 (lossless), and the Rust math is algebraically identical to the original GDScript.\n\nFix (2026-04-29): added `process_culture_with_modifier` wrappers to `city.gd` and `city_rust_bridge.gd`; switched `turn_processor.gd::_process_culture` to call `c.process_culture_with_modifier(tile_json, total_pct)`; rebuilt GDExtension on apricot (binary dated 2026-04-29 21:43). R12 validation run: zero `process_culture_with_modifier` errors. Games terminate at T22 due to an unrelated AI regression (`set_map`/`captured_turn` errors from p1-29 changes) not from culture.\n\nAll three yield types (gold, research, culture) are now ported to Rust. The one remaining open acceptance bullet is replay parity — blocked on unrelated p1-29 AI regressions, not on the culture port itself."
    },
    {
      "id": "p1-40",
      "title": "Collapse data/<category>/ override layer into single source of truth at resources/",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-29",
      "blocked_by": [],
      "summary": "Today `public/games/age-of-dwarves/data/{units,buildings,techs}/` mirrors `public/resources/{units,buildings,techs}/` with override semantics: the loader walks resources/ first, then game/data/ overwrites by id. This created three real bugs in the last few sessions:\n1. Audit blind-spot: 9 \"missing\" buildings and 6 \"missing\" food/processing buildings turned out to live in resources/buildings bundled files that the per-file audit missed.\n2. Silent semantic drift: 14 building IDs are defined in both layers with different cost/tech/effects; the data/ version wins by accident-of-loader-order.\n3. Broken tech gates: 6 of 8 ordinary-building duplicates have `tech_required` in resources/ pointing at non-existent techs (`military_doctrine`, `smelting`, `husbandry`, `scholarship`, `ancestor_rites`, `masonry`, `mathematics`). The data/ overrides are the only thing keeping those buildings buildable.\n\nThe right architecture is one source of truth at `public/resources/<category>/`, with `public/games/<game>/` carrying only **game-pack-specific configuration** (clan personalities, setup, vocab, difficulty) and a manifest declaring which resource IDs the game subscribes to. No more override layer.\n\nThis objective is the **safe mechanical phase** — move all entity files to resources/ canonical locations and resolve the duplicates. The behavioral phase (subscription manifest + loader filter) splits to `p1-41`."
    },
    {
      "id": "p1-41",
      "title": "Game-pack subscription manifest + loader filter (Phase B of resources/ unification)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-29",
      "blocked_by": [],
      "summary": "Phase A (`p1-40`) collapsed the data/ override layer into single source of truth at `public/resources/<category>/`. All 155 unit IDs and 159 building IDs now live in resources/, one file each. The data loader still walks both layers — `resources/` then `data/<category>/` — but the data/ side is now empty for those categories.\n\nPhase B introduces a per-game **subscription manifest** that declares which resource IDs each game uses, and a loader filter that restricts the in-memory `_data` dict to that subset. This is what makes the architecture viable when a second game exists: Age of Dwarves subscribes only to dwarf-relevant content; Age of Kzzykt (Game 2) subscribes to its own roster without inheriting dwarf-specific entities by accident.\n\nFor Game 1 alone, this objective is **architecturally correct but functionally redundant** — Age of Dwarves currently subscribes to 100% of resources/. The objective is filed at `p1` (not deferred to `p3`) because Game 2 work begins as soon as Game 1 ships EA, and the subscription mechanism needs to exist before content for Game 2 starts landing in `resources/<category>/` (otherwise Game 2 races and units would automatically appear in Age of Dwarves saves)."
    },
    {
      "id": "p1-42",
      "title": "AI must consider the full 155-building catalog, not the hardcoded 8-id ladder",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "`mc-ai/tactical/production.rs::ids` hardcodes 8 building/unit IDs (`WARRIOR`, `WORKER`, `FOUNDER`, `WALLS`, `FORGE`, `CASTLE`, `MARKETPLACE`, `GRANARY`) and the priority ladder picks among them. The human player sees all 155 buildings in the city UI (`city_buildable_helper.gd` iterates `DataLoader.get_all_buildings()` and gates by `city.can_build()`); the AI's mental model is a ~5% slice of that catalog.\n\nResult: AI never builds `library`, `temple`, `colosseum`, `barracks`, `siege_workshop`, `harbor`, `aqueduct`, any of the 62 wonders, or any of the 32 military buildings beyond walls. Production decisions are silently flat across most of the tech tree.\n\nThe fix is to evaluate the full catalog the same way `pick_best_melee` evaluates units: filter by tech / race / resource gates, score by category × personality × city-state, return best. Catalog comes from the subscription manifest (`p1-41`) so the AI honors the same scope as the human."
    },
    {
      "id": "p1-43",
      "title": "Building stacking — per-category upgrade chains (military / science / culture / production / etc.)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "User direction (2026-04-29): \"all the buildings should be buildable and some buildings can be built on top of each other (double barracks - infantry) ... what about comboing other buildings ... science stack, culture stack\".\n\nToday every building is binary: a city either has it or doesn't. The mechanic the user wants: queueing a building on top of an existing one upgrades the slot in place — `barracks` + another `barracks` build = `infantry` (a stronger military producer). The same primitive applies to every category: science stacks (library → scriptorium → academy), culture stacks (monument → bardic_circle → great_hall), production stacks (forge → iron_forge → grand_forge), etc. This is distinct from the BUILDINGS.md \"Hybrid Merged Structures\" mechanic (which combines TWO different buildings + Synthesis tech into a hybrid). Stacking is the simpler primitive: same-category Lv1 → Lv2 → Lv3 chains within one slot.\n\nThe existing data already implies category-tier chains via the `tier` + `category` fields:\n\n| Category | Lv1 (no tech) | Lv2 (mid tech) | Lv3+ (late tech) |\n|---|---|---|---|\n| Production | `forge` t1 | (gap — `iron_forge` doesn't exist) | `dwarf_deep_forge` t3, `tempering_forge` t6, `steam_forge` t7, `adamantine_foundry` t10 |\n| Science | `library` t1 | `university` t3, `observatory` t3 | `academy_of_sciences` t5, `climate_institute` t9 |\n| Culture | `monument` t1 | `great_hall` t3, `gathering_hall` t2 | `ancestor_hall` t10 |\n| Military | `barracks` t1 | (gap — `infantry` doesn't exist) | `armory` t3, `military_academy` t6, `command_citadel` t10 |\n| Food | `granary` t1 | `mill` t2, `brewery` t2, `watermill` t2 | `great_granary` t2 (wonder) |\n| Defense | `walls` t1 | `watchtower` t1 | `castle` t3 |\n| Wealth | `marketplace` t2, `market` t2 (DUPLICATE) | `guild_hall` t4 | (none) |\n| Religion | `temple` t2 | `temple_of_the_ancestor` t5 (wonder) | (none) |\n\nThe stacking schema makes these chains explicit and queryable. Where a Lv2 successor doesn't exist yet (e.g. `infantry`, `iron_forge`, `scriptorium`), this objective authors the missing intermediates.\n\nThree design questions need user sign-off before authoring:\n\n1. **Successor identity**: is `infantry` a NEW building (needs authoring) or an existing one (e.g. reuse `armory` as the \"barracks Lv2\" slot)?\n2. **Mechanic shape**:\n   - **(a) Replacement**: building barracks twice consumes both, slot becomes `infantry`. Original gone.\n   - **(b) Levelled**: building stays \"barracks\" but carries a `level: 2` field with stacked effects.\n   - **(c) Per-tile**: two barracks on same tile merge (only relevant if `placement_tile_required: true`).\n3. **Schema**: declare on the lower tier (`barracks.json::stacks_into: \"infantry\"`) or on the upper (`infantry.json::requires_existing: \"barracks\"` + `consumes_existing: true`)? The latter keeps the relationship bidirectional readable.\n\nRecommendation: option **(a) Replacement** with declaration on the upper tier (`requires_existing` + `consumes_existing`). Matches civ-style upgrade slots, reads naturally in the city UI (\"Upgrade Barracks → Infantry\"), avoids per-tile placement complexity for a v1."
    },
    {
      "id": "p1-43b",
      "title": "Deep chain authoring — fill T6/T7/T8/T9/T10 building tiers across the 5 short chains",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-05",
      "blocked_by": [
        "p1-43a"
      ],
      "summary": "`p1-43a` (closed inline in `p1-43-building-stacking-upgrade.md` on 2026-05-05)\nshipped the engine + schema layer and **5 representative new high-tier\nbuildings** as a chain-extension proof:\n\n| ID | Tier | Chain |\n|---|---|---|\n| `hydroponic_farm` | 5 | food |\n| `bazaar` | 5 | wealth |\n| `grand_chronicle` | 7 | culture |\n| `gravity_press` | 9 | production |\n| `apothecarium` | 5 | medical |\n\nThis objective (`p1-43b`) covers the **remaining ~35 high-tier buildings**\nneeded to extend each short chain to ~8 tiers, per Q1's locked design."
    },
    {
      "id": "p1-43c",
      "title": "p1-43 follow-ups — chain ladder authoring, AI stack scoring, city UI upgrade surface, GUT bridge test",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Remaining bullets from p1-43 that require either bulk data authoring (~21 producer\nbuilding `produces:` field fills across the 14 military + 7 civilian chains) or\ndepend on p1-42 (AI stack scoring) or need GDScript bridge wiring (UI upgrade\nsurface + GUT bridge test).\n\nAs of cycle 39: 209 building JSON files exist (206 known IDs in the validator).\n92 buildings carry a `produces:` field. The remaining ~117 producer buildings in\nthe 14 military + 7 civilian chains need their `produces:` arrays populated.\n\n**Cycle 2 progress (2026-05-08):** Round 1 filled 40 buildings (cycle 1). Round 2\nfilled 38 more buildings: air chain (airfield + zeppelin_dock expanded with\ndwarf_gyrocopter, dwarf_iron_hawk, dwarf_mithril_hawk), military capstones\n(ancestor_hall, ancestral_armoury, depot, signal_works, the_cold_anvil, walls,\noutpost/watchtower), and 29 civilian/infrastructure/wonder buildings. All 38 unit\nIDs verified against `public/resources/units/`. Validator: buildings section PASS,\nzero new failures. ~39 producer buildings remain unpopulated (mostly yield-only\nfood/infrastructure with no logical unit connection).\nEngine, schema, and Rust tests are fully done (see p1-43 evidence). Only data\nauthoring, AI scoring, UI surface, and GUT bridge test remain."
    },
    {
      "id": "p1-43c-gdext-upgrade-target",
      "title": "api-gdext bridge — GdBuildingRegistry::get_upgrade_target for city UI upgrade surface",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Expose a Rust→Godot bridge that lets the city UI / encyclopedia display the\nupgrade successor of any building without forcing GDScript to walk an inverse\nscan over `DataLoader.get_all_buildings()` (a Rail-3 violation: GDScript would\nbe deriving a join that belongs in the simulation layer).\n\nSource field is `requires_existing` on building JSON (e.g. `academy_of_sciences`\ndeclares `requires_existing: \"university\"` → university's successor is the\nacademy). The inverse index lives naturally next to `BuildingRegistry` in\n`crates/mc-city/src/building.rs`."
    },
    {
      "id": "p1-44",
      "title": "Buildings produce units, not the city center — per-building production queues",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "User direction (2026-04-29): \"it would make sense to build those units in the appropriate buildings rather than the city center.\"\n\nToday every city has **one** production queue (`city.gd:57 production_queue: Array`) where the player picks \"warrior\", \"barracks\", \"wonder\", anything goes through the same FIFO. Building selection just gates the menu — the building doesn't actually *do* anything when production happens.\n\nThe user's model — and the model `PRODUCTION_CHAIN.md` already describes — is that buildings are **producers**:\n\n> Every citizen is a resource pulled between three competing demands:\n> - **Construction** — builds new buildings, upgrades existing ones (investment)\n> - **Buildings** — produces units, research, culture, equipment (output)\n> - **Tiles** — produces food, raw materials, gold (sustenance)\n\nConcretely:\n- **Barracks** has its own queue producing infantry / armory / military_academy lineage units.\n- **Stable** queues cavalry units.\n- **Siege Workshop** queues siege units.\n- **Library** queues sages / cartographers / engineers (science civilians) and accumulates research per turn.\n- **Temple** queues battle priests and accumulates culture/happiness.\n- **Harbor** queues naval units (and gates them — see `p1-33`).\n- **Airfield** queues aerial units.\n- **Construction queue** (city-level, distinct from building queues) builds NEW buildings and upgrades existing ones.\n\nEach producer building runs its queue independently per turn. Citizens / production allocation gets split across buildings (per `PRODUCTION_CHAIN.md` \"Three-Way Tension\"). The city's single global queue dies; build-vs-train becomes a structural distinction not a queue-item distinction.\n\nThis is a major engine refactor. Touches: `mc-city`, `mc-turn`, `city.gd`, `city_screen.gd`, `city_buildable_helper.gd`, save schema, AI's `production.rs` (now picks per producer-building, not per city), and the new themed-unit catalog (battle_priest, sage, bard, merchant, etc. — see `p1-43` open question 1)."
    },
    {
      "id": "p1-44c",
      "title": "p1-44 follow-ups — UI, AI per-building emission, themed roster, GUT, batch",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "p1-44 Phase B (cycle 29) landed the per-building queue split at the engine\nlayer: `City.queues: BTreeMap<String, BuildingQueue>`,\n`tick_city_production` allocator, and the legacy flat-queue save migration.\nThis objective tracks the remaining acceptance bullets that did not fit the\nPhase B tightest-scope cut."
    },
    {
      "id": "p1-45",
      "title": "Batch binary freshness: rebuild GDExt before every autoplay batch",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "Autoplay batches (`tools/autoplay-batch.sh`) run Godot against the installed GDExtension binary\n(`engine/addons/magic_civ_physics/libmagic_civ_physics.x86_64.so`). When multiple agents or\ndevelopers land Rust changes between batches, the `.so` silently goes stale — the GDScript wrappers\ncall methods that don't exist yet in the binary, producing cryptic errors like:\n\n```\nInvalid call. Nonexistent function 'process_culture_with_modifier' in base 'RefCounted (City)'.\n```\n\nThis was observed on 2026-04-30 during the p1-29 anti-snowball batch cycle when the culture-port\nteammate's `process_culture_with_modifier` and p1-30's `set_map`/`update_tile` GDExt methods were\nlanded after the last build, causing R12 test failures at T22."
    },
    {
      "id": "p1-46",
      "title": "Terrain Dimensions Lab — fix ridginess, bind 149 flora species, add Whittaker plot",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "The Terrain Dimensions Lab at `/world-gen/lab` currently\nclassifies the 17 base biomes and renders cross-tile flora/minerals/fauna\noverlays driven by 4 biome sliders + 3 toggleable overlay layers. Three\nknown gaps:\n\n1. **Ridginess slider has zero effect at default elevation 0.65.** The\n   classifier (`terrain.ts:118`) only consults ridginess when\n   `elevation > 0.85 ∧ ridginess > 0.92` for the volcano case. Anywhere\n   else, the slider does nothing — the user verified this on the live\n   lab and flagged it.\n2. **The lab loads 0 of 149 flora species.** Trees / shrubs / ground\n   cover are generic per terrain. The 149 species in\n   `public/resources/ecology/flora/species/*.json` carry rich schema\n   (`biomes[]`, `lineage`, `tags` with layer info, `quality_tier`,\n   `canopy_contribution`) that the lab ignores entirely.\n3. **No Whittaker T×P plot inset** — the user can move sliders but has\n   no visual map of where they are in biome space.\n\nThis objective is the **integration / proof surface** of the Wave-E\nterraformer bundle. It must land **after** p1-50, p2-49, p2-50 (Wave A),\np1-47 (Wave B), and p1-48/p1-49 (Wave C). The Whittaker plot, ridginess\nbehaviour, and flora binding all consume the post-refactor axes."
    },
    {
      "id": "p1-47",
      "title": "River hydrology — D6 flow analysis, hydraulic erosion, multi-hex lakes, cross-tile rivers",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Water bodies in the current map are per-hex terrain types\n(`ocean`, `coast`, `lake`, `inland_sea`) with no connectivity. Real\ngeographic water is **topological**: rivers are DAGs from headwaters to\nocean, lakes are multi-hex polygons, coastlines are polylines along\nland/water borders.\n\nThe data already encodes this in:\n\n- `public/games/age-of-dwarves/data/terrain/terrain_blends.json` —\n  `riverside_forest`, `shore`, `cliff`, `bog_edge` ecotones (cross-tile)\n- 10+ fauna species with `river` / `lake` / `wetland` biomes\n  (bald_eagle, alligator, otter, kingfisher, beaver, etc.)\n- 4 riparian flora species: `lotus`, `papyrus`, `giant_water_lily`,\n  `pioneer_sedge`\n\nBut there is **no rendering pass** that uses the topology. This\nobjective adds:\n\n1. A single hydraulic-erosion iteration that carves valleys before\n   drainage analysis (so rivers sit in valleys, not on ridges).\n2. D6 flow-direction analysis on the eroded elevation grid.\n3. Drainage-area accumulation, lake-basin filling.\n4. A cross-tile renderer that draws rivers as bezier paths through\n   hex edges and lakes as multi-hex continuous fills.\n\nHydrology computes topology only. Riparian feedback into flora\nselection lives in p1-48; aquatic-domain fauna gating lives in p1-49.\n\n**Wave B delivery (2026-04-30):** All algorithmic bullets (erosion, D6 flow,\nPlanchon-Darboux, Strahler, riparian BFS, coarse-grid path) and bridge surfaces\n(GDExtension + WASM) implemented. TS twin `hydrology.ts` deleted per Rail 1.\nVisual-proof bullet relocated to p1-46 Wave E (lab integration captures the screenshot).\nAll `cargo test -p mc-mapgen` pass. `cargo check --workspace` clean."
    },
    {
      "id": "p1-48",
      "title": "Flora species renderer — bind 149 species to world-map tile rendering (single source of truth)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "`public/resources/ecology/flora/species/*.json` defines **149 species**\nwith rich schema:\n\n- `biomes[]` — which terrain types support the species\n- `tags[]` including layer (`layer_canopy` / `layer_understory` /\n  `layer_ground` / `layer_fungal`) and structure (`structure_woody` /\n  `conifer` / `broadleaf` / `evergreen`)\n- `lineage` — taxonomic group (`conifers`, `broadleaf_trees`,\n  `tropical_broadleaf`, `cacti`, `palms`, `aquatic_plants`,\n  `mosses_lichens`, etc.)\n- `quality_tier` (0–10), `canopy_contribution`,\n  `undergrowth_contribution`, `fungi_contribution`\n- `drought_tolerance`, `fire_resistance`, `growth_rate`\n\nWave C landed the Rust selector, WASM + GDExt bridges, and integration tests.\nThe visual-proof bullets (tooltip, lab integration) are Wave-E work — relocated\nto p1-46. The TS twin (`floraSpecies.ts`) was deleted; `Lab.tsx` has\n`TODO(p1-46)` markers where the WASM calls will be wired in.\n\n**Single source of truth (Rail 1):** the selector is implemented ONCE\nin `mc-ecology` (Rust), exposed to Godot via GDExtension and to the\ndesign-lab via WASM. NO TypeScript twin."
    },
    {
      "id": "p1-49",
      "title": "Fauna species renderer — 61 Game-1 species visible on encounter and lair tiles",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [
        "p1-47"
      ],
      "summary": "`public/games/age-of-dwarves/data/manifests/fauna.json` whitelists **61\nGame-1 species** with rich JSON schema in\n`public/resources/ecology/fauna/species/*.json`:\n\n- `domain` (land / air / marine / freshwater)\n- `trophic_level` (apex_predator / predator / herbivore / omnivore)\n- `biomes[]`\n- `prey[]` — actual food-web edges\n- `ecology_tier` (1–10 rarity / strength)\n- `forms_lairs` + `lair_type`\n- `lineage` (canines, ursids, cervids, raptors, etc.)\n- `traits[]` including `size_*`\n\nWave C landed the Rust selector with full trophic and domain rules,\n12-cluster glyph table, WASM + GDExt bridges, and integration tests.\nVisual-proof bullets (lair tile silhouette, proof scene screenshot)\nare Wave-E work — relocated to p1-46. The TS twin (`faunaSpecies.ts`)\nwas deleted; `Lab.tsx` has `TODO(p1-46)` markers."
    },
    {
      "id": "p1-50",
      "title": "Tectonic prepass — voronoi plates + boundary classification seeding elevation",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "The current `mc-mapgen` elevation field is pure fBm noise. Continents\nare amorphous, mountain ranges are noise-shaped blobs, and there is no\ngeological reason for a peak to be where it is. Real continents have\n**plate boundaries**: mountains arc along convergent edges, rifts and\nmid-ocean ridges along divergent edges, transform faults run linear.\n\nThis objective adds a lo-fi tectonic prepass that runs in <500 ms on a\n200×200 map and biases the existing fBm field. Full multi-step plate\nsimulation (`g2-05-tectonics-lithology`) stays deferred to Game 2; this\nis the cheap version that captures 80% of the visual win.\n\nThe prepass also produces `mountain_proximity` and `coast_proximity`\nfields that p2-49 (rain shadow) and p1-47 (drainage divides) consume\nas first-class inputs."
    },
    {
      "id": "p1-51",
      "title": "Worldgen canonical design docs — author the spec before any Rust",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-04-30",
      "blocked_by": [],
      "summary": "The Terraformer bundle (`p1-46`…`p2-51`) is an 8-objective procedural\nterrain pipeline spanning tectonics, hydrology, climate, ecology, RNG\ndeterminism, world-shape presets, and the design-app Terrain Dimensions\nLab. Per **Rail 1** (`Rust is the simulation source of truth`,\nCLAUDE.md:13) and the project's three-tier doc system (canonical →\nengineering → JSON, per `.project/designs/README.md`), every Rust crate\nmust mechanically implement an authored canonical specification — never\nthe reverse.\n\nThis Wave-0 objective authors the **7 canonical design docs** at\n`public/games/age-of-dwarves/docs/terrain/` (and `…/docs/` for ecology\nbinding) that gate all subsequent Wave A–E implementation. Each Rust\ncrate's rustdoc references the canonical doc it implements; bridges\n(`api-gdext`, `api-wasm`) and consumers (Godot, design lab) consume\nwhat the canonical specs declare — not what someone interpolated.\n\nThe current TypeScript twins (`floraSpecies.ts`, `hydrology.ts`,\n`faunaSpecies.ts`) under `.project/designs/app/src/utils/worldGen/`\nexist precisely because this stage was skipped. Authoring the canonical\ndocs first prevents that recurrence."
    },
    {
      "id": "p1-52",
      "title": "api-wasm build fix — unblock WASM bundle for design-lab WASM consumption",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "**Resolved (2026-05-01).** Workspace `rand` downgraded from `0.9` to `0.8` in\n`[workspace.dependencies]`. This pulls `rand_core 0.6.x` → `getrandom 0.2.x`\n(known-good on wasm32 with the `js` feature already present in `api-wasm/Cargo.toml`),\nbreaking the dependency chain that forced `getrandom 0.3.x`. WASM build exits 0;\nall three tile_*_json exports confirmed in the `.d.ts`. All tests pass.\n\n`bash src/simulator/build-wasm.sh` previously failed with an upstream\ncompilation error in the `getrandom 0.3.x` line on `wasm32-unknown-unknown`\n(both `0.3.3` and `0.3.4` reference `backends::inner_u32` /\n`backends::inner_u64` symbols that don't exist in the wasm32 backend,\neven with `--cfg getrandom_backend=\"wasm_js\"`).\n\nRoot of the dep chain (from `cargo tree -p magic-civ-physics --target\nwasm32-unknown-unknown -i getrandom@0.3.4`):\n\n```\ngetrandom v0.3.4\n└── rand_core v0.9.5\n    ├── rand v0.9.2\n    │   └── mc-trade v0.1.0\n    │       ├── mc-ai v0.1.0 → mc-turn → mc-mapgen → magic-civ-physics\n    │       └── mc-turn ─────────────^\n    └── rand_chacha v0.9.0 → rand v0.9.2\n```\n\nWave A pinned the workspace to `rand = \"0.9\"` (in `mc-trade`) which\nforces `rand_core 0.9.x` which forces `getrandom 0.3.x`. The native\nbuild (cargo test on the workspace) compiles fine because native\n`getrandom` doesn't take the broken backends path; only the\n`wasm32-unknown-unknown` target hits it.\n\nThis blocks the **rolling Wave E** plan: every Wave A–D objective\nships Rust + GDExt + WASM bridges, but the WASM bundle can't be built,\nso the design lab can't consume WASM-built selectors and is stuck on\nthe TS twins. By extension, p1-46 (Wave E lab integration) cannot\nland until WASM builds are green.\n\nThis objective is **Wave A.5** — sits between Wave A (foundation\ncrates) and Waves B–E (consumers). Lands as a small, focused workspace\nfix."
    },
    {
      "id": "p1-53",
      "title": "Worldgen layer pages — one playground per canonical doc, mirroring the layered Earth model",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "The 7 canonical worldgen design docs at\n`public/games/age-of-dwarves/docs/terrain/` (plus\n`ECOLOGY_BINDING.md`) describe the layered Earth model the simulator\nimplements: tectonics → erosion → hydrology → climate → biome →\nflora → fauna, with RNG and world-shape-presets as cross-cuts. Each\ndoc is a 1-to-1 contract for one Rust crate's behaviour.\n\nThe design app at `.project/designs/app/` currently has ONE\nworldgen-related interactive page (`/world-gen/lab`, soon to\nbe renamed `/world-gen/lab` per `p1-46`). That page tries to render\nEVERYTHING in one canvas, mixing tectonic plates, climate, hydrology,\nflora, and fauna into a single overloaded view.\n\nThis objective splits the design app's worldgen surface into **6\nfocused playground pages** — one per canonical doc — plus the existing\nintegration page (which `p1-46` covers separately). Each layer page\nis the **visual + interactive companion** to its canonical doc.\nTogether they make the layered Earth model navigable: a contributor\nopens `/world-gen/tectonics`, sees the canonical doc rendered inline\nbeside a Voronoi-plate canvas driven by the same Rust crate Godot\nuses, moves a slider, and watches the spec come alive."
    },
    {
      "id": "p1-54",
      "title": "Hex direction-index translation — Rust pointy-top axial vs design-app flat-top canvas",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Two related hex-direction bugs surfaced after p1-53 Stage 2 wired the\nHydrology page to live Rust output:\n\n**Bug 1 — `Hydrology.tsx` flow-arrow rendering (lines 11–13):**\n```typescript\nconst FLOW_DX = [1, 1, 0, -1, -1, 0];\nconst FLOW_DY_EVEN = [0, -1, -1, 0, 1, 1];\nconst FLOW_DY_ODD  = [0, -1, -1, 0, 1, 1];\n```\n`FLOW_DY_EVEN` and `FLOW_DY_ODD` are identical. For any odd-q offset\ngrid they MUST differ — that's the entire point of the parity table.\nResult: flow-arrow overlay points to the wrong neighbour for half the\nhexes (whichever parity wasn't hand-checked when the values were\ncopied).\n\n**Bug 2 — Rust ↔ TS direction-label mismatch:**\n`mc-core/algorithms/hex.rs::AXIAL_DIRECTIONS` documents directions\n0–5 as `E, NE, NW, W, SW, SE` — the pointy-top axial convention with\nE and W as neighbour directions. But the design-app canvas uses\n**flat-top** geometry (`hexCorners` places corners at angles 0°, 60°,\n…, 300° → corners at E and W, edges/neighbours at NE/SE/S/SW/NW/N).\n\nSo when `WasmGrid::tile_hydrology(col, row).flow_out` returns `0`\n(\"E\" in Rust), the design-app canvas should interpret that as the\nflat-top **SE** direction (Rust's \"E\" is `(col+1, row)` axial, which\nin flat-top with odd cols shifted DOWN lands SE of the source cell\nfor even cols).\n\nThe two conventions need a documented translation table that both the\ncanvas and any future TS consumer of WASM hex output reads from.\n\n`hexCanvas.ts::EDGE_CORNERS` and `neighborCoords` were corrected\n2026-05-01 (out of band, before this objective existed) to use\nflat-top semantics — that fix is correct for design-app-only logic\nthat doesn't cross the WASM bridge. The remaining gap is the\n**bridge-crossing** label translation."
    },
    {
      "id": "p1-55",
      "title": "Tech & Culture domain field — propagate categorization through Rust, Godot UI, and player analysis",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "The designs app at `.project/designs/app/` now drives `/tech-tree` and\n`/culture-tree` from real JSON data with a 10-domain categorization\n(Military / Economy / Industry / Agriculture / Governance / Culture /\nScience / Exploration / Engineering / Medicine), authored as\n`tech.domain` directly in `public/resources/techs/*.json`. Culture\npolicies use the `pillar` field as their tab axis.\n\nThis objective propagates that categorization through the rest of the\nsystem — the Rust simulator, the Godot gameplay UI (`knowledge_tree`,\n`tech_tree`, `culture_tree`), and player data analysis surfaces — so\nevery consumer reads the same Single Source of Truth.\n\nThe shared TreeView component (`.project/designs/app/src/components/tree/`)\nis the reference implementation. Other surfaces should match its UX:\ndomain tab bar, matching-tab-floats-to-top sort, inline unlocks on each\nnode."
    },
    {
      "id": "p1-56",
      "title": "Civics buildings, Great Works, Specialists, Great People — wire authored data into Rust + Godot",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-14T20:05Z",
      "blocked_by": [],
      "summary": "A large body of city-management data was authored in the 2026-05-03 design\nsession. The JSON content + designs-app pages exist as the canonical\nspecification. Rust simulator and Godot UI consumers must now be wired\nto actually run the systems in-game."
    },
    {
      "id": "p1-57",
      "title": "Diplomacy: tribute, treaty lifecycle, magical-terrain episode gating",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "envoy",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": "Three diplomacy-related systems were authored in JSON. Rust wire-up\npending."
    },
    {
      "id": "p1-58",
      "title": "Ecology cognition: terrain affinity, food web, grudge memory, apex tier-10 fauna/flora",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "A unifying ecology-cognition layer was authored across flora, fauna, and\nwild-creature units. Adds shared `combat_profile`, `cognitive_profile`,\n`terrain_affinity`, and `loot_table` fields. Brings the Civ5 \"tier-10 apex\npredator owns the map\" experience to dwarven gameplay."
    },
    {
      "id": "p1-59",
      "title": "Hybrid merged structures — war_academy, assault_citadel, cavalry_corps, gunnery_corps",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "`public/games/age-of-dwarves/docs/cities/BUILDINGS.md` \"Hybrid Merged Structures\" describes a tier-7-unlocked \"merge two co-located buildings into one hybrid\" mechanic with four named hybrids:\n\n| Merged structure | Requires | Exclusive units |\n|---|---|---|\n| War Academy | Barracks+Rifle Range + Stable+Barding Hall | Dragoon, Mounted Rifleman, Assault Cavalry |\n| Assault Citadel | Barracks+Sword Hall + Siege Workshop+Siege Annex | Siege Breaker, Combat Engineer, Storm Trooper |\n| Cavalry Corps | Stable+Barding Hall + Barracks+Bolt Range | Mounted Archer, Beast Scout, Ram Sniper |\n| Gunnery Corps | Barracks+Rifle Range + Siege Workshop+Powder Annex | Mortar Team, Assault Gunner, Field Artillery |\n\nMultiple prerequisite buildings (Stable, Barding Hall, Siege Annex, Powder Annex) and exclusive units do not exist in data. Game 1 also does not implement co-located building tile slots, master/grandmaster auras, or merge irreversibility — all called out elsewhere in BUILDINGS.md.\n\nThis is a **post-EA expansion-tier feature**. Filed at p3 to keep the gap visible without implying Game 1 EA depends on it."
    },
    {
      "id": "p1-60",
      "title": "Fog-of-war end-to-end test coverage + AI fairness fix",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-18",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-61",
      "title": "Ecology content gap fill: sparse biomes + lineage tier holes (P1 actions from ecology-audit-gaps.md)",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": "`public/games/age-of-dwarves/docs/ecology-audit-gaps.md` lists actionable content gaps in the ecology corpus (149 flora + 581 fauna species, all lineage-tagged). The P0 work (schema + tagging) is done; the P1 work — fill sparse biomes and close intra-lineage tier holes — is not. This objective lands the P1 actions only. P2 (enrichment) and P3 (T8-T10 fantasy flora) are explicit non-goals here; they get their own objectives if/when the design team prioritises them."
    },
    {
      "id": "p2-06",
      "title": "Export pipeline for Windows / macOS / Linux",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Players need binaries. Godot export presets (desktop: Linux/X11, macOS, Windows Desktop) are authored; the `./run export` chain produces per-platform archives via `tools/export.sh` + `tools/export-single.sh`, and the `.forgejo/workflows/release.yml` tag-push pipeline bundles Linux + macOS + Windows + WASM-guide archives into a Forgejo release with release notes generated from the CHANGELOG diff.\n\nOpen work: (1) Windows `.dll` production only happens on a registered windows runner — local `./run export:windows` from a macOS/Linux EDIT host does not yet cross-compile, and no forgejo windows runner is registered. (2) The boots-and-plays end-to-end smoke has not been run against a fresh export archive — the prior audit's 29MB .x86_64 was discovered this pass to be non-bootable (missing embedded .pck from a concurrent --import race). A clean re-export + AUTO_PLAY 10-turn smoke on a dedicated off-peak runner is the remaining gate. (3) AutoPlay autoload shipping (✓ this pass) unblocks (2) but (2) itself is still ✗.\n\n### macOS scan-inflation fix (2026-04-17, commit f090d28a7)\n\nThe prior 20+ min plum export stall was root-caused to Godot's export scanner walking the entire project tree *before* applying `exclude_filter` — the three pnpm-managed `public/games/*/guide/node_modules/` symlinks dereferenced into the hoisted store and emitted ~16MB of `_scan_new_dir` warnings. Fixed in `tools/export-single.sh` by rsync-staging the project to `.local/export-staging-<stamp>/` (excluding `node_modules`, `.local`, `target`, `.git`, `dist`, `.vite*`) before invoking godot. Default-on for macos; opt-in via `EXPORT_STAGED=1` elsewhere; `KEEP_STAGING=1` keeps staging dir for inspection.\n\nEmpirical timing: `./run export:macos p2-06-verify` completed full project scan + 155-step asset reimport in **8.827s** total (two independent runs at 9.287s and 8.827s). Zero `_scan_new_dir` warnings. The only remaining blocker surfaced by that run is a missing Godot 4.6.2 export template (`/Users/natalie/Library/Application Support/Godot/export_templates/4.6.2.stable/macos.zip` — empty templates dir). Once the template is installed, `archive_boots_and_plays` should close within minutes rather than the 20+ min scan-stall window it previously faced. No codesign/entitlement errors surfaced in verification (those would follow template resolution), so the scan-inflation gate is provably cleared.\n\nStaging approach is documented in `scripts/README.md` § \"Export staging (p2-06)\"."
    },
    {
      "id": "p2-16",
      "title": "Audio assets — in-theme OSS launch pack + source ledger",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "asset-audio",
      "updated_at": "2026-06-22",
      "blocked_by": [],
      "summary": "The audio capability shipped as **p0-21** — `AudioManager`, manifest,\nsignal wiring, volume sliders all work. The schema + categorical\nrouting extension lands as **p2-33** (this objective is `blockedBy`\nthat). What's missing is the actual `.ogg` files plus the source\nledger that proves their licenses are clean.\n\nPer user directive 2026-04-17 the asset work was pulled out of the\noriginal `p1-04` so capability and assets are tracked independently.\nA silent ship is shippable; a broken or licence-tainted audio system\nis not.\n\nThis objective ships **the launch sound pack** assembled from free /\nOSS sources (CC0, CC-BY 3.0/4.0, royalty-free commercial; no\nShareAlike, no NonCommercial). Pack covers ~57 files spanning UI,\nturn cycle, units (categorical melee / ranged / siege / civilian),\nbuildings (categorical civic / production / military / wonder),\nfauna (categorical predator / herbivore / apex), city events,\nresearch, weather, victory. ~50 SFX + 7 music tracks."
    },
    {
      "id": "p2-22",
      "title": "Sprite generation pipeline — runnable end-to-end",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "asset-sprite",
      "updated_at": "2026-06-10",
      "blocked_by": [],
      "summary": "Gate-one objective for every other `asset-sprite` child (`p2-23` … `p2-27`). Before any sprite can legitimately land in `public/games/age-of-dwarves/assets/sprites/`, the `tools/sprite-generation/` pipeline has to run cleanly end-to-end: scan game data → generate variants via the configured model → auto-rank via Sonnet vision → surface in the Theater GUI for human approval → chroma-key + resize + install with LICENSES.md row written.\n\nSlate is clean (user deleted 7 pre-existing sprites on 2026-04-17 for quality-bar failure; the prompt library and ranker had drifted). This objective closes out the \"pipeline works\" half of the split; actual sprite shipping lives in the downstream children."
    },
    {
      "id": "p2-28",
      "title": "Sprite provenance ledger — LICENSES.md per-file attribution",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "asset-sprite",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Every sprite PNG that ships in `public/games/age-of-dwarves/assets/sprites/` must have a corresponding row in `public/games/age-of-dwarves/assets/sprites/LICENSES.md` recording source, license, author, URL, and SHA256. This is a cross-cutting compliance objective that runs continuously alongside the delivery children (`p2-23` … `p2-27`) — the ledger is complete exactly when every on-disk sprite has a matching row and every row points at an on-disk file.\n\nCommercial-use compatibility is non-negotiable. AI-generated output must come from a model on the approved list (`juggernaut-xl-v9`, `epicrealism-xl`, `illustrious-xl-v2`, or current equivalent per CLAUDE.md). Commissioned art must have assigned commercial rights in writing."
    },
    {
      "id": "p2-33",
      "title": "Sound system extension — categorical fallback, variant pools, per-entity routing",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "owner": "asset-audio",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "`AudioManager` (`p0-21`, done) ships 10 SFX events and 6 era-keyed music\ntracks. The current manifest is one stream per id, no variation, no\nfallback chain, and no story for the 91 units / 65 buildings / 600\nfauna species the game ships with — every entity that ever wants a\ndistinct sound has to add a hand-authored entry, which doesn't scale to\nlaunch.\n\nThis objective extends the manifest schema and `audio_manager.gd` so\nthe asset pack tracked by `p2-16` can land cleanly:\n\n* **Variant pools** — an entry can list `streams[]` with 2-3 paths;\n  the player picks one uniformly to break repetition.\n* **Pitch jitter** — optional ±X% pitch randomisation per play.\n* **Categorical fallback ladder** — `play_for_entity(entity_id,\n  event_kind)` resolves `<entity>.<event>` → `<category>.<event>` →\n  `<event>`, so a fresh unit with no bespoke sound automatically routes\n  to its category bucket (`unit.melee.attack`, `building.production.complete`,\n  `fauna.apex.roar`, etc.). The category is read from existing JSON\n  fields (`unit_type` / `category` / `trophic_class`) — no new schema\n  fields on units / buildings / wilds.\n* **EventBus expansion** — wire the additional signals that already\n  exist on `event_bus.gd` but aren't routed to audio yet\n  (`combat_started`, `unit_destroyed`, `unit_promoted`, `city_grew`,\n  `city_starved`, `golden_age_started`, `golden_age_ended`,\n  `border_expanded`, `culture_researched`, `wild_creature_spawned`,\n  `weather_event`, `tech_research_started`).\n\nThis is a **schema-and-code** objective. No `.ogg` files land here —\nthose are `p2-16`'s responsibility, which is `blockedBy: [p2-33]` so\nthe dependency-aware ordering surfaces this work first."
    },
    {
      "id": "p2-80",
      "title": "mc-worldsim orchestration crate — drive the existing worldsim engines in the playable turn",
      "priority": "p1",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-09",
      "blocked_by": [],
      "summary": "The runtime-worldsim **engines already exist and are tested/benched** —\n`mc-ecology` (Lotka-Volterra fauna `dynamics::tick_populations`, tier\nsuccession, fish stocks, emergence, dispersal), `mc-flora`\n(`dynamics::tick_populations`, `engine::tick_tiers`), `mc-climate`\n(full per-step physics, `physics::step_remaining` via\n`ClimateSim::process_step`), and `mc-compute` (CPU + GPU tick paths).\nThe gap was never \"build the consumer\" — it is **integration into the\nplayable game turn**.\n\nToday those engines run **only** at worldgen (`mc-mapgen`), in the\nguide-web WASM climate worker (`mc-compute`), and in benches/tests.\n\n> **Premise correction (2026-06-07, verified by grep).** An earlier draft\n> of this Summary claimed *\"the playable game advances turns through\n> `mc_turn::TurnProcessor::step` (wrapped by `GdTurnProcessor`).\"* That is\n> **false**, and it is the load-bearing assumption behind bullet 2. The\n> interactive discrete turn (economy / production / research / cities /\n> combat) runs in **GDScript** — `turn_manager.gd` →\n> `turn_processor.gd`, delegating to `EconomyScript` / `HappinessScript` /\n> … (each wrapping a *system-level* Rust crate, e.g. `mc-happiness`, but\n> NOT the unified `mc_turn::TurnProcessor::step`). The Rust\n> `GdTurnProcessor::step` is invoked in the playable tree **only** for\n> isolated fauna-encounter rolls (`rust_fauna_bridge.gd` builds a throwaway\n> `GdGameState` and calls `step_encounters_only` once). `mc_turn::\n> TurnProcessor::step` itself is exercised only by headless benches\n> (`solo_dominion` etc.) and the **not-yet-wired** autoplay action path\n> (`p1-29j`, status *stub*). So nothing in the playable path runs the Rust\n> discrete turn — which is why bullet 2 (drive the game through\n> `WorldSim::step`) cannot be a call-site swap; it is gated behind the\n> whole-game discrete-turn Rust port. See bullet 2 for the consequence.\n\nThe original architectural design — a new orchestration crate **above**\n`mc-turn` — still stands as the Rust-native target; what changed is that\nthe playable game does not yet route through `mc-turn` at all. `mc-turn`\ndepends on only `mc-core` + `mc-state` (and the gameplay crates) — it\ndeliberately cannot pull `mc-ecology` / `mc-climate` / `mc-mapgen`\n(circular; see the constraint comment that moved with\n`dispatch_world_events`).\n\nThe architectural fix is a new orchestration crate **above** `mc-turn`:\n`mc-worldsim` (`src/simulator/crates/mc-worldsim/`). It owns\n`WorldSim::step(&mut self, state: &mut GameState)` =\n`TurnProcessor::step` + `ClimateSim::process_step` +\n`EcologySim::process_step` + `dispatch_world_events` (moved here from\n`mc-sim`). Per-tile worldsim state is a caller-owned side-structure\n`eco_map: BTreeMap<(u16,u16), TileEcoState>` persisted with the save —\nmirroring the proven `dispatch_world_events` template. The per-turn RNG\nstream is seeded via the new `SeedDomain::WorldsimDynamics = 9`, mixed\nwith the turn index (`mc-worldsim/src/lib.rs:159`).\n\nThis objective is the **foundation/prerequisite** for the whole\nworldsim-runtime build plan: `g2-05`–`g2-10` wire their (existing)\nengines into `WorldSim::step`, and `p2-76` (bunker) / `p2-78` (runtime\nhydrology re-solve) hook the terraforming cascade into the same step."
    },
    {
      "id": "g2-05",
      "title": "Tectonics + lithology — extend the existing prepass/terrain-evolution into a lithology axis",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "The geological substrate of the worldsim is **partly built**:\n\n- The one-shot Voronoi tectonic prepass is **done** (`p1-50`, `scope:\n  game1`) — it produces `mountain_proximity` / `coast_proximity`, the\n  skeleton every terraformer doc is downstream of (`TECTONICS.md`).\n- Climate-driven terrain evolution **already runs per step**:\n  `ClimateSim::step_remaining` calls `check_terrain_evolution`\n  (`mc-climate/src/physics.rs:834`), invoked each turn from\n  `WorldSim::step` via `climate.process_step`\n  (`mc-worldsim/src/lib.rs:155`).\n\nWhat is genuinely missing is the **lithology axis** itself — per-hex\n`lithology` (granite / basalt / limestone / sandstone / volcanic /\nmetamorphic) derived from plate type + age + erosion, and the\n`plate_type` enrichment of the prepass. This is the upstream input\n`g2-06` (soil) consumes. So this objective is partly \"wire the existing\nprepass + terrain-evolution through the playable step\" and partly\n\"derive the new lithology field.\""
    },
    {
      "id": "g2-06",
      "title": "Soil derivation layer — emergent soil order from rock + climate + slope (the one unbuilt worldsim engine)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Soil derivation engine exists in worldgen (`mc-mapgen::soil::derive_soil` + `assign_soil`,\npure deterministic, 15 tests; Stages 14/15 after lithology in mapgen lib.rs). **Runtime\nworldsim integration, yield/fertility consumption, flora suitability schema, ecology\nindex widen, and supporting data (deposits lithology tags, species soil tolerances,\ntolerance_curves.json) remain missing** (per p2-80 / g2-05 partials). The acceptance\n\"New engine: mc-ecology::soil\" bullet is outdated vs implementation location (contract\nnote in evidence: must stay in mc-mapgen for dep reasons; handoff sig preserved). Unlike\nfauna/flora/climate (runtime-ticked), soil is currently worldgen-only.\n\nSoil is emergent from\n`lithology + mean_T + mean_P + slope + flora_succession_stage + time`\nand outputs one of the 8 USDA soil orders (or a simplified subset):\nMollisol / Spodosol / Oxisol / Aridisol / Histosol / Andisol /\nInceptisol / Entisol.\n\nThe integration surface already has a documented hook: the ecology index\nkey widens from `(substrate, T_band, P_band)` to add `soil_order`\n(`ECOLOGY_BINDING.md` §11) — the builder accepts an optional `soil_order`\ndimension and falls through to the 3-tuple when `None`."
    },
    {
      "id": "g2-08",
      "title": "Fauna population dynamics — confirm the existing LV engine ticks in the playable turn",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Lotka-Volterra fauna population dynamics (habitat thresholds, carrying\ncapacity, prey-driven growth/collapse, trophic cascade) **already exist\nand are tested** — the work is integration, persistence, determinism,\nand presentation.\n\n- Engine: `mc-ecology/src/dynamics.rs:273 tick_populations` (CPU; GPU\n  path via `gpu_bridge::gpu_tick_populations`).\n- **Already wired** into the ecology step: `EcologySim::process_step`\n  calls `dynamics::tick_populations` every tick, with substeps, plus\n  emergence / dispersal / fish-stock feedback\n  (`mc-ecology/src/engine.rs:276`). `WorldSim::step` already calls\n  `process_step` (`mc-worldsim/src/lib.rs:161`).\n\nSpecies data is authored: every fauna carries `habitat_min` /\n`carrying_capacity`, and 373/589 carry `prey[]` (e.g. `grey_wolf.json`:\n`habitat_min 0.2`, `carrying_capacity 0.15`,\n`prey [moose, red_deer, musk_ox, european_rabbit, wild_boar]`).\n\nThe gap is that this engine runs only at worldgen / in benches today; it\ndoes not tick in the **playable** game turn. This objective lands once\n`mc-worldsim` (`p2-80`) drives the step: confirm fauna populations\nrespond per played turn, persist, and are deterministic + visible."
    },
    {
      "id": "g2-09",
      "title": "Flora tolerance-driven selection — extend the existing flora_select engine with tolerance gating",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-80",
        "g2-07"
      ],
      "summary": "The flora selection engine **exists** — `mc-ecology/src/flora_select.rs`\n(and the `mc-flora` species/generation machinery). The work is an\n*extension* of that engine plus its integration into the per-turn step,\nnot a new consumer.\n\nEvery flora species carries six tolerance/contribution axes\n(`drought_tolerance`, `fire_resistance`, `growth_rate`, `quality_tier`,\n`canopy_contribution`, `undergrowth_contribution`, `fungi_contribution`).\nThe current selector consumes `quality_tier × <layer>_contribution` — the\n`drought_tolerance` / `fire_resistance` axes are **unused**, so a\ndrought-hardy `creosote_bush` and a drought-sensitive `european_beech`\nget equal weight on an arid tile.\n\nThis objective extends `flora_select` to weight species by tolerance ×\nclimate-stress curves, so the same biome picks visibly different pools by\nclimate zone — and so the pool a succession step (`g2-07`) can transition\n*into* is climate-appropriate."
    },
    {
      "id": "g2-10",
      "title": "Fauna migration — wire the existing apply_migrations engine into the per-turn step",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Seasonal range shifts and reintroduction propagation (extinct-then-\nrecovering populations re-seeding from neighbours — the Yellowstone wolf\ncascade in `grey_wolf.json` lore) **already have an engine** — the work\nis wiring it into the per-turn step plus persistence / determinism /\npresentation.\n\n- Engine: `mc-ecology/src/generation.rs:725 apply_migrations`.\n- **Wired in the per-turn step (static audit 2026-06-23)**: `EcologyEngine::process_step`\n  (`mc-ecology/src/engine.rs:359`) calls `compute_migrations` + `apply_migrations`\n  (step 3b, carrying-capacity overflow). Invoked from `WorldSim::step` (mc-worldsim/lib.rs:280)\n  every playable turn via the `turn_manager.gd` bridge (`EcologyState.tick` → GdFaunaEcology).\n  Core wiring confirmed by source read (migration in process_step step 3b).\n  (No change to seasonal/ghost render or p2-79 cascade test yet). (Other deferred engines like\n  `evolution::run_evolution` remain out per p2-80.)"
    },
    {
      "id": "mc-replay-followup-unit-spawn-events",
      "title": "mc-turn unit-spawn event coverage — every PlayerState.units.push emits UnitCreated / CityUnitCompleted",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-05-followup-shipwright-batch",
      "title": "Shipwright autoplay-batch sign-off — luxury variance + personality win balance",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Two p1-05 acceptance bullets cannot close inside p1-05's JSON-tuning-only\nscope — both depend on upstream warcouncil work and require a fresh\n10-seed (or 50-game) autoplay batch on apricot once that upstream lands:\n\n1. **Luxury variance ≥ 3 distinct luxuries per seed.** Un-gating\n   experiment (`apricot-20260418_062941`) falsified the JSON-tuning hypothesis;\n   the true blocker is game length (median domination ~T85), not the tech\n   gate. p2-54d landed the `mc-ai::evaluator::score_tech` luxury-unlock\n   scoring (211/211 mc-ai tests pass), but full revalidation requires a\n   batch after `p0-08` domination tempo lengthens median game past T250.\n\n2. **`personality_win_balance` PASS per p0-02 acceptance.** Warcouncil\n   owns the 50-game sample under `p0-02`; Shipwright signs off on the\n   batch run + report once warcouncil delivers the personality tunes.\n\nBoth are autoplay-batch sign-off work, not new design or tuning. Tracked\nseparately so p1-05 itself can close on the in-scope JSON tuning that\nalready shipped (pop_peak median 69, worker_improvements min 15, techs\nmedian 39, combats median 808, strategic_gate_rejections 1670)."
    },
    {
      "id": "p1-38-followup-shipwright-batch",
      "title": "p1-38 follow-up — Shipwright coupled-mode 10-seed regression batch + sign-off",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Carved out of `p1-38-biome-economy-coupling.md` (closed `done` 2026-05-14\non the basis that all Rust + GDScript implementation work has shipped and\nonly the *operational* batch + JSON flip remain). This follow-up tracks\nthe autoplay-batch sign-off that flips\n`public/games/age-of-dwarves/data/balance/ecology_yields.json`\n`fallback_when_dormant: \"static_terrain\" → \"coupled\"` in main.\n\nThis is owner-locked to Shipwright (see `p1-38` Coordination notes and\nfrontmatter): `game-systems` cannot self-sign-off, and the bullet is an\noperational gate rather than an implementation bullet."
    },
    {
      "id": "p1-42a",
      "title": "Reconcile capture_scoring.rs ↔ PersonalityPriors — building_priors field location",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p1-42b",
      "title": "Plumb per-personality building_category_weights + wonder_priorities through mc-turn PlayerState + GDScript bridge",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-01",
      "title": "Minimap — fog reflection and unit markers",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The minimap controller was already complete — terrain raster, per-tile fog\ncolor, per-player unit/city dots, click-to-emit `EventBus.camera_moved`,\nviewport-rect indicator. The gap was that nothing mounted it in\n`world_map.tscn` and no consumer listened for `camera_moved`. This bundle\nmounts the minimap in a `CanvasLayer` anchored bottom-right of the world map\nand wires both directions: `minimap.set_camera(bg_camera)` +\n`camera.set_minimap(minimap)` for viewport-rect + auto-hide at strategic\nzoom, and `EventBus.camera_moved → _on_minimap_click → cam.center_on(world)`."
    },
    {
      "id": "p2-02",
      "title": "Tooltips on all HUD elements",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Every interactive HUD control now carries a `tooltip_text` resolved through\n`ThemeVocabulary.lookup(\"tooltip_<key>\")`. The vocabulary file ships a\ndedicated `tooltip_*` namespace so theme packs can localize hover copy\nwithout touching scenes. Stat-row Labels also set\n`mouse_filter = MOUSE_FILTER_STOP` — Godot otherwise swallows hover on\ncontainer-managed Labels, so without this tooltips never fire on\nTurnLabel / EraLabel / Gold / Science / HP / Movement rows."
    },
    {
      "id": "p2-03",
      "title": "Hotkey cheat sheet (F1 / ?)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Non-modal hotkey cheat-sheet overlay renders **dynamically** from\n`InputMap.get_actions()`. Every action whose name begins with `ui_` is\nbucketed into one of four spec-required context columns — **Map / City /\nCombat / Menus** — via the `ACTION_PREFIX_BUCKET` constant. Adding a new\nhotkey means one InputMap action declaration in `project.godot` plus one\n`action_<name>` vocab entry; no changes to `hotkey_sheet.gd`.\n\n`project.godot` `[input]` section now declares 15 `ui_*` actions covering\nevery previously-keycode-literal handler across `overlay_panel.gd`\n(11 map-overlay toggles + cycle-view), `top_bar.gd`\n(encyclopedia/diplomacy/stats), and `camera.gd` (WASD/arrows handled via\n`Input.is_key_pressed` in `_process`, not migrated because they're\ncontinuous-input reads, not discrete action presses — dynamic render still\npicks up the rest). `ui_help` toggles the sheet itself; `ui_cancel` closes\nit."
    },
    {
      "id": "p2-04",
      "title": "Localization audit — no hardcoded strings",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`ThemeVocabulary` is architected for localization. This objective audits every\nplayer-facing GDScript file (`.gd`) AND Godot scene file (`.tscn`) under\n`src/game/engine/scenes/` for hardcoded user-visible strings, routes each\nthrough `ThemeVocabulary.lookup()`, and wires a validator into `./run verify`.\n\nThe `.gd` scan is clean: 57 scenes scanned, 0 hits. The validator was extended\nto also scan `.tscn` inspector `text = \"...\"` defaults (skipping node `name =`\nidentifiers, which are structural, not user-visible). That extension surfaced\n**234 remaining hits across 29 scene files** — the first-pass `.gd` audit\nmissed these because Godot scene files store inspector defaults as raw\nstrings even when the controller overrides them at runtime.\n\n**Status: done.** All three acceptance bullets pass. The `.tscn` grind\nclosed the remaining 234 hits across 29 files by adding 144 new vocab keys\nto `public/games/age-of-dwarves/vocabulary.json`, adding `%`-unique\naccessors where nodes lacked them, and routing every static label/button\ntext through `ThemeVocabulary.lookup()` at `_ready()` time. Hardcoded\n`text = \"...\"` inspector defaults were stripped. Final validator run:\n`OK: 102 scenes scanned, 0 hardcoded UI strings.`"
    },
    {
      "id": "p2-05",
      "title": "Sub-second single-player turn latency",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-23",
      "blocked_by": [],
      "summary": "10-seed parallel batch completes in ~7 minutes wall-clock; single-turn latency on the RUN host is unmeasured. Target: end-of-turn processing ≤1 second on a 512-tile map with 3 AI opponents mid-game."
    },
    {
      "id": "p2-06b",
      "title": "Cross-compile Windows .exe + .dll from Linux via cargo-xwin (no Windows host)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Originally framed as \"register a Windows runner\". Re-scoped 2026-04-25 (user pick) to **Option B: cargo-xwin cross-compile from Linux** — produces MSVC-ABI Windows binaries on the existing Linux runner, no Windows hardware required. Better ABI compatibility than mingw (especially for wgpu's d3d12 backend) and zero hardware cost.\n\nRecipe:\n1. Linux runner installs `cargo-xwin` (one-off): `cargo install cargo-xwin`\n2. Add MSVC target to rustup: `rustup target add x86_64-pc-windows-msvc`\n3. Install `clang` + `lld` (xwin uses these as linker)\n4. `bash src/simulator/build-gdext.sh x86_64-pc-windows-msvc` → cargo-xwin downloads MS SDK on first run (~1.5GB, cached at `~/.cache/cargo-xwin/`), builds `magic_civ_physics_gdext.dll`, copies to `engine/addons/magic_civ_physics/magic_civ_physics.x86_64.dll`\n5. `bash tools/export-single.sh windows <ver>` → Godot Linux exports the Windows .exe (cross-export is native to Godot), the script then relocates the .dll into `engine/addons/magic_civ_physics/` next to the binary\n\n`.forgejo/workflows/release.yml` retargeted to `runs-on: [self-hosted, linux, x86_64]` with a \"Setup MSVC cross-toolchain\" step."
    },
    {
      "id": "p2-07",
      "title": "Credits screen accessible from main menu",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Main menu carries a Credits button between Throne Room and Bug Report rows,\nrouting through `Main.change_scene` into `credits.tscn`. The credits\ncontroller reads `public/games/age-of-dwarves/data/credits.json` at runtime\nand renders one panel per section — engine, Rust crates, fonts, sprite\npipeline, contributors, special thanks — inside a ScrollContainer. Back\nbutton returns to main menu (also bound to ESC)."
    },
    {
      "id": "p2-08",
      "title": "Accessibility baseline — colorblind palette + keyboard navigation",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Colorblind-inclusive palettes and keyboard-only navigation are minimum-viable accessibility for a 2026 release. Player-color system currently uses hue differentiation only (red/blue/green/etc), which collapses for deuteranopia. No global keyboard nav audit exists."
    },
    {
      "id": "p2-09",
      "title": "Player guide web app — builds clean from source",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Guide React app (Vite + TypeScript + React 19) lives under `public/games/age-of-dwarves/guide/`. WASM climate worker shares Rust crates with the game.\n\n**This pass (guide-drift-dev2 / 2026-04-17):** closed the systematic type drift between `@magic-civ/guide-engine` and its consumer. `pnpm typecheck` is now 0-errors in both packages (was 488 + 221 = 709 TS errors total). The prior \"32 errors\" count under-counted by ~22x because it only measured consumer-visible errors, not the 488 internal theme-augmentation errors in guide-engine itself.\n\nPer CLAUDE.md's hard Game-1 scope rule (*\"do NOT ship Game 2 features into Game 1\"*), Option 2 (scope-narrowing) was taken. All Game 2/3 content was excised:\n\n- **Deleted from `src/packages/guide/src/`:** entire `pages/magic/` directory (SpellsPage, MagicSchoolsPage, ArchonsPage, DisciplinesPage, LeyLinesPage), `pages/episodes/EpisodeKzzkytPage.tsx`, `pages/episodes/EpisodeElvesPage.tsx`, `pages/worlds/TheHivePlanetPage.tsx`, `pages/worlds/SilvandelPage.tsx`. Empty `pages/worlds/` dir removed.\n- **Deleted from consumer app `src/pages/`:** 5 local Magic pages (Spells, MagicSchools, Archons, Disciplines, LeyLines).\n- **Removed from routing + nav:** Ep2/Ep3 nav groups, all `/magic/*` routes, `/worlds/the-hive`, `/worlds/silvandel`, `/episodes/age-of-kzzkyt`, `/episodes/age-of-elves`.\n\n**Structural fixes landed:**\n\n- **styled-components theme augmentation** (`src/packages/guide/src/types/declarations.d.ts`): declared `DefaultTheme` with the exact `colors.{primary,accent,background,surface,border,text}` + `typography.{fontFamily,fontWeight}` shape used everywhere. Closed ~400 of 488 guide-engine errors.\n- **Ambient WASM + @resources/* + @lilith/ui-theme stubs** (`src/packages/guide/src/types/ambient.d.ts`, consumer `src/ambient.d.ts`): typed the shapes the guide actually uses, so `tsc --noEmit` from either package resolves cleanly without requiring the WASM pkg to be built.\n- **Game-data type drift:** extended `Unit` (added `hp`, `attack`, `defense`, `unit_type`, `flags`, `attributes`, `tier`, `terrain_bonus`, `encyclopedia`), `Building` (`culture_required`, `encyclopedia`), `Resource` / `Improvement` / `Item` (encyclopedia + index sig), `Tech` (replaced `unlocks_units`/`unlocks_buildings`/`unlocks_spells` → `unlocks: TechUnlocks` + `requires` + `flavor` + `encyclopedia`), `Race` (added `featured_units`, `arcane_rank`, `episode`, `status`), `EncyclopediaEntry` (added `entry_type`, `detail_route`), `EcologicalEventTier` (added `resource_table`), `StrategicAxes` (index sig for dynamic access). Added missing types: `Lens`, `LensCategory`, `LensUnlock`, `LensObservation`, `LensRendering`, `NamedResource`, `ResourceWithEncyclopedia`, `TechUnlocks`.\n- **Barrel surface:** rewrote `src/packages/guide/src/index.ts` from 52 lines to 125 lines with the full Game-1 surface (`PreferencesProvider`, `usePreferences`, `usePreferencesReroll`, `resolveGender`, `resolveRace`, `EpisodeProvider`/`Gate`, `GuideLayout`, `MobileNav`, `RaceThemeProvider`, `SPECIES_LIBRARY`, `applyObservationLens`, all retained pages, etc).\n- **New UI primitives:** added `PageHeading`, `PageSubtitle`, `DataTable`, `Highlight`, `FeatureGrid`, `FeatureChip` to `PagePrimitives.tsx` to match consumer-app expectations.\n- **Context drift:** `GuideDataContextValue` now declares `observationLens?: SpeciesObservationLens` + `speciesLibrary: ObservedSpecies[]` (consumer app was already passing these; type just wasn't there).\n- **Path aliases:** consumer's `@magic-civ/*` paths were off-by-one (`../../../` → `../../../../`); fixed. Added `@magic-civ/web-civmap` alias to guide-engine's tsconfig.\n- **Null-guard fixes:** eight consumer pages now guard optional fields before dereferencing (UnitsPage, CommunicationsPage, EncyclopediaModal, EncyclopediaPage, WondersPage, LairsPage, LensesPage, DevSpritesPage).\n\n**Remaining blocker to flip ✅ done:** `pnpm --filter @magic-civilization/guide-age-of-dwarves build` fails at the final rollup step because `.local/build/wasm/magic_civ_physics.js` is absent on the EDIT host (WASM is a per-host artifact; see `.claude/instructions/build-output-locations.md`, path was relocated from `src/simulator/pkg/` per p1-11 on 2026-04-17). Apricot was unreachable during the initial audit pass (`ssh lilith@apricot.lan` timed out). Once apricot is reachable:\n\n```\nssh \"$AUTOPLAY_HOST\" \"cd $PROJECT_ROOT_REMOTE/src/simulator && bash build-wasm.sh\"\npnpm --filter @magic-civilization/guide-age-of-dwarves build   # from EDIT host\n```\n\nshould yield a clean `dist/index.html` in one step. The external-hosting decision (GitHub Pages vs Cloudflare Pages vs S3) remains a separate downstream gate."
    },
    {
      "id": "p2-10",
      "title": "Automated regression CI gate on every push to main",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "This project ships via direct commits to `main` on a self-hosted forge\nat `http://10.0.0.11:3000/magicciv/magicciv` (Forgejo, port 3000).\nThere is no PR workflow — `git log --oneline` shows zero \"Merge pull\nrequest\" commits, no feature branches, no review gate. Forgejo Actions\n(drone-compatible, files live in `.forgejo/workflows/`) plus a\nself-hosted apricot runner enforces the test suite on every push to\n`main`, matching the two-host workflow (CLAUDE.md: EDIT host commits, RUN\nhost executes — apricot already is the RUN host).\n\n**State as of 2026-04-17 PM**: the pipeline is operational end-to-end. apricot runner `act_runner v12.8.0` is registered at org scope, systemd user unit is linger-enabled, PATH-patched for fnm-managed node. Every push to main produces a commit status visible on the forge commit page. The Rust workspace (~700 tests, 11 crates) hard-gates the commit; GDExtension now builds as part of CI so Godot's GDScript parse resolves bridge types.\n\nTwo stages remain `continue-on-error: true` (advisory) with in-workflow comments documenting the cleanup owner and un-gating trigger: gdlint (7 structural violations — file-splitting required) and headless GUT (39 pre-existing failures out of 439). The third advisory stage (autoplay smoke / Stage 9) was un-gated 2026-04-24 after the `_finalize_run()` write race fix. These are tracked via `advisory_backlog_tracked` in the audit block above; un-gating the remaining two is the path to closing this objective from 🟡 to ✅.\n\n**gdlint status (2026-04-23):** Reduced from 88 → 7 violations via mechanical fixes (class-definitions-order in tile.gd, max-line-length in save_manager/event_bus/auto_play, duplicated-load in auto_play, function-variable-name in turn_processor/turn_processor_helpers). Remaining 7 are structural and cannot be fixed without file-splitting:\n- `max-file-lines`: unit_renderer.gd (634 lines), game_state.gd (556), city.gd (568), auto_play.gd (2238), turn_processor.gd (635), ai_turn_bridge.gd (722)\n- `max-returns`: auto_play.gd `_maybe_prioritize_worker` (>6 return statements — refactor changes game logic)\nCI Stage 3 remains `continue-on-error: true` until file-splitting is scheduled."
    },
    {
      "id": "p2-10a",
      "title": "CI: gdlint stage un-gated",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "The gdlint stage in `.forgejo/workflows/ci.yml` (Stage 3) currently runs with `continue-on-error: true` due to 7 structural violations that require file-splitting to resolve. This child objective tracks un-gating it so a gdlint failure hard-fails the CI pipeline. The violations are all `max-file-lines` or `max-returns` in large GDScript files (`unit_renderer.gd`, `game_state.gd`, `city.gd`, `auto_play.gd`, `turn_processor.gd`, `ai_turn_bridge.gd`). Split off from p2-10 on 2026-04-25."
    },
    {
      "id": "p2-10b",
      "title": "CI: headless GUT stage un-gated",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "The headless GUT stage in `.forgejo/workflows/ci.yml` (Stage 8) was running with `continue-on-error: true` due to 40 pre-existing test failures. All 40 triaged and resolved. Gate is now hard."
    },
    {
      "id": "p2-10c",
      "title": "Diplomacy: implement _collect_unique_luxury_ids() in happiness.gd",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`happiness.gd` is expected to expose a static helper `_collect_unique_luxury_ids(player, game_map)` that collects traded + tile-based luxury resource IDs into a sorted deduplicated array. Four tests in `test_diplomacy.gd` exercise this contract. The function was never implemented."
    },
    {
      "id": "p2-10d",
      "title": "Data: strip legacy flags/can_found_city/can_build_improvements from unit JSON",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "All unit JSON files under `public/games/age-of-dwarves/data/units/` have legacy fields `flags`, `can_found_city`, and `can_build_improvements` removed (they were superseded by the `keywords` array). The test `test_no_unit_has_legacy_flags_field` was replaced from a `pending()` stub to a real assertion loop that iterates every unit JSON file and verifies none of the three keys are present."
    },
    {
      "id": "p2-10e",
      "title": "Data: resolve duplicate IDs and dangling unlock refs in game data",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`test_data_integrity.gd` had two `pending()` stubs and the data had real dangling refs:\n1. **Duplicate IDs**: `public/resources/` is the Games 2/3 master library; `public/games/age-of-dwarves/data/` overrides it for Game 1. DataLoader loads resources first, then game data overwrites — this is intentional. The test was rewritten to check for intra-pack duplicates only (same ID in two files within the same category directory), which is the correct failure mode to guard against.\n2. **Dangling unlock refs**: 9 tech unlocks referenced buildings/improvements that don't exist in either source (`grand_forge`, `steam_foundry`, `mithril_mine`, `adamantine_vault`, `deep_garden`, `mushroom_farm`, `deep_quarry`, `root_sanctum`, `citadel_of_ages`). These are unported Game 1 content. Unlock entries removed from tech JSON files."
    },
    {
      "id": "p2-10f",
      "title": "SaveManager: fix typed array property assignment on Player/Unit deserialization",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "Four `test_save_manager.gd` tests fail with \"Invalid assignment of property or key 'X' with value of type 'Array' on a base object of type 'RefCounted (Player/Unit)'\". The affected properties are `researched_techs`, `infusions`, and others. Player/Unit declare typed arrays (e.g. `Array[String]`) but the deserializer assigns plain `Array`, causing the runtime type mismatch."
    },
    {
      "id": "p2-10g",
      "title": "CityBridge: add production_cost field to items JSON fixture",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`test_city_bridge.gd:test_happy_path_enqueue_tick_emits_item_crafted` passes. The fixture JSON in the test already contains `production_cost: 30` nested under the `production` block, which is the exact structure the Rust `GdCity::load_items_json` deserializer expects (`ItemDoc` containing `ProductionDoc`). No changes were needed — the objective description was stale."
    },
    {
      "id": "p2-10h",
      "title": "UnitRenderer: implement _build_sprite_key() helper and fix cache key test",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`test_sprite_renderer.gd` tests `_build_sprite_key(type_id, race_id, sex)` on `UnitRenderer` — a helper function that was never implemented. 5 tests use it directly. Additionally, `test_cache_populated_after_miss` fails because the expected cache key format doesn't match the actual `DrawHelpers`-managed cache key."
    },
    {
      "id": "p2-10i",
      "title": "TileTooltip: fix scene node name mismatches and collectibles text formatting",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "`test_tile_tooltip.gd` had three pending tests (not failing) for panel show/hide behavior.\nCollectibles text tests (1-3) were already passing via the `build_collectibles_text()` static.\nPanel tests (4-6) needed: instantiate via `load().instantiate()`, guard `GameState` nil access\nin `tile_info_panel.gd`, and use a valid terrain ID (`plains`) that exists in the tiles JSON."
    },
    {
      "id": "p2-10j",
      "title": "FogOfWar: fix recalculate_vision to not re-reveal already-seen tiles on move",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "The two tests were `pending()` placeholders. The production code (`world_map_vision.gd:recalculate_vision()`) is correct — it demotes visible→stale then re-promotes in-range tiles, which is standard fog-of-war behavior with no return value. The fix was implementing real test bodies using the existing `_expand_vision()` helper, which already counts stale→visible transitions correctly.\n\n- `test_move_scout_expands_known_count`: reveals 37 tiles on first call; after 1-hex move, asserts `< 37` new tiles (already-visible tiles stay visible)\n- `test_seeded_t10_scout_move_reveals_exact_k_tiles`: asserts exactly `2*sight_range+1 = 7` new tiles from a 1-hex axial move (the leading-edge slice formula)"
    },
    {
      "id": "p2-10k",
      "title": "CI: fix 51 gdlint violations so Stage 3 is hard-green",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "As of 2026-05-04, `gdlint src/game/engine/src/` reports 51 violations across\n17 files.  The CI YAML comment claiming \"Hard-gated 2026-04-25\" was aspirational\ndocumentation; the rule was never verified to pass on apricot.\n\nParent: p2-10 (regression CI gate)."
    },
    {
      "id": "p2-10k-followup",
      "title": "Workflow policy decision: how to clear the 10 max-file-lines gdlint violations",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Parent: `p2-10k-gdlint-cleanup.md` (audited and closed 2026-05-14 — see\n\"Out of scope\" closing note). Eleven `max-file-lines` violations remain on\n`gdlint src/game/engine/src/` and are blocked on a workflow-policy decision\nabove the gdlint-cleanup lane.\n\nThe original p2-10k plan called for inline\n`# gdlint:disable=max-file-lines  # tracked: p2-10k` directives per file.\nThat path is **not executable from a Claude session**: the global\n`~/.claude/hooks/enforce-gdscript-quality.sh` PreToolUse hook hard-rejects\nany `gdlint:disable` / `noqa` insertion with `Lint Suppression: fix the\nlint error instead of suppressing it`."
    },
    {
      "id": "p2-10l",
      "title": "CI: fix 15 GUT regressions so Stage 5 is hard-green",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "testwright",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "As of 2026-05-04, `bash tools/gut-headless.sh` reports 15 failing tests\n(500 total, 477 passing, 8 pending).  The CI YAML comment claiming\n\"Hard-gated 2026-04-26 (p2-10b)\" was aspirational; the stage was never\nverified clean on apricot.\n\nParent: p2-10 (regression CI gate).  Previous child objectives p2-10c\nthrough p2-10j are all `status: done` — these 15 failures are new\nregressions introduced after those were closed."
    },
    {
      "id": "p2-10l-followup-gdai-set-map",
      "title": "GdAiController::set_map — wire map into tactical state_json",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-15",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-10l-followup-update-tile-negative-axial",
      "title": "GdAiController::update_tile rejects negative axial coordinates",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-15",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-11",
      "title": "Version string + About screen",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Players need to know which version of the game they're running when filing bug reports. Main menu shows no version; no About screen exists."
    },
    {
      "id": "p2-11a",
      "title": "SaveManager: add Unit.serialize/deserialize and City.production_queue serialize path",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": "Unit has no serialize()/deserialize() methods — infusions, equipped_items, promo_ids, keywords and other typed arrays cannot round-trip through SaveManager. City.production_queue is a GDScript-side Array with no serialize path; the Rust-backed City.to_json() does not include it. These gaps were deferred from p2-10f, which narrowed its tests to the Player serialize surface only."
    },
    {
      "id": "p2-12",
      "title": "Install weston on apricot RUN host — unblock display-server smoke tests",
      "priority": "p2",
      "status": "done",
      "scope": "infra",
      "owner": "shipwright",
      "updated_at": "2026-04-25",
      "blocked_by": [],
      "summary": "Several P0/P1 smoke gates were originally spec'd to require a wayland display server (weston, headless backend with software rendering) on apricot for `RENDER_MODE=weston tools/autoplay-batch.sh`. Weston is now installed (system rpm) and the headless backend launches cleanly.\n\nNote: the smokes that originally needed weston (p0-41a rally, p0-42a formation) were closed via headless evidence + Rust unit tests during this session, so this objective lost most of its urgency. It remains useful for any future visual-render smoke that genuinely needs a compositor.\n\nSpun out from p0-42 + p0-41a on 2026-04-25 after initial smoke runs failed with `ERROR: --weston mode but weston not installed`."
    },
    {
      "id": "p2-18",
      "title": "Guide web app — public hosting + deploy pipeline",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Separate from p2-09 (which covers the build being clean): this objective covers choosing a public host and running the deploy. Currently the deploy script is ready (`tools/deploy-guide.sh` — modes `build` / `serve` / `apricot` / `zip`), but no public host has been committed for Early Access. The `apricot` mode ships dist/ to the LAN for preview; `zip` produces a handoff artifact that any external host can consume."
    },
    {
      "id": "p2-19",
      "title": "Guide progress report page — dynamic dashboard + missing assets",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Dynamic progress report page inside the Age of Dwarves guide that reads the project's objectives dashboard + asset pipeline state at runtime. Built 2026-04-17 under guide-progress-dev.\n\nDelivery:\n- `tools/objectives-report.py` extended to emit `public/games/age-of-dwarves/data/objectives.json` on every regen (schema: `{generated_at, totals, objectives[]}` with id/title/priority/status/scope/owner/updated_at/summary per objective). `--check` mode compares ignoring the volatile `generated_at`.\n- `ProgressReportPage.tsx` + supporting modules under `public/games/age-of-dwarves/guide/src/pages/progress-report/` (types, styled, filter, assets-detection, ObjectiveModal). Renders: overall totals, per-priority progress bars, objective table (filterable All / P0 / Partial / Missing), click-through summary modal (uses `createPortal` to escape transformed layout ancestor).\n- Missing assets section: scans `audio.json` (declared .ogg paths) and `units/*.json` + `buildings/*.json` (expected sprite paths) against `import.meta.glob` presence. Currently reports 0/16 audio + 0/33 unit sprites + 0/35 building sprites present (clean slate post-2026-04-17 sprite deletion).\n- Route `/progress` added in `App.tsx`, nav entry `📊 Progress Report` at top of About group.\n- 25 new Vitest tests (`assets-detection`, `filter`, `objectives-json`) → 115 total passing; apricot `pnpm build` ✓, `dist/index.html` exists, bundle 113kB.\n- Incidental fix: orphan `healing_draught` reference in `items/manifest.json` removed (was breaking app bootstrap)."
    },
    {
      "id": "p2-20",
      "title": "Fix simCachePlugin pre-warm worker — tsx can't resolve @magic-civ/physics-rs through pnpm symlink",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "MCP Playwright verification of the dev-guide on plum surfaced a\npre-existing dev-only failure mode in `simCachePlugin`'s pre-warm\nworker. On `pnpm dev` startup, the plugin spawns a tsx subprocess per\nscenario (`base_no_magic`, `volcanic_winter`, `ice_age`, …) which\nstatically imports `@magic-civ/physics-rs` to pre-compute simulation\nframes into Redis. Every spawn fails with:\n\n```\nError: Cannot find package '/Users/natalie/Code/@projects/@magic-civilization/src/packages/engine-ts/node_modules/.local/build/wasm/magic_civ_physics.js'\nimported from .../src/packages/engine-ts/src/runner.ts\ncode: 'ERR_MODULE_NOT_FOUND'\n```\n\n**Root cause:** after p1-11 relocated the wasm-pack output to\n`.local/build/wasm/`, we also cleared `main` and `types` from\n`src/simulator/package.json` because node's default resolver can't\nfollow a `\"main\": \"../../.local/build/wasm/magic_civ_physics.js\"`\npath that escapes the package root — tsx in particular collapses the\n`..` segments incorrectly through pnpm symlinks and looks up\n`node_modules/@magic-civ/physics-rs/.local/build/wasm/...` (path\nprefix glued rather than resolved). With no `main` at all, tsx falls\nback to guessing `<package>/index.js`, which also doesn't exist.\n\n**User-facing impact:** none. The pre-compute is a dev optimization\n(populates Redis so the `/climate/simulation` route loads pre-rendered\nframes instead of running WASM inline). Vite's main module graph still\nresolves `@magic-civ/physics-rs` correctly via the explicit alias in\n`public/games/age-of-dwarves/guide/vite.config.ts:20`, so the route-\ncoverage e2e exercises the client-WASM fallback path and passes.\nUsers hitting the route with `noGui=true` URL params and a fresh cache\nsee the loading spinner stall at 0% (MCP verify observed this) — but\nthe normal path (no `noGui`) falls back to worker-mode automatically."
    },
    {
      "id": "p2-21",
      "title": "Bake pre-computed sim-cache frames into the static build",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "`simCachePlugin` (Vite dev plugin) pre-computes climate-simulator\nscenarios on `pnpm dev` startup and serves the resulting frames over\n`/__sim-cache/<scenario>/{status,frame/<n>}` so\n`/climate/simulation` can load pre-rendered video-like playback\ninstead of running WASM inline for minutes on cold visits. Today this\nis dev-only; on production / `.next.` deploys there is no server to\nrun the plugin, so the frontend falls back to client-WASM — slow\ncold-start, but works.\n\nThis objective fills the gap: at build time, run each canonical\nscenario headlessly (node + the WASM pkg), emit the same binary frame\nformat `simCachePlugin` serves, and drop the output at\n`dist/__sim-cache/<scenario>/...` so the static deploy serves the\nsame byte streams the dev plugin serves. The frontend doesn't change\n— it still GETs `/__sim-cache/base_no_magic/status?…` and gets the\nsame shape. The `try_files $uri $uri/` line in the\n`mc.next.black.lan` vhost (p1-15) already passes them through.\n\nSide effect: this closes the bulk of p2-20 for production. The tsx\npnpm-resolve bug remains in dev, but nobody hits the stall path\nbecause in dev the plugin is the fallback (both paths go through\ntsx, both fail identically — hm, actually, server-mode cold reads\nRedis first; if Redis is warm, no tsx worker is spawned). p2-20\nstill needs its own fix for cold `pnpm dev` runs."
    },
    {
      "id": "p2-29",
      "title": "Welcome modal + HomePage lore + guide theme align to the player's chosen race/gender",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "The guide already exposes a welcome modal that lets the player pick a race\n(Dwarf in Game 1 — `CONCRETE_RACES = ['dwarf']`) and a gender, plus a\n`RaceThemeProvider` that merges a per-race/per-gender palette into the\nstyled-components theme. But the three surfaces don't line up:\n\n- **WelcomeModal copy** reads like a settings dialog (\"Settings\", field\n  labels) rather than an invitation into the story, so the player's first\n  impression is admin-UI-shaped.\n- **HomePage `<LoreSection>`** *does* pull the player's race + name via\n  `usePreferences()`, but the surrounding `<Hero>` / `<Tagline>` / `<Pitch>`\n  hardcode out-of-scope narrative (\"16 asymmetric races, 5 magic schools\")\n  that is Game 2/3 territory and does NOT update when the player picks a\n  dwarf leader.\n- **Theme application** — the palette change from `RaceThemeProvider` fires\n  on confirm, but a browser already on the HomePage may not re-derive the\n  Hero/Pitch colors in a visually coherent way (Cinzel serif, Dwarf copper\n  `#c07040`, etc.). The \"align with welcome\" contract is not exercised.\n\nWhen the player picks **Dwarf + Female** in the modal and clicks Begin,\nall three surfaces should read as one piece: a dwarf-themed guide,\nreferring to the named dwarf leader, in Dwarf scope language (no \"5\nmagic schools\" pitch, no generic cross-race framing)."
    },
    {
      "id": "p2-30",
      "title": "Consolidate duplicate page styled-components into shared PagePrimitives",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "An Explore sweep on 2026-04-18 counted ~180 redundant styled-component\ndeclarations across 15 guide pages. Each page declares its own\n`Card`, `CardHeader`, `CardTitle`, `StatsGrid`, `Stat`, `Badge`,\n`SectionLabel`, `Subtitle`, etc. that already exist (or could exist) in\nthe shared `src/packages/guide/src/components/ui/PagePrimitives.tsx`.\nThe duplication:\n\n- Makes theme-token changes N-way rather than one-way (change the Dwarf\n  copper accent → audit 15 pages).\n- Hides inconsistencies. `SpeciesBrowserPage`'s `Card` has 12 px\n  border-radius; `BiomeBrowserPage`'s has 10 px. Nobody notices until\n  screenshots diverge.\n- Inflates each page's file size toward the 500-LOC cap, forcing\n  awkward splits (`BiomeBrowserPage.tsx` is already 355 LoC of styled\n  alone, ignoring JSX).\n- Forecloses easy swap-to-Markdown + swap-to-data adoption because\n  each page has its own local idiom.\n\nHighest-ROI candidates (counted by Explore):\n\n- `BiomeBrowserPage.tsx:191–355` — 23 custom styled, largest footprint.\n- `SpeciesBrowserPage.tsx:236–330` — 16 custom styled.\n- `MapTypesPage.tsx:9–103` — Name / StatsGrid / Stat / SectionLabel /\n  TopologyCard / TopologyBadge / TopologyDesc restate PagePrimitives.\n- `ExpansionsPage.tsx:10–132`, `TeamPage.tsx:6–30` — near-total overlap.\n- `EpisodeDwarvesPage.tsx` — inline `INCLUDED_SYSTEMS` array + own\n  styled."
    },
    {
      "id": "p2-31",
      "title": "Migrate guide filter + tab state from useState to URL search params",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "The Progress Report's Details tab set a precedent: its filter chip\nstate + per-objective modal round-trip through `useSearchParams()`\n(see `progress-report/ObjectivesTab.tsx` + `ProgressReportPage.tsx`).\nBookmarking `?tab=details&filter=partial&objective=p0-01` restores the\nexact view.\n\nThree other browsable pages still keep their filter / tab state in\n`useState`, so deep links don't work and users can't share a filtered\nview by URL:\n\n- `SpeciesBrowserPage.tsx:57` — role / biome / quality filters\n- `BiomeBrowserPage.tsx:121` — category filter + potentially a\n  highlighted biome\n- `ClimateEventsPage.tsx` — category tabs"
    },
    {
      "id": "p2-32",
      "title": "Replace hardcoded page enums with JSON data reads",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-18",
      "blocked_by": [],
      "summary": "Rail #2 in CLAUDE.md says \"JSON game packs are the canonical content\nstore — neither Rust nor GDScript hardcodes game content.\" Several\nguide pages still violate the spirit of that rule by hand-typing\ndata arrays in `.tsx` files. When the design changes (\"we decided\nit's 20 races, not 16\" — or \"Arcana tree got merged into Scholarship\"),\nthe fix has to hop four files in TypeScript rather than editing one JSON.\n\nHardcoded arrays the Explore sweep found:\n\n| File:Line | Array | Target JSON |\n|---|---|---|\n| `MapTypesPage.tsx:105–124` | `TOPOLOGY_MODES` — 3 topologies with `{id, label, desc, math, isDefault}` | `public/games/age-of-dwarves/data/map-topologies.json` (new) |\n| `EpisodeDwarvesPage.tsx:8–20` | `INCLUDED_SYSTEMS` — 10 system-name strings | `public/games/age-of-dwarves/data/episodes/ep1-systems.json` (new) |\n| `HomePage.tsx:180–210` (FEATURES) | \"What makes this game different\" cards | `public/games/age-of-dwarves/data/homepage-features.json` (new) — Episode 1 cards first, Episode 2+ behind an EpisodeGate at render time |\n| `progress-report/OverviewTab.tsx:114–165` | Hand-typed \"Coming in v1.0.0\" + \"After Full Release\" roadmap tables | `public/games/age-of-dwarves/data/shipping-roadmap.json` (new) |"
    },
    {
      "id": "p2-35",
      "title": "Palace evolution system — longhouse → great_hall → citadel → grand_citadel + function-shedding",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": "`public/games/age-of-dwarves/docs/cities/BUILDINGS.md` opens with a **Palace Evolution** mechanic. Re-audit (2026-04-27) confirms the partial state:\n\n| Tier | Name | Status |\n|---|---|---|\n| Lv1 | Longhouse | **missing** |\n| Lv2 | Great Hall | ✓ exists in `resources/buildings/science_culture.json` (without explicit \"palace tier 2\" semantics) |\n| Lv3 | Citadel | **missing** |\n| Lv4 | Grand Citadel | **missing** |\n| (none) | Palace base entity | **missing** — no `palace.json` anywhere |\n| (adjacent) | Courthouse | ✓ exists in `resources/buildings/defense_special.json` |\n\nThe doc's bigger claim is the **function-shedding mechanic**: the Palace starts as the entire civilization (one entity doing all functions at reduced efficiency). Researching `Masonry`/`Smelting`/`Scholarship`/`Military Doctrine`/`Arts & Craft`/`Husbandry` *moves* a function out of the Palace into a dedicated building (Mason Lodge / Forge / Library / Barracks / Gathering Hall / Granary) and grants the Palace +10% on remaining functions. None of this mechanic is implemented; nothing in the engine touches a palace concept.\n\nAdjacent gap: BUILDINGS.md \"Building Worker Capacity\" table assigns each palace tier a `max_workers` count. Worker assignment to buildings is not yet a feature — the dependency is real.\n\nThis objective is the palace tier system + the function-shedding effect math + the worker-cap stub field. It is **NOT** about authoring courthouse or great_hall (both exist)."
    },
    {
      "id": "p2-36",
      "title": "Reconcile the 14 building IDs defined in both `resources/buildings/` and `data/buildings/`",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-29",
      "blocked_by": [],
      "summary": "After the `p1-31` per-file split, 14 building IDs are defined in **both** `public/resources/buildings/<id>.json` (engine defaults) and `public/games/age-of-dwarves/data/buildings/<...>.json` (Age-of-Dwarves overrides). The data loader iterates `resources/` first then `data/` and overwrites by id — the data/ definition silently wins. Every duplicate currently differs in `cost`, `tech_required`, or `tier`, so the resources/ side is dead code wherever the override exists.\n\n| ID | resources/ definition | data/ definition (wins) | Drift |\n|---|---|---|---|\n| `barracks` | cost=80, tech=military_doctrine, tier=1 | cost=50, tech=null, tier=1 | tech gate dropped |\n| `forge` | cost=100, tech=smelting, tier=2 | cost=60, tech=null, tier=1 | tech gate dropped, tier dropped |\n| `granary` | cost=60, tech=husbandry, tier=1 | cost=30, tech=null, tier=1 (in stub.json) | tech gate dropped |\n| `library` | cost=75, tech=scholarship, tier=1 | cost=60, tech=null, tier=1 | tech gate dropped |\n| `monument` | cost=40, tech=null, tier=1 | cost=30, tech=null, tier=1 | cost only |\n| `siege_workshop` | cost=120, tech=mathematics, tier=2 | cost=80, tech=siege_craft, tier=2 | different tech |\n| `temple` | cost=90, tech=ancestor_rites, tier=2 | cost=80, tech=null, tier=2 | tech gate dropped |\n| `walls` | cost=75, tech=masonry, tier=1 | cost=70, tech=null, tier=1 | tech gate dropped |\n| `clan_moot_stone` (wonder) | cost=80, tier=1 | cost=180, tier=2 (in mundane_wonders.json) | wonder cost/tier diverged |\n| `covenant_stone` (wonder) | cost=355, tier=4 | cost=600, tier=6 | wonder cost/tier diverged |\n| `grand_observatory` (wonder) | cost=220, tech=astronomy, tier=5 | cost=600, tech=astronomy, tier=6 | wonder cost/tier diverged |\n| `hall_of_ancestors` (wonder) | cost=360, tier=4 | cost=260, tier=3 | wonder cost/tier diverged |\n| `voice_of_ages` (wonder) | cost=780, tier=10 | cost=1200, tier=10 | wonder cost diverged |\n| `world_pillar` (wonder) | cost=540, tier=7 | cost=1040, tech=world_theory, tier=9 | wonder cost/tech/tier diverged |\n\nThe pattern is clear:\n- **Ordinary buildings (8)**: `data/` versions are cheaper and drop the tech gate. Likely a deliberate Age-of-Dwarves \"always-buildable starter\" simplification.\n- **Wonders (6)**: `data/buildings/mundane_wonders.json` versions are heavier-cost / higher-tier, suggesting `mundane_wonders.json` is the actual Game 1 wonder ladder and the per-file `resources/` versions are stale legacy entries."
    },
    {
      "id": "p2-37",
      "title": "React calculator UI — surface flavor, lore, clan_affinity, archetype filter",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "tourguide",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "The combat calculator at `/calculator` and the permutations matrix at\n`/permutations` (in `.project/designs/app/`) currently show stat blocks\nbut none of the rich metadata p1-34 introduces. The point of writing\nflavor lines and clan affinity isn't to bury them in JSON — it's to\nmake the design legible in the tool that designers use to balance the\nroster.\n\nThis objective surfaces the new metadata in the React UI:\n\n1. **Calculator unit info card**: flavor as italic epigraph below the\n   unit name; lore as collapsible \"Read more\" paragraph; clan_affinity\n   as colored clan badges.\n2. **Permutations table**: archetype column (filterable, currently\n   inferred); clan_affinity dots in the row.\n3. **Unit browser**: archetype-based grouping (Light Melee / Heavy Melee\n   etc. as section headers within Infantry tab) replaces the flat list.\n4. **Hover tooltip**: flavor line shows on hover over a unit row."
    },
    {
      "id": "p2-38",
      "title": "Unit audio_cues stub strings — selection/move/attack lines for the dwarven roster",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "asset-audio",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "The 50-unit dwarven roster needs in-character audio cue strings — the\none-liner that plays when a unit is selected, told to move, or ordered\nto attack. AoE/Civ/StarCraft conventions: 2–4 lines per cue type, played\nrandomly so repetition doesn't drone.\n\nThis objective lands the **string content** only. Voice acting and audio\nfile generation are downstream (asset-audio team's existing p2-16 audio\npack work). The `audio_cues` field unblocks the audio team to know what\nlines to record / TTS-generate.\n\nEach unit gets:\n```json\n\"audio_cues\": {\n  \"select\":  [\"...\", \"...\", \"...\"],\n  \"move\":    [\"...\", \"...\"],\n  \"attack\":  [\"...\", \"...\"],\n  \"death\":   [\"...\"]\n}\n```\n\nLines should reflect the unit's identity:\n- Berserker: \"BLOOD!\" / \"I do not need a shield.\"\n- Mountain King: \"The crown stands.\" / \"Speak the names.\" (referring to\n  ten thousand clan-name engravings)\n- EMP Trooper: \"What runs on lightning...\" / \"Quietly.\"\n- Shield Bearer: \"Hold.\" / \"We become the place.\" / \"One step. One step.\""
    },
    {
      "id": "p2-39",
      "title": "Resolve `chronicle_hall` phantom unlock in `chronicle_keeping` culture tech",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-27",
      "blocked_by": [],
      "summary": "The `chronicle_keeping` culture tech (era_4 oral_tradition pillar) declares\n`unlocks.buildings = [\"chronicle_hall\"]`, but no `chronicle_hall` building file\nexists anywhere in `public/resources/buildings/` or\n`public/games/age-of-dwarves/data/buildings/`. Surfaced by the p3-01 cycle 3\naudit when the era_4 Rune Scribe culture path tried to extend\n`chronicle_hall.enables_units` and discovered it was a phantom.\n\nThe actual building gated on `culture_required: \"chronicle_keeping\"` is\n`bardic_circle` (mundane_wonders.json:102 — tier 4, era 2 wonder). The phantom\nis a stale unlock string left over from an earlier design.\n\nThis is a pre-existing data integrity bug, separate from p3-01's courier scope."
    },
    {
      "id": "p2-43",
      "title": "Culture research live-game pipeline — per-turn GDExt bridge + `culture_researched` emit",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "`EventBus.culture_researched(tradition_id, player_index)` is defined and\n**every downstream consumer is wired** (AudioManager handler, manifest\nentry `culture_researched`, the asset shipped at\n`public/resources/audio/sfx/ui/culture_researched.ogg`). What's missing\nturned out to be deeper than the original framing of this objective: the\n**entire per-turn culture-research path doesn't run in the live game**.\n\n### Trace\n\n- `turn_manager.gd:246` calls `_process_culture(player, game_map)`\n- `turn_processor.gd:360 _process_culture` only handles **border\n  expansion** via `city.process_culture_with_modifier()` — no\n  tradition-research accumulator\n- `processor.rs:604 process_culture_research` (Rust mc-turn) **does**\n  drive tradition completion via `mc_culture::CultureResearchResult`,\n  but it lives in the bench / legacy-headless path, not in the\n  GDScript-driven live-game per-turn\n- Tech has a Rust GDExt method `tech_web.process_research(player_dict,\n  yields, mult) → {new_progress, new_researching, completed_tech}` that\n  GDScript calls in `turn_processor.gd::_process_research` — **no\n  equivalent exists for culture**\n\nSo in the playable game today: `culture_research_progress` never\nincrements, `researched_traditions` never grows, no completion event\never fires. `p1-28` shipped the UI and the data graph but not the\nruntime accumulator."
    },
    {
      "id": "p2-44",
      "title": "AI promotion selection — auto-pick + emit unit_promoted for AI units",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-06",
      "blocked_by": [],
      "summary": "`EventBus.unit_promoted(unit, promotion_id)` is wired end-to-end on the\naudio side: the handler in `AudioManager` plays a UI confirmation chime,\nand `audio.json` ships the `unit_promoted` entry. But the signal is only\nemitted from one place:\n`src/game/engine/scenes/combat/promotion_picker.gd:120` — the modal the\n**human** uses to pick a promotion.\n\nAI units never go through that picker. Rust has the eligibility check\n(`mc_combat::check_promotion`) and the validation\n(`mc_combat::validate_promotion_choice`) but **no AI selection logic** —\nzero callers of `unit.promote(id)` for AI-owned units, verified by\n`grep -rn '\\.promote(' src/`.\n\nSo in any AI-vs-AI engagement, level-ups happen silently — the XP bar\nfills but no promotion is ever applied or signalled."
    },
    {
      "id": "p2-44a",
      "title": "DataLoader path mismatch — `get_promotion(\\\"trees\\\")` returns empty",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-44b",
      "title": "AI promotion dispatch — instrumentation pass to identify the silent gate",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-45",
      "title": "Player elimination reconciliation — emit `player_eliminated` on every transition",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-04-30",
      "blocked_by": [],
      "summary": "`EventBus.player_eliminated(player_index)` fires from exactly one place:\n`src/game/engine/src/modules/combat/combat_utils.gd:140` — when combat\nstrips a player's last city. Today every elimination path goes through\ncombat (the only way to lose your last city in Game 1 is a captor\ntakes it), so the signal does fire in practice.\n\nBut the contract is fragile:\n\n1. `victory_manager._check_elimination_winner()` recomputes `alive_players`\n   each turn from `cities.size() > 0 || _has_living_founder(player)` — it\n   knows who's eliminated but only emits `victory_achieved` for the\n   sole survivor; it never re-emits per-eliminated-player signals\n2. Future paths (score-floor, surrender, starvation-to-zero-units,\n   cultural-encroachment-displacement) won't go through combat_utils —\n   they'd silently eliminate without firing the signal\n3. AudioManager's `_on_player_eliminated` is the only consumer that\n   currently exists, but more listeners will land (chronicles, achievements,\n   replays); they all depend on the signal being authoritative"
    },
    {
      "id": "p2-46",
      "title": "Past-games archive & replay viewer — `mc-replay` crate, on-disk archive, projection-based playback",
      "priority": "p2",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "Persistent local archive of finished games, accessible from the main menu, with three surfaces:\n\n1. **Past Games index** — card grid (newest first), filters (outcome / map / version / date), per-card actions (Open Summary · Watch Replay · Rename · Export · Delete).\n2. **Replay viewer** — turn-by-turn playback against the live renderer, **projection-based not re-simulated** (reads pre-recorded snapshots + events), scrubber, speed selector, event ticker, optional stats overlay.\n3. **Compare view** — multi-select 2–4 games → overlapping score-graph + final-standings delta.\n\nFoundational for `p3-06` (statistics screens) and `p3-07` (end-of-game summary), both of which read the same `GameHistory` artefact this objective owns. **Ships first** of the three.\n\nDesign doc: [.project/designs/past-games-replays.md](../designs/past-games-replays.md)."
    },
    {
      "id": "p2-47",
      "title": "In-game statistics screens — Civ-style 5-tab modal (Demographics / Graphs / Rankings / Replay / Histories)",
      "priority": "p2",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Civ-style mid-game statistics modal opened from the HUD info button (or `F9`). Five tabs in one scene, all read-only views over the per-turn `TurnSnapshot` log produced by `mc-replay` (p3-05):\n\n1. **Demographics** — sortable single-turn table of every met clan.\n2. **Graphs** — multi-line chart, Y-axis selector (score / pop / cities / army / gold-per-turn / culture-per-turn / tech-count / land-area), X = turn.\n3. **Rankings** — top-N leaderboard for the selected metric, with trend arrow vs. previous turn.\n4. **Replay** — in-game preview of the post-game replay viewer (p3-05 surface), scoped to the current game's history.\n5. **Histories** — per-clan chronicle (founding turn, wars, wonders, eras, leaders).\n\nComposite score is recomputed every turn-end from JSON-driven weights, used for Rankings default and end-game ordering.\n\nDesign doc: [.project/designs/stats-screens.md](../designs/stats-screens.md)."
    },
    {
      "id": "p2-48",
      "title": "End-of-game summary screen — outcome banner, standings, score graph, awards, timeline, footer actions",
      "priority": "p2",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Full-screen summary triggered when the game ends — by victory condition, last-clan-standing, turn-limit, or player resignation. Replaces the world-map HUD with:\n\n- **Hero strip** — outcome banner + winning-clan card + player's-clan card (player-second slot stable across victory/defeat).\n- **Section 1 — Final standings** — Demographics table from p3-06 frozen at final turn, plus `Outcome` and `Score breakdown` columns.\n- **Section 2 — Score graph** — full-game chart from p3-06's Graphs widget with event markers forced on.\n- **Section 3 — Awards** — JSON-driven per-category superlatives.\n- **Section 4 — Timeline** — Histories from p3-06 with fog lifted (every clan visible).\n- **Footer** — View Map · Watch Replay · Save to Archive · Export JSON · Main Menu.\n\nDesign doc: [.project/designs/end-game-summary.md](../designs/end-game-summary.md)."
    },
    {
      "id": "p2-48a",
      "title": "End-of-game summary — GUT tests + headless proof scene",
      "priority": "p2",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-06-22",
      "blocked_by": [],
      "summary": "Carry-forward from p2-48 cycle 2. The Rust `compute_awards` function and\n`end_game_summary.gd` scene skeleton are complete. These two acceptance bullets\nfrom p2-48 remain un-met because they require a wired `.tscn`, the\nGdReplayPlayer bridge, and headless Godot infrastructure that blocks on\n`p3-05` + `p3-06`."
    },
    {
      "id": "p2-49",
      "title": "Climate axes refactor — latitude + continentality + zonal winds as first-class per-hex inputs",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-04-30",
      "blocked_by": [],
      "summary": "`mc-mapgen::sampleCell` (and the design-lab twin in `terrain.ts:213`)\nderives `cold` from\n`abs(row/rows - 0.5) * 2 * (1 - climate)` — an implicit latitude proxy\nthat doesn't expose:\n\n- **Continentality** — graph distance from ocean, drives seasonal\n  swing and base aridity (Siberia vs Ireland)\n- **Seasonality** — latitude amplitude (tropic vs arctic)\n- **Rain shadow** — windward / leeward of mountains (wet Pacific NW\n  vs dry Great Basin)\n- **Elevation lapse rate** — ~6.5°C/km cooling\n- **West-coast asymmetry** — without ocean current simulation, mid-\n  latitude west coasts must still feel maritime; east coasts must\n  still feel continental.\n\nThe classifier consumes the collapsed `cold` value, producing biomes\nthat don't differentiate maritime temperate from continental temperate,\nor windward rainforest from leeward rain shadow.\n\nThis objective decomposes the climate input into independent per-hex\nfields — `latitude`, `continentality`, `wind_band` — then derives mean\nT, mean P, seasonality, evapotranspiration deficit. The biome\nclassifier consumes the derived values, exposing maritime / continental\nand rain-shadow distinctions at last."
    },
    {
      "id": "p2-50",
      "title": "Deterministic RNG + seed-derivation pin across mc-mapgen / mc-climate / mc-ecology",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Every terraformer-owned objective claims \"deterministic from seed\", but\nno objective specifies (a) which RNG, (b) the seed-mixing function,\n(c) the version pin that survives `cargo update`. Today, the worldgen\npipeline calls `rand::thread_rng()` and `StdRng::seed_from_u64(seed)`\ninconsistently across crates. `StdRng` is explicitly documented as\n**not stable across rand versions** — saves break silently on dep\nbumps.\n\nThis objective pins a versioned RNG and a single seed-derivation\nfunction for all worldgen — tectonics, hydrology, climate, species\nselection. Lands as a small infrastructure objective so Wave A of the\nterraformer schedule (p1-50, p2-49) is built on a stable foundation,\nnot retrofitted later."
    },
    {
      "id": "p2-51",
      "title": "Player-facing world-shape parameters on new-game screen",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "The terraformer pipeline now exposes ~15 internal parameters\n(plate count, tectonic strength, fbm octaves, sea level, latitude\ngradient, continentality decay, rain-shadow factor, erosion\niterations, drainage threshold, etc.). Designers tune these in the\nforest lab; **players see none of them**. The new-game screen ships\n\"Map Size\" and not much else.\n\nIndustry baseline (Civ 6, Old World, Songs of Conquest) exposes 4–6\nhigh-level shape knobs. Each knob is a *preset* that derives several\ninternal parameters at once. This objective wires that surface from\nJSON presets through `mc-mapgen` parameters into the Godot game-setup\nscene."
    },
    {
      "id": "p2-52",
      "title": "Split terrain enum into substrate × flora-cover layers (resolve biome ontology)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "The current `terrain.json` enum (16 IDs) conflates three orthogonal\necological layers into a single field:\n\n| Layer | Examples currently in terrain enum | Should live where |\n|---|---|---|\n| **Substrate** (geological / hydrological) | `mountains`, `hills`, `ocean`, `coast`, `lake`, `inland_sea`, `volcano`, `ice`, `snow` | terrain (correct) |\n| **Flora-cover** (emergent from species) | `forest`, `jungle`, `boreal_forest`, `grassland`, `swamp` | derived from flora selector |\n| **Substrate × climate composite** | `desert`, `tundra`, `plains` | derived label, not authored |\n\nThe `feature_type: \"foliage\"` field on `forest`/`jungle`/`boreal_forest`\nin `public/games/age-of-dwarves/data/terrain/land_forest.json` is the\ndata layer admitting these are flora cover masquerading as terrain.\n\nThis conflation propagates everywhere:\n- Flora species `biomes[]` arrays list flora-cover types as locking\n  conditions (a beech tree's `biomes = [temperate_forest, forest]` —\n  both are flora-cover labels, not substrates)\n- Climate classifier (`mc-climate::derive::classify_terrain_whittaker`)\n  emits flora-cover names from T/P bands directly, skipping the\n  substrate axis\n- Terrain blends (`terrain_blends.json`) mix substrate edges\n  (`coast+plains → shore`) with flora-cover edges\n  (`forest+plains → grass_fringe`) on equal footing\n\nThis objective restructures the data model into three independent layers\nthat the renderer composes into a final visual:\n\n```\nSubstrate           ← Tectonics + Hydrology output\n   × Climate         ← (t_band, p_band, riparian_distance)\n   × Flora-cover     ← Ecology selector output (canopy/understory/ground/bare)\n   = Biome label     ← Display name only, derived not stored\n```"
    },
    {
      "id": "p2-53",
      "title": "Action vocabulary — gap analysis between design page and shipped Rust/Godot game",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "The design page at `/unit-actions` (`.project/designs/app/src/pages/UnitActions.tsx`) curates an exemplar per unit/building category and lists per-archetype action vocabularies. Cross-checking that vocabulary against the shipped Rust action registry (`mc-core/src/action.rs::ActionKind`), the JSON capability map (`unit_actions.json`), and the Godot panel (`scenes/hud/unit_panel.gd`) reveals four classes of gap. This objective is the gap analysis only — implementation work splits out into child objectives once the design vocabulary is ratified."
    },
    {
      "id": "p2-53a",
      "title": "Sentry/Guard ActionKind — add Sentry/Unsentry to mc-core with wake-on-vision",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Gap 1 from p2-53: The design page at `.project/designs/app/src/pages/UnitActions.tsx` proposes Guard (sentry posture, no stat bonus, wakes on enemy entering vision range) as distinct from Fortify (cumulative dig-in, wakes only on adjacency). The shipped game had only `Fortify`/`Unfortify`. Decision: add `ActionKind::Sentry` / `ActionKind::Unsentry` with wake-on-vision predicate in `processor.rs` turn-end phase.\n\nThis is the **canonical template objective** for p2-53. The pattern established here — Rust enum variant + `DisabledReason` + `UnitCapability` field + `legal_actions()` gate + `UnitState` field + turn-phase hook + JSON keyword map + GDScript signal + action handler + tests + objective file — is the exact pattern followed by every downstream child (53f, 53g, 53h, 53i).\n\nMechanical definition:\n- `Sentry`: unit enters sentry posture. No stat bonus (unlike Fortify's cumulative defense). Consumes movement. Mutually exclusive with Fortify and Patrol.\n- `Unsentry`: manual exit from sentry posture. Always enabled while sentrying.\n- **Wake-on-vision**: at turn-end phase (after fauna encounters, before PvP combat — Phase 5a-sentry), any sentrying unit with an enemy unit within 2 hex radius automatically wakes (`is_sentrying → false`). This is the load-bearing distinction from Fortify."
    },
    {
      "id": "p2-53a1",
      "title": "Sentry bridge state pipe — extend `GdUnitActions` signature to pass `is_sentrying`",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "p2-53a shipped the Sentry/Unsentry ActionKind end-to-end EXCEPT the GDExtension bridge: `api-gdext/src/action.rs:58` and `:96` hardcode `is_sentrying: false` with TODO comments. This means the unit panel in Godot cannot show the Unsentry button (it never thinks the unit is sentrying), only the Sentry button, regardless of actual state.\n\nThis sub-objective closes the loop. Tiny scope — one signature extension, one GDScript caller update, one test."
    },
    {
      "id": "p2-53b",
      "title": "Building action registry — `BuildingActionKind`, `building_actions.json`, `GdBuildingActions` bridge",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Buildings have no action registry analogous to the unit pipeline (p1-20). Today, building-level player actions are scattered across `city_screen.gd` (Set Rally button), `world_map.gd` (production-queue clicks), and ad-hoc per-screen controls. There is no `BuildingActionKind` enum, no `building_actions.json` capability map, no `GdBuildingActions` bridge, and the unit panel has no visual analogue for buildings.\n\nThis objective lands the canonical building-action surface — exactly mirroring the unit-action pipeline (p1-20) so the patterns are uniform. After landing, every subsequent building action (Garrison, Repair, Toggle Active, Drill, Auto-Promote, Murder Holes, Gate, Raze, Annex, Stockpile, Overdrive, Research Aid, Invoke Ancestor, Inscribe Hero, Pack & March, Supply Aura, Claim Territory, Light Beacon — see p2-53d) ships as one enum variant + one keyword mapping + one handler + one signal."
    },
    {
      "id": "p2-53c",
      "title": "Rally vocabulary expansion — Hold / Fortify / JoinFormation + two-waypoint Patrol",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "`BuildingRallyPoint.command` (p0-41, `mc-turn/src/game_state.rs`) and `_FORMATION_COMMANDS` (`unit_panel.gd:56`) currently support three orders by name: `defend`, `patrol`, `advance`. The named `\"patrol\"` is a marker string — it does NOT carry the two-waypoint config the unit-side Patrol uses (p1-21 `IssuePatrol`/`EditPatrol`). Treat current rally-Patrol as a stub: `try_spawn_unit` issues a `PatrolOrder` PingPong from spawn-hex to rally-hex, with no way to configure the second waypoint.\n\nThis objective:\n1. Upgrades rally-Patrol to a real two-waypoint config matching unit-side Patrol.\n2. Adds three new rally orders: **Hold** (skip-turn idle, no engagement), **Fortify** (auto-fortify on arrival), **JoinFormation** (skip PatrolOrder issuance; rely on `auto_join` to link into destination hex's formation).\n3. Parks **Reinforce** until an army-identity primitive exists (open question; outside scope)."
    },
    {
      "id": "p2-53d",
      "title": "Building specifics — Garrison, Repair, Toggle Active + 18 archetype-specific actions",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "Once `p2-53b` lands the building action registry, this objective fills in the per-archetype handlers. Each follows the 12-touchpoint pipeline (BuildingActionKind variant + handler + JSON keyword + bridge + signal + vocab + tests)."
    },
    {
      "id": "p2-53e",
      "title": "Siege handlers (Pack/Deploy/Bombard) + Pillage UI wiring + Embark/Disembark handlers",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "Three Rust `ActionKind` variants (`PackSiege`, `DeploySiege`, `Bombard`) are defined in `mc-core/src/action.rs:32` but explicitly annotated *\"no handler wired\"*. They appear in `unit_actions.json` for the `siege` keyword but `action_handlers.rs::invoke()` returns `Err(WrongTerrain)` for all three. `Embark`/`Disembark` for amphibious units are similarly stubbed. `PillageFriendly` has a handler stub but is not in `unit_panel.gd::_KIND_TO_SIGNAL`, so the button never renders.\n\nThis objective ships the full feature for these five existing-but-stubbed actions. They share a structural pattern: state-toggle action that gates other actions (Deployed siege can Bombard, Packed cannot move-and-fire, etc.). After landing, players can actually use catapults / ballistas / cannon crews against walls; pillage is a clickable action; coastal units cross water."
    },
    {
      "id": "p2-53f",
      "title": "Infantry specifics — Shield Wall, Brace, Shove, Rage, Cleave, War Cry",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-01",
      "blocked_by": [
        "p2-53a"
      ],
      "summary": "Six new `ActionKind` variants gating on archetype keyword (`infantry_line` for Defender, `infantry_shock` for Berserker). Each is a per-action handler + combat hook."
    },
    {
      "id": "p2-53g",
      "title": "Ranged specifics — Volley, Aimed Shot, Fire Arrows",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-03",
      "blocked_by": [
        "p2-53a"
      ],
      "summary": "Three new `ActionKind` variants gating on `keywords: [\"ranged\"]`:\n\n- **Volley** — area attack: hits target hex's centre + 2 random edge slots; lower per-target damage, more chances to hit\n- **Aimed Shot** — skip-turn that ignores 50% of target's defence on next attack; sets `aimed_shot_pending = true`\n- **Fire Arrows** — toggle posture; ranged attacks ignite tile (uses Fire system from `mc-ecology` if available); persistent damage, smoke obscures vision"
    },
    {
      "id": "p2-53h",
      "title": "Cavalry specifics — Charge, Pursue, Wheel",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-03",
      "blocked_by": [
        "p2-53a"
      ],
      "summary": "Three new `ActionKind` variants gating on `keywords: [\"cavalry\"]`:\n\n- **Charge** — move 2+ hexes in straight line, then attack: +30% damage; may push target back; cancellable by Brace (p2-53f)\n- **Pursue** — if target dies/routs, advance into its hex without spending movement (passive trigger; manual confirm if multiple options)\n- **Wheel** — reorient to a new edge slot without leaving the hex; useful to dodge first-strike"
    },
    {
      "id": "p2-53i",
      "title": "Support specifics — Engineer, Pioneer, Medic, Scout",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": "Largest specifics child (15 actions across 4 archetypes). Most action effects already have system support somewhere in `mc-turn` / `mc-tech` / `mc-ecology` and just need the action surface."
    },
    {
      "id": "p2-54",
      "title": "Resource visibility — three-axis (visibility/yield_gate/improvement_gate) refactor",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-02",
      "blocked_by": [],
      "summary": "Replace the binary `revealed_by_tech` field on resources with three orthogonal axes\n(`visibility` / `yield_gate` / `improvement_gate`) plus forward-compatible schema\nextensions for environmental indicator decorations and a per-player observation cache.\n\nMulti-cycle objective. This cycle (p2-54) delivers the schema + data + Rust struct.\nFollow-on cycles handle rendering, AI, and the observation cache.\n\n---"
    },
    {
      "id": "p2-54a",
      "title": "Migrate deposits/*.json to three-axis visibility schema",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "`public/resources/resources.json` has been migrated to the three-axis schema\n(`visibility` / `yield_gate` / `improvement_gate`). However, the 30 individual deposit\nfiles in `public/resources/deposits/*.json` — which are the actual source read by\nGDScript (via `DataLoader`) and the guide-web (via Vite `import.meta.glob`) — still use\n`revealed_by_tech`.\n\nUntil this migration is done, all consumer code falls back to `revealed_by_tech` via\nthe dual-read fallback paths installed in p2-54. The new three-axis field path is\nforward-compatible but inert.\n\nThis is the **blocking precondition** for p2-54b (observation cache), p2-54c (renderer\ndecorations), and p2-54d (AI tech-priority hints) to work correctly.\n\n---"
    },
    {
      "id": "p2-54b",
      "title": "Per-player tile observation cache — flora/fauna last-observed state",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Per the user's 2026-05-01 design decision: flora and fauna are NOT omniscient-always-visible. Each player remembers what their scout/unit last saw, not the simulator's current state. Since flora evolves (forests grow/regress, swamps drain) and fauna migrates (populations shift, herds move), the displayed map for a player reflects their **last observation**, not ground truth.\n\nThis adds a per-player per-tile observation cache, persisted in saves via the mc-save crate (p2-50)."
    },
    {
      "id": "p2-54c",
      "title": "Renderer reads observations + indicator decorations for tech-gated resources",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "After the three-axis schema (p2-54) and per-player observation cache (p2-54b) land, the renderer must:\n1. Render flora/fauna from the **player's PlayerObservations**, not the simulator's current state\n2. Render `indicator_decorations` on tech-gated resource tiles (rust-red iron-oxide soil for iron, malachite stains for copper, etc.) — these are visual cues that exist before the resource's HUD icon is unlocked\n3. Render the explicit resource icon when the player's tech satisfies `yield_gate`\n\nAffects both the design app's `MapCanvas` (TS/WASM consumer) and Godot's `hex_renderer.gd`."
    },
    {
      "id": "p2-54d",
      "title": "AI tech-priority bias from visible-but-gated luxuries + indicator decorations",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-01",
      "blocked_by": [],
      "summary": "Per the user's 2026-05-01 design observation: **AI clans don't research the right techs to unlock luxuries**. With the three-axis schema (p2-54) and observation cache (p2-54b) in place, mc-ai's strategic policy can read each clan's visible-but-yield-gated luxuries + indicator-decorated subsurface resources in their territory and bias tech research toward unlocking them.\n\nThis is the architectural fix for p1-05's `luxury_variance` regression (median dropped from 3 to 0 because AI never researches Trapping/Scholarship/Herbalism even though their territory contains ivory, silk, spices)."
    },
    {
      "id": "p2-55",
      "title": "Civilian Capture / Destroy / Ransom",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-55a",
      "title": "Engineer (Great Person) capture mechanics",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p2-55"
      ],
      "summary": ""
    },
    {
      "id": "p2-55b",
      "title": "Caravan master capture mechanics",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p2-55"
      ],
      "summary": ""
    },
    {
      "id": "p2-55c",
      "title": "Freepeople capture mechanics",
      "priority": "p2",
      "status": "oos",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p2-55"
      ],
      "summary": ""
    },
    {
      "id": "p2-55d",
      "title": "AI ransom accept/refuse hook in mc-turn start-of-turn",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-55e",
      "title": "UnitRansomAccepted / UnitRansomExpired events on TurnResult",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-05-03",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-56",
      "title": "Worker categories (Sustenance/Construction/Wealth) + 5-tier expertise + Master/Grandmaster auras + idle decay",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-06-03",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-56a",
      "title": "Worker category types — Sustenance / Construction / Wealth taxonomy",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-04",
      "blocked_by": [
        "p2-35"
      ],
      "summary": ""
    },
    {
      "id": "p2-56b",
      "title": "Expertise tier progression — 5-tier specialist XP ladder",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-56c",
      "title": "Master / Grandmaster auras — adjacent-slot yield propagation",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [
        "p2-56b"
      ],
      "summary": ""
    },
    {
      "id": "p2-57",
      "title": "Production-chain typed resources — raw → processed pipelines wired into mc-city",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-57a",
      "title": "Typed resource stockpile — raw vs processed taxonomy",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-57b",
      "title": "Building consume/produce edges — stockpile coupled to unit quality",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-57c-mc-units-quality-consumer",
      "title": "mc-units quality consumer — turn QualityTier into unit stat deltas (gives quality_chain a contract)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-58",
      "title": "Ambient encounter rolls per tile moved — fauna_density × ecology_tier",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-58a",
      "title": "TileState fauna fields — fauna_density + fauna_index for AmbientTileCtx",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "Adds `fauna_density: f32` and `fauna_index: Vec<SpeciesId>` to `TileState` in mc-core\nso `AmbientTileCtx` (mc-ecology) can be populated from the live GameState in the\nper-tile-moved encounter hook (p2-58b).\n\n`SpeciesId` is the existing string newtype from `mc-core::ids` (snake_case fauna species\nidentifier, e.g. `\"grey_wolf\"`). No new type was created."
    },
    {
      "id": "p2-58b",
      "title": "Ambient encounter hook — mc-turn::movement calls roll_ambient_encounter per tile step",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": "With `TileState.fauna_density` and `TileState.fauna_index` now populated (p2-58a),\nthe per-tile-moved hook in `mc-turn::movement` (or `processor.rs` movement phase)\ncan build `AmbientTileCtx` from the live `GameState` and call\n`mc_ecology::encounter::roll_ambient_encounter(...)`.\n\nAlso needed: the ecology pipeline must write `fauna_density` + `fauna_index` back\nonto `TileState` after worldgen (currently `pick_fauna_for_tile` in\n`mc-ecology::fauna_select` uses an ephemeral context; the result needs to persist\non the tile for `mc-turn` to consume at runtime)."
    },
    {
      "id": "p2-59",
      "title": "Pioneer escort mechanic — protection rules vs ambient encounters",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-06-03",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-60",
      "title": "Weather / observation lens switcher in the Godot HUD",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-61",
      "title": "Bind mc-observation gate_bits to player tech state — recording gates per-field",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-62",
      "title": "Procedural unit/building renderer — alpha-only visual substitute",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "asset-sprite",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-63",
      "title": "mc-flora generation: migrate biome filter to substrate_climate-aware path",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-13",
      "blocked_by": [],
      "summary": "Authored flora JSON files have migrated from a top-level `biomes: [...]`\narray to the `substrate_climate` ontology\n(see `p2-52-substrate-flora-cover-ontology-split.md`). The biome-filter\nloop in `mc-flora/src/generation.rs` was not updated, so the\n`AuthoredSpeciesFile.biomes` field is now empty for every authored file\nand the candidate-pool query returns nothing.\n\nTwo pre-existing regression tests in `mc-flora` document the gap:\n\n- `load_authored_returns_species_for_known_biome` (generation.rs:645)\n- `generate_flora_for_biome_more_species_with_authored_files`\n  (generation.rs:695)\n\nBoth fail because the biome filter at `generation.rs:508-510` still\nchecks `raw.biomes.iter().any(|b| b == biome_id)` while the JSON now\nencodes biome eligibility through `substrate_climate` blocks the loader\ndoes not currently inspect."
    },
    {
      "id": "p2-64",
      "title": "Apricot async batch protocol — launch / status / fetch decoupling",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-65",
      "title": "Extract `GameState` and pending-queue data types into a dedicated `mc-state` crate",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-66",
      "title": "World-map visual proof scene that actually renders",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-13",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-67",
      "title": "Claude-driven player API — programmatic player + Agent-SDK adapter",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-67-followup-legal-actions",
      "title": "PlayerView.legal_actions — populate full per-unit / per-city / empire-level legal-action enumerators",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-67-followup-mcts-tactical-state-impl",
      "title": "TreeState impl for TacticalState — wire real MCTS into the AI decision path",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-04",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-68",
      "title": "mc-ai headless turn driver — GameState projector/applicator + run_ai_turn",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-69",
      "title": "Port GdMcTreeController to mc-player-api AI driver (DRY consolidation)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-70",
      "title": "mc-vision — per-player tile visibility producer (Rust)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-71",
      "title": "Bench projector enrichment — make MCTS see a real tactical surface",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-71b",
      "title": "Militarist starter widening — add a settler/founder unit so FoundCity fires",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-11",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-72",
      "title": "GdPlayerApi → render bridge (visualise the API-held game world)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-72a"
      ],
      "summary": ""
    },
    {
      "id": "p2-72-option-b",
      "title": "Option B render bridge — proof scene rehydrates GDScript from GdPlayerApi each turn",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-12",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-72a",
      "title": "Make `GdGameState` the canonical render source",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-72a-building-entity-port",
      "title": "Port NPC Building entity (lairs/villages/ruins) into Rust",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-72a-pre-strip",
      "title": "Strip Game 2/3 magic/ascension/ley fields from Game 1 runtime",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-05-12",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-72a-save-format-migration",
      "title": "Decouple save format from GDScript-class shape",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-72a-gdgamestate-canonical-render-source"
      ],
      "summary": ""
    },
    {
      "id": "p2-72b-promote-playerstate-cities-to-city",
      "title": "Parallel-field cities synthesis at Godot bridge (Option C)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-08",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-73-ui-theme-token-pipeline",
      "title": "UI theme pipeline — generate ui_theme.tres from design-tokens.json + apply globally",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-74-ui-dehardcode-to-tokens",
      "title": "De-hardcode the Godot UI — route 45 scene scripts off raw Color() onto theme/tokens",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-73-ui-theme-token-pipeline"
      ],
      "summary": ""
    },
    {
      "id": "p2-75",
      "title": "Improvement-completion effects subsystem in Rust — move completion side-effects out of GDScript",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Improvements ship as data (`public/resources/improvements/*.json`) and\nhave a per-hex anchor (`p3-04`: sparse `BTreeMap<(u16,u16), TileImprovement>`\non `GameState`). But **no improvement effect is currently wired in the\nRust sim** — not even the fort's `defense_bonus` or the tunnel's\n`concealed_from_surface`. The `mc-core` improvement parser\n(`mc-core/src/improvement.rs`) only reads `hp` / `severable` / `flags`;\nthe `effects` object is dropped on the floor.\n\nWorse, improvement **placement** (completion) currently happens in the\nGDScript bridge (`ImprovementManager` / `_on_improvement_completed`),\nnot in Rust. `mc-state::set_improvement` has **no production callers** —\nreal writes are direct `tile_improvements.insert(...)`. This violates\nRail 1 (Rust is the simulation source of truth) and is tech-debt\nrelated to the p0-26 AI-port debt.\n\nThis objective stands up the improvement-effects subsystem: move\nimprovement-completion into Rust, parse the `effects` object, and wire\nthe two baseline effects (`defense_bonus`, `concealed_from_surface`) as\nthe first cases. The bunker (`p2-76`) is the first *new* consumer and\ndepends on this."
    },
    {
      "id": "p2-76",
      "title": "Bunker improvement — deposit-destroying fortified subterranean chamber",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-10",
      "blocked_by": [
        "p2-75",
        "p2-80"
      ],
      "summary": "The **bunker** is a Dwarf improvement on hills / mountains, gated behind\nthe era-7 tech `pneumatic_construction`. A shaped demolition charge is\nimplanted deep in the rock and detonated; the blast-heat fuses the\nshattered interior into a glass-hard armored chamber dug into the heart\nof the hill — near-impervious, concealed from the surface, held from\nwithin. The detonation collapses any ore body or seam beneath the tile,\nand the venting blast-slag salts the surface above, leaving it dead for\na span that scales with how rich the ruined deposit was.\n\nData is already authored at `public/resources/improvements/bunker.json`\n(registered in `public/games/age-of-dwarves/data/improvements/manifest.json`\nline 25). Effects: `defense_bonus: 100`, `concealed_from_surface: true`,\n`severable: false`, `hp: 75`, `destroys_deposit: true`, plus\n`surface_contamination` (`duration_basis: destroyed_deposit_tier`,\n`turns_per_tier: 10`, `min_turns: 10`,\n`tile_effect: yields_zeroed_and_unworkable`).\n\nThe bunker is the **first consumer** of the improvement-effects\nsubsystem (`p2-75`), and the first improvement to *destroy* tile\ncontents and *contaminate* a tile."
    },
    {
      "id": "p2-77",
      "title": "Deposit-destruction environmental taxonomy — destruction_effect classes + contamination engine",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-76"
      ],
      "summary": "When a deposit is destroyed (by a bunker `p2-76`, and any future\ndeposit-destroying act), the environmental consequence depends on **what\nthe deposit was**. This objective adds a `destruction_effect` field to\ndeposit JSONs and the contamination-class engine that consumes it,\ngeneralising the single fixed-duration contamination from `p2-76`.\n\n**Verification (2026-06-23 drive, simulator-infra + cascade):** DestructionEffect taxonomy types in mc-core (per prior). Our contribution: speculation_epoch + bumps provide the dirty tracker for contam spread invalidation (game_state.rs:525,703,744); 1b/4b apply_pending_terraform + tick_contamination live and called from GD turn path (turn_manager.gd:330, api-gdext GdWorldSim:9649, mc-worldsim apply:345+ lib.rs:264); resolve_local wired (mc-mapgen/hydrology_resolve.rs:249, called from worldsim 1b); apply_migrations called in ecology engine (mc-ecology/src/engine.rs:366 per grep). p2-77 partial (types + dirty + live wiring); full JSON for coal etc + BFS spread engine + p2-79 e2e pending. Reads of p2-77 obj + cascade design + TECTONICS/HYDROLOGY + code greps. MCP objective_get/update. Evidence cites above + lib.rs:264.\n\nThe field is optional — omit it for inert deposits (the default). Shape:\n\n```json\n\"destruction_effect\": {\n  \"class\": \"combustion\",\n  \"contamination_turns\": 60,\n  \"spreads_to_adjacent\": true,\n  \"follows_hydrology\": false,\n  \"clearable_by\": \"decontamination_tech_id_or_null\"\n}\n```\n\n### Class taxonomy (worked out for all 34 hills/mountains-valid deposits)\n\n- **inert** (~24: all gems — diamond / ruby / sapphire / emerald /\n  amethyst / etc., gold_vein, iron_ore, stone, marble, mithril,\n  magesteel, obsidian, quartz, calcite, selenite, fantasy crystals,\n  wine, sheep) → deposit lost, **zero** contamination, tile reusable\n  immediately. **Omit the field** (default = inert).\n- **combustion** (coal_seam) → ignites an underground coal fire: long\n  contamination, spreads heat/smoke to adjacent tiles, self-extinguishes\n  over time.\n- **acid_drainage** (pyrite; partial iron sulfides) → sulfuric acid\n  runoff, **follows hydrology** downhill / downstream, kills yields on\n  affected tiles.\n- **chemical** (saltpeter_deposit) → secondary explosion (extra damage)\n  + nitrate leaching to water.\n- **toxic_mineral** (fluorite = fluoride, malachite = copper) →\n  localized heavy-metal / halide contamination.\n- **radioactive** (uranium — **NET-NEW deposit, does not yet exist**) →\n  extreme contamination, cleanup-tech-gated."
    },
    {
      "id": "p2-78",
      "title": "Runtime localized hydrology re-solve — in-game flow/basin-fill triggered by terraforming",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p2-80",
        "p2-76"
      ],
      "summary": "Rivers are currently baked at worldgen (`mc-mapgen` D6 flow +\nPlanchon-Darboux basin-fill); edges carry `river_edges`. **No in-game\nriver rerouting exists** — once the map is generated, hydrology is\nfrozen. The living-world USP needs hydrology to respond to terraforming:\nwhen a bunker (`p2-76`) dams a river-gap hill, water must re-route.\n\nThis objective adds a **localized in-game flow / basin-fill re-solve**:\na terraforming act (an obstruction such as a bunker on a river-gap tile)\nre-runs the D6 flow + basin-fill algorithm inside a bounded local window\naround the changed tile, producing updated `river_edges`,\n`riparian_distance`, and any new lake cells. Upstream of a dam floods\ninto a lake; downstream loses its river and `riparian_distance` rises.\nThe re-solve is invoked from the `mc-worldsim` per-turn step (`p2-80`),\nwhich already owns climate/ecology orchestration above `mc-turn` — the\nhydrology re-run is event-triggered within that same step.\n\nThis re-solve is the **shared dependency** behind two features:\n- **River damming** (bunker → flood upstream / parch downstream).\n- **`follows_hydrology` contamination** (`p2-77`: acid / chemical\n  plumes travel the downhill / downstream flow path).\n\nLanding this removes the temporary river-gap build restriction `p2-76`\nimposes on the bunker."
    },
    {
      "id": "p2-79",
      "title": "Environmental cascade integration — bunker → dam → flood/parch → flora dieback → fauna migration",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "This objective wires the full environmental cascade end-to-end — the\nheadline demonstration of the living-world USP. Each link already exists\nas its own objective; this one proves they compose into a single\nobservable chain:\n\n```\nbunker (p2-76) dams a river-gap hill\n  → runtime localized hydrology re-solve (p2-78)\n      → upstream floods into a lake\n      → downstream loses its river, riparian_distance rises\n          → the riparian forest dies back (flora lifecycle, g2-07)\n              → fauna that needed it migrate out (g2-08 / g2-10)\n```\n\nPlus the contamination half: a destroyed deposit's `destruction_effect`\n(`p2-77`) sends acid / chemical plumes down the same re-solved flow path\n(`p2-78` `follows_hydrology`), compounding the downstream dieback. A\ndecontamination tech / worker-action reclaims the severe-class\ncontaminated tiles early; inert / short classes self-heal.\n\nThe entire chain runs inside the `mc-worldsim` per-turn step (`p2-80`):\nthe terraforming trigger (`p2-78` re-solve), the contamination decay\n(`p2-76` / `p2-77` overlays), and the per-turn flora/fauna response\n(`g2-07` / `g2-08` / `g2-10`) all advance in one deterministic\n`WorldSim::step` and persist via its caller-owned side-structures."
    },
    {
      "id": "p2-81",
      "title": "Improvement effects authored-but-unwired — move moisture/wind/erosion/movement to Rust",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "Follow-up to p2-75 (completion-effects subsystem) and its terrain_change extension. An audit of `src/game/engine/src/entities/improvement.gd` found four improvement-effect classes that are authored in canonical Game-1 data but reach NO simulation — a Rail-1 + feature-completeness gap.\n\nUNCONSUMED (accessor exists, zero callers in GDScript OR Rust — the improvement builds but does nothing):\n- `moisture_delta` — `irrigation` (+0.05), `drainage` (-0.05). `Improvement.get_moisture_delta` has no caller; Rust's `moisture_delta` (mc-climate `climate_effects.rs`/`weather.rs`) is WEATHER-event moisture, NOT improvement moisture.\n- `wind_speed_multiplier` — `windbreak` (0.5). `Improvement.get_wind_speed_multiplier` has no caller anywhere.\n- `prevents_erosion` — `terrace_farming` (true). `Improvement.prevents_erosion` has no caller anywhere.\n\nCOMPUTED IN GDSCRIPT (live Rail-1 violation — authority vs Rust must be traced before porting):\n- `movement_cost_modifier` — `road`/`tunnel`/`steam_track`/`hold_road`. Applied in `tile.gd:200 get_movement_cost()` in GDScript. Rust owns pathfinding (mc-pathfinding) — confirm whether this GDScript path is authoritative, a parallel/dead path, or a UI-only display before porting.\n- improvement `yields` (food/production/gold) — `Improvement.get_yield_bonus`, applied in `tile.gd:294` tile-yield computation. Rust owns city yields (mc-city/mc-economy) — same authority question.\n\nDESIGN CONSTRAINT (discovered, must be decided): `moisture_delta` and `wind_speed_multiplier` are FLOATS, but `mc_core::improvement::ImprovementEffects` deliberately derives `Eq` (\"every field is integral/bool/String, no float creeps into a BTreeMap-keyed save\"). Wiring these requires EITHER dropping `Eq` (cascades to `TileImprovement` Eq, the save round-trip + golden tests, and the `BTreeMap`-keyed determinism assumptions) OR integer-encoding the floats (e.g. milli-units: moisture_delta as i32 thousandths). The terrain_change extension (just landed) avoided this because it is a `String`.\n\nEffect-to-system bindings to implement in Rust (each Rail-1): moisture_delta → per-turn climate moisture for tiles carrying the improvement; wind_speed_multiplier → weather/wind; prevents_erosion → per-turn terrain-quality degradation guard; movement_cost_modifier → mc-pathfinding tile cost; yields → mc-city/mc-economy tile-yield fold. NOTE these are PER-TURN/standing effects (applied while the improvement exists), unlike the one-shot completion effects (defense/conceal/terrain_change) already in `complete_improvement` — they need per-turn hooks, not a completion-time write.\n\nEvidence captured 2026-06-08 during the p2-75 terrain_change follow-up audit. Do NOT delete the GDScript accessors as \"dead\" — they front authored, intended features; the fix is to wire the effects in Rust, not to remove the surface."
    },
    {
      "id": "p2-82",
      "title": "Climate-input save-fidelity — persist (or re-derive) worldgen-static grid inputs across save/load",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-06-09",
      "blocked_by": [],
      "summary": "Discovered during **p2-80** verification (2026-06-09). The runtime climate\nphysics (`mc-climate::ClimatePhysics::process_step`, driven each turn via\n`Climate.process_turn` → `_sync_tiles_to_grid` → the Rust `GdGridState`) reads\nper-tile **inputs** that are set only at worldgen and are NOT preserved across a\nsave/load. The dominant one is **`tile.wind_direction`**:\n\n- Set at worldgen by `src/game/engine/src/generation/wind_calculator.gd`\n  (and `atmosphere.gd`, which is not in the live turn chain).\n- Read by physics for temperature + moisture transport —\n  `mc-climate/src/physics.rs:336` and `:399` (`hex::upwind_offset(...,\n  tile.wind_direction, ...)`), plus aerosol advection (`:284`).\n- **NOT** carried by `src/game/engine/src/map/tile_serializer.gd` (no\n  `wind_direction` key in `to_dict` / `from_dict`).\n- **NOT** re-derived on load (`save_manager.gd` → `GameState.deserialize` →\n  `TileSerializer.from_dict` never touches it).\n\nOn load `wind_direction` therefore resets to its default (`0`), changing the\nclimate transport solution and so the per-turn evolution of `mean_temp` /\n`moisture` and, downstream, `surface_water` (runoff/flow,\n`physics.rs:631/682/687`). A continued climate trajectory after save/load is\n**not byte-identical on `surface_water`** purely because of this lost input —\nindependent of the worldsim accumulator persistence closed in p2-80.\n\nThis is a **climate-INPUT save-fidelity** gap (a worldgen-static field physics\nreads), distinct from p2-80's worldsim-ACCUMULATOR persistence (the\nhistory-dependent counters physics writes), which is closed and verified."
    },
    {
      "id": "p2-83",
      "title": "Phase/round state machine + speculative parallel simulation of player-action-independent turn work",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "**Two coupled deliverables: (A) a first-class phase/round state machine, and (B) speculative parallel computation of the turn work that does not depend on the active player's pending actions — overlapping it with the player's deliberation instead of running it serially after End Turn.**"
    },
    {
      "id": "p2-84",
      "title": "Dev-only compute profiling — per-feature CPU/RAM/GPU cost over time, trigger-attributed, zero-cost in release",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": "**A development-time profiling layer that attributes compute cost (CPU / RAM / GPU) to the feature that incurred it, over game-time, tagged by what triggered it — so optimization effort is data-driven, not guessed. It MUST compile/gate out to zero overhead in the shipped game.**"
    },
    {
      "id": "p2-86",
      "title": "Claude-player MCP — rendered driver mode (drive UI + capture screenshots)",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "simulator-infra",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p2-87-single-color-system-sot",
      "title": "Single game-wide colour system — one source of truth, layered tokens, every consumer derives from it",
      "priority": "p2",
      "status": "done",
      "scope": "game1",
      "owner": "wireguard",
      "updated_at": "2026-06-23",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "g2-01",
      "title": "Ley lines — Game 2 (Age of Kzzykt)",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Leylines are intuitive terrain features that Kzzykt interact with instinctively — they don't cast leylines, they live alongside them. Leylines affect tile improvements and yields and influence Kzzykt AI behavior. There is no full mana economy in Game 2; leylines are environmental, not player-managed."
    },
    {
      "id": "g2-02",
      "title": "Kzzykt playable race — Game 2 (Age of Kzzykt)",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Kzzykt is the second playable race, added in Game 2. They are an insectoid bug civilization with Green MTG color affinity who intuitively use leylines. Game 1 ships with Dwarves only — Kzzykt and all subsequent races are out of scope until their respective games."
    },
    {
      "id": "g2-03",
      "title": "Kzzykt Green school of magic — Game 2 (Age of Kzzykt)",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The Green school is the only school of magic in Game 2 and is optional for the player — this is where spells first enter the series. It is tied to Kzzykt's Green MTG color affinity and draws on nature, instinct, and leyline resonance. Game 2 also introduces interplanetary and spacefaring late-game progression alongside the Green school tech path."
    },
    {
      "id": "g2-04",
      "title": "Multi-GPU sharding for batch_simulate_gpu — out-of-scope (Game 2)",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "warcouncil",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "`mc-ai::gpu::inner::GpuContext::shared()` (at `src/simulator/crates/mc-ai/src/gpu/inner.rs:189`) picks exactly ONE adapter via `instance.request_adapter(PowerPreference::HighPerformance)`. On multi-GPU hosts this leaves every adapter past #0 idle from our compute perspective.\n\napricot has 2× NVIDIA RTX 3090. Right now `batch_simulate_gpu` uses one of them (whichever wgpu selects — typically GPU0). GPU1 sits at 0% compute util from our workload. p0-20 wall-time comparisons are therefore measured against a halved ceiling."
    },
    {
      "id": "g2-11",
      "title": "Vertical city floor stack (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12c"
      ],
      "summary": ""
    },
    {
      "id": "g2-12",
      "title": "Underground layer stack (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "g2-12a",
      "title": "Underground — N-layer data model + save format (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "g2-12b",
      "title": "Underground — worldgen for L1/L2/L3 + cavern terrain (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a"
      ],
      "summary": ""
    },
    {
      "id": "g2-12c",
      "title": "Underground — excavation action + cavern lifecycle (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12b"
      ],
      "summary": ""
    },
    {
      "id": "g2-12d",
      "title": "Underground — cross-layer movement, connection points + pathfinding (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12c"
      ],
      "summary": ""
    },
    {
      "id": "g2-12e",
      "title": "Underground — per-layer fog of war + vision (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12d"
      ],
      "summary": ""
    },
    {
      "id": "g2-12f",
      "title": "Underground — structural integrity + cross-layer collapse (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12c"
      ],
      "summary": ""
    },
    {
      "id": "g2-12g",
      "title": "Underground — layer rendering + layer-switch UI (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12b",
        "g2-12e"
      ],
      "summary": ""
    },
    {
      "id": "g2-12h",
      "title": "Underground — AI layer-awareness (Game 2) — OOS",
      "priority": "p3",
      "status": "oos",
      "scope": "game2",
      "owner": "unassigned",
      "updated_at": "2026-06-06",
      "blocked_by": [
        "g2-12a",
        "g2-12c",
        "g2-12d",
        "g2-12e"
      ],
      "summary": ""
    },
    {
      "id": "g3-01",
      "title": "Archons — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Archons are the magical avatar entities in Game 3 (\"Age of Elves\"). Each player has a High Archon (mana generator + casting avatar), and each of the five magic schools has a corresponding Minor Archon. Neither Game 1 nor Game 2 has Archon entities."
    },
    {
      "id": "g3-02",
      "title": "Life school spellbook — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The Life school is one of four new magic schools added in Game 3 (\"Age of Elves\"). Life magic centers on healing, growth, sustenance, and binding — the nurturing force of the color pie. Spellbook TBD as Game 3 design progresses."
    },
    {
      "id": "g3-03",
      "title": "Death school spellbook — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The Death school is one of four new magic schools added in Game 3 (\"Age of Elves\"). Death magic centers on entropy, reanimation, drain, and endings — the consuming force of the color pie. Spellbook TBD as Game 3 design progresses."
    },
    {
      "id": "g3-04",
      "title": "Chaos school spellbook — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The Chaos school is one of four new magic schools added in Game 3 (\"Age of Elves\"). Chaos magic centers on disruption, transformation, wild chance, and unpredictability — the volatile force of the color pie. Spellbook TBD as Game 3 design progresses."
    },
    {
      "id": "g3-05",
      "title": "Aether school spellbook — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "The Aether school is one of four new magic schools added in Game 3 (\"Age of Elves\"). Aether magic centers on knowledge, artifice, time, and the arcane fabric itself — the intellectual force of the color pie. Spellbook TBD as Game 3 design progresses."
    },
    {
      "id": "g3-06",
      "title": "Arcane Ascension victory — Game 3 (Age of Elves)",
      "priority": "p3",
      "status": "oos",
      "scope": "game3",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Arcane Ascension is the fifth victory condition, available only in Game 3 (\"Age of Elves\"). It requires completing a multi-step ritual powered by all five magic schools and the player's High Archon. Game 1 has Domination + Score only (p0-08). Game 2 has no Ascension path."
    },
    {
      "id": "g4-01",
      "title": "Terran (Human) playable species — Game 4 (Age of Terrans)",
      "priority": "p3",
      "status": "oos",
      "scope": "game4",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Terrans (Humans) are the Game 4 species, homeworld Terra. Drawn from Imanity (NGNL rank 16 — lowest-ranked Exceed, no innate magic). Their power comes not from magic but from adaptability, psionics, and religious organization. Game 4 is where the mundane-vs-magic tension peaks: humans have no arcane ability yet dominate through faith and mental force."
    },
    {
      "id": "g4-02",
      "title": "Psionics ability system — Game 4 (Age of Terrans)",
      "priority": "p3",
      "status": "oos",
      "scope": "game4",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Psionics is the Terran-exclusive ability system — biological/mental in nature, not arcane. It operates outside the five magic schools introduced in Game 3. Humans have an innate psionic affinity (D&D / MoTM tradition). Psionics gives Terrans combat, diplomacy, and espionage capabilities that mirror but do not overlap with spellcasting. Bridges thematically into Game 5 (Gith are also psionic)."
    },
    {
      "id": "g4-03",
      "title": "Religious victory condition — Game 4 (Age of Terrans)",
      "priority": "p3",
      "status": "oos",
      "scope": "game4",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Terrans can win by spreading religious influence across civilizations. Conversion mechanics are tiered by species: non-human species of equal or higher tier resist conversion; lower-tier species (orcs, trolls, goblins) are susceptible. This creates a distinct non-military victory path unique to Terrans."
    },
    {
      "id": "g5-01",
      "title": "Phantasma playable species — Game 5 (Age of Ascension)",
      "priority": "p3",
      "status": "oos",
      "scope": "game5",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Phantasma (NGNL rank 2) are pure spiritual beings native to the Ethereal Plane — entities of consciousness without physical form, aligned with Death school. They are ancient and immune to Terran religious spread. As rank-2 Exceed they are second only to the One True God, making them the most powerful conventional species in the series."
    },
    {
      "id": "g5-02",
      "title": "Flügel playable species — Game 5 (Age of Ascension)",
      "priority": "p3",
      "status": "oos",
      "scope": "game5",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Flügel (NGNL rank 5) are angel-weapons created by the One True God, aligned with Life school. Their existence directly conflicts with the Terran religious victory condition — humans spread faith in a divine, and Flügel *were made by* the closest thing to one. They are the central narrative tension of Game 5: the faith humans spread is real, but the Flügel are its answer. Immune to religious conversion; may have a competing religious spread mechanic of their own."
    },
    {
      "id": "g5-03",
      "title": "Gith playable species (Githyanki + Githzerai) — Game 5 (Age of Ascension)",
      "priority": "p3",
      "status": "oos",
      "scope": "game5",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Gith (MoTM / D&D) are psionic beings native to the Astral and Ethereal planes, aligned with Aether school. Two playable races: Githyanki (militant, planar conquerors) and Githzerai (monastic, psionic monks). Bridges Game 4's psionics system into Game 5 — Gith and Terrans share a psionic language, creating a unique diplomatic and conflict dynamic. Mid-to-high tier; resistant to but not immune to Terran religious spread."
    },
    {
      "id": "g5-04",
      "title": "Demonia playable species — Game 5 (Age of Ascension)",
      "priority": "p3",
      "status": "oos",
      "scope": "game5",
      "updated_at": "2026-04-17",
      "blocked_by": [],
      "summary": "Demonia (NGNL rank 11) are the demon species of the Ethereal Plane, aligned with Chaos school. Low-to-mid tier; they have no coherent belief system, making them the primary beachhead for Terran religious conversion — susceptible when isolated, violently opposed when organized. They are the \"wild card\" species of Game 5: unpredictable alliances, high aggression, and the most conventional military threat."
    },
    {
      "id": "g6-01",
      "title": "Naval combat — out-of-scope (post-v10)",
      "priority": "p3",
      "status": "oos",
      "scope": "post-v10",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "Hex-based naval combat — water-tile movement for ships, ship unit types (transport / warship / etc.), naval-vs-naval and naval-vs-coastal-city combat, harbor / port buildings, sea-region map topology where applicable."
    },
    {
      "id": "g6-02",
      "title": "Caravan trade routes — out-of-scope (post-v10)",
      "priority": "p3",
      "status": "oos",
      "scope": "post-v10",
      "owner": "",
      "updated_at": "2026-04-26",
      "blocked_by": [],
      "summary": "Persistent trade-route units (caravans, traders) that travel between owned cities OR between own-city and foreign-city, generate per-turn gold/resource yields tied to distance and city-pair characteristics, and can be plundered by enemy units. Distinct from p1-01's instantaneous luxury-for-gold trade modal."
    },
    {
      "id": "p2-43a",
      "title": "Rail-1 port — `_pick_culture_tradition` → mc-ai::tactical::culture_pick",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": "Phase A of `p2-43` landed the AI culture-tradition picker as GDScript in\n`auto_play.gd::_pick_culture_tradition`. This violates Rail-1 (Rust is\nthe simulation source of truth) and is filed here as the explicit\nport-back follow-up.\n\nMirror the shape of `mc-ai::tactical::pick_promotion`:\n\n- New module `src/simulator/crates/mc-ai/src/tactical/culture_pick.rs`\n  with `pub fn pick_culture_tradition(state: &PlayerState, available: &[TraditionId], priors: &PersonalityPriors) -> Option<TraditionId>`.\n- Extend `PersonalityPriors` (in `policy.rs`) with `culture_pillar_weights: BTreeMap<PillarId, f32>` and a single\n  `culture_cost_bias: f32` knob — no parallel structs, no stringly maps.\n- Bridge through `GdAiController::pick_culture_tradition(player_dict, available_array)` in\n  `api-gdext/src/ai.rs` (alongside the existing promotion bridge).\n- Replace the `_pick_culture_tradition` body in `auto_play.gd` with a\n  one-liner delegating to the bridge. Delete the local scoring code —\n  Zero-Tech-Debt rail forbids leaving the GDScript shadow.\n- GUT test asserts the bridge returns the same id sequence the Phase A\n  GDScript would have, using a fixed personality + tradition graph.\n- `cargo test -p mc-ai test_culture_pick_personality_weighting` green."
    },
    {
      "id": "p2-43a-followup-gdscript-delegation",
      "title": "Shared infra — wire GdAiController into auto_play.gd so Rail-1 bridges can be one-liners",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "updated_at": "2026-05-15",
      "blocked_by": [],
      "summary": "Rail-1 ports keep landing the Rust bridge (`GdAiController::pick_*`) but\ncannot collapse the GDScript call site to a one-liner because\n`auto_play.gd` does not currently instantiate a `GdAiController` — same\nconstraint that holds `_pick_research` inline today. This is a shared\ninfrastructure gap, not the responsibility of any individual port\nobjective.\n\nPer CLAUDE.md Rail-1 and `p0-26-ai-tactical-rust-port.md`, the resolution\nis a single wiring change: `auto_play.gd` (and any other AI driver\nscenes) grows a `GdAiController` member via the same path the tactical\nbridge will use. Once that lands, every accumulated `[ ] one-liner\ndelegation` bullet across the `p2-43*` family flips green in a single\nsweep."
    },
    {
      "id": "p2-55f",
      "title": "Read ransom_offer_duration_turns from combat_balance.json",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-01",
      "title": "Courier-gated diplomacy — open borders + shared maps via tech-tiered courier units",
      "priority": "p3",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "envoy",
      "updated_at": "2026-04-29",
      "blocked_by": [],
      "summary": "Game 1 ships diplomacy-lite: peace/war toggle plus a single bilateral luxury↔gold\ntrade action (`mc-trade`). This objective expands the diplomatic surface with two\ntrade options gated on physical infrastructure rather than instant agreement, so\ninformation itself becomes a strategic resource that decays with distance and tech:\n\n1. **Open borders** — pay luxury or gold for the right to move units through\n   another civ's territory for N turns. Instant effect; pure trade.\n\n2. **Shared map** — pay luxury or gold for the other civ's explored map for N\n   turns. **Not instant**: the deal is gated on a courier link between capitals.\n   Knowledge propagates at the courier's movement speed; the courier is killable\n   mid-route (intercept = no map delivered, payment already made). The Courier\n   unit family has tech-gated upgrade tiers, one per era from era_2 onward; later\n   tiers shrink the delay window and shift the intercept surface from\n   killing-the-unit to severing-the-infrastructure.\n\nThis is **scope: game1-stretch** — Game 1's stated scope is \"diplomacy-lite\", so\nthis objective is post-Early-Access content unless explicitly pulled forward."
    },
    {
      "id": "p3-03",
      "title": "Courier route resolver — real hex pathfinding, per-tier movement, severable infrastructure",
      "priority": "p3",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "envoy",
      "updated_at": "2026-04-28",
      "blocked_by": [],
      "summary": "p3-01 cycle 4 landed the **types** for courier-gated diplomacy\n(`DiplomaticAgreement` enum, `OpenBordersAgreement`, `SharedMapAgreement`,\n`CourierRoute`, `CourierMapView` trait, `step_shared_map_agreements` driver, six\nevent payloads). It also landed three lifecycle integration tests against a\n`MockMap` fixture that hard-codes intercept probability.\n\nThis objective owns the **physics layer** that lets those types resolve against\nthe actual game world: hex pathfinding from sender capital to receiver capital,\nper-tier movement-speed table feeding ETA calculations, and integration with\nseverable improvements (Steam Track, Resonance Wire, Beacon Tower) so that a\nmid-route pillage actually intercepts the courier.\n\nSplitting this out of p3-01 lets the parent objective close at \"data + types +\nlifecycle\" once AI/UI/tests/proof scenes land, while the route-resolver work\nstays its own bounded chunk of mc-trade ↔ mc-map glue."
    },
    {
      "id": "p3-04",
      "title": "Per-hex improvement layer in `mc-core` / `mc-turn` — anchor improvements at (col,row)",
      "priority": "p3",
      "status": "done",
      "scope": "game1-stretch",
      "owner": "envoy",
      "updated_at": "2026-04-28",
      "blocked_by": [],
      "summary": "Improvements ship as data files (`public/resources/improvements/*.json`) but the\nsimulation has no per-hex anchor for them. Improvements currently live on\n`PlayerState.city_improvements: Vec<Vec<String>>` (per-player / per-city,\nunanchored). The grid's per-tile struct stores terrain only — no improvement\nslot.\n\nThis blocks p3-03 acceptance bullets 4 (severance: pillaging Steam Track at hex\n(c,r) intercepts a courier whose route includes (c,r)), 5 (Hold-Network reroute\nwhen a Steam Track is severed), and the infrastructure-gating half of bullet 2\n(Steam Messenger requires Steam Track tiles on its route, Resonance\nTelegrapher requires Resonance Wire tiles).\n\nThis is also a foundational gap that will block other Game-1-stretch features\nbeyond couriers (tile-improvement pillaging, road network bonuses,\nfortification ZOC, defensive towers)."
    },
    {
      "id": "p3-05a",
      "title": "Civic state wrapper — typed CivicState added to PlayerState",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-05a-gdext-bridge",
      "title": "GDExt bridge for CivicState — GdPlayer::civic query surface",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-04",
      "blocked_by": [
        "p3-05a",
        "p3-05e"
      ],
      "summary": ""
    },
    {
      "id": "p3-05b",
      "title": "Authority axis civics catalog",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p3-05a"
      ],
      "summary": ""
    },
    {
      "id": "p3-05c",
      "title": "Labor axis civics catalog",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p3-05a"
      ],
      "summary": ""
    },
    {
      "id": "p3-05d",
      "title": "Economy axis civics catalog",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [
        "p3-05a"
      ],
      "summary": ""
    },
    {
      "id": "p3-05e",
      "title": "Civic modifier propagation — apply civic effects to per-city yields",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-06-03",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-06",
      "title": "Civic anarchy — 5-turn anarchy on axis switch",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-14",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-07a",
      "title": "CV-of-wealth + Authority amplifier → inequality stat",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [
        "p3-05b"
      ],
      "summary": ""
    },
    {
      "id": "p3-07b",
      "title": "Four damage channels — Land/Water/Magic/Air emission from inequality",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [
        "p3-07a"
      ],
      "summary": ""
    },
    {
      "id": "p3-10a",
      "title": "Lair assault mode — enter-and-clear",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p0-17"
      ],
      "summary": ""
    },
    {
      "id": "p3-10b",
      "title": "Lair siege mode — multi-turn pressure from adjacent",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-06-23",
      "blocked_by": [
        "p3-10a"
      ],
      "summary": ""
    },
    {
      "id": "p3-10c",
      "title": "Lair raid mode — grab-and-exit",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "combat-dev",
      "updated_at": "2026-05-07",
      "blocked_by": [
        "p3-10a"
      ],
      "summary": ""
    },
    {
      "id": "p3-11",
      "title": "Pioneer & Engineer action-point pool",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-13",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-12",
      "title": "Fauna combat stat derivation — regenerate from traits",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "terraformer",
      "updated_at": "2026-05-04",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-13a",
      "title": "Extend meteorological events — drought, flood, dust_storm",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-04",
      "blocked_by": [
        "p0-36"
      ],
      "summary": ""
    },
    {
      "id": "p3-13b",
      "title": "Geological events — earthquake, volcanic_eruption, landslide",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-05-13",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-13c",
      "title": "Biological events — plague, bloom, migration_pulse",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-13",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-13d",
      "title": "Anomalous events — aurora, fog_bank, thermal_anomaly",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "unassigned",
      "updated_at": "2026-05-07",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-14",
      "title": "Declarative game-start script + runner — data-driven, moddable opening sequence",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-06-19",
      "blocked_by": [],
      "summary": "A bounded op vocabulary (`place_spawn_box`, `roll_actor_directions`, `step_actors`,\n`converge_actors`, `spawn_unit`, `set_unit_actions`, `set_banner`, `lift_fog`, `emit_chronicle`,\n`found_city`) where every op maps to an existing tested simulation primitive. A `StartScriptRunner`\nin `mc-turn` sequences phases from data, replacing the hardcoded `PrologueTurn::advance` switch.\n`setup.json:start_script` selects the script; scenarios ship their own under\n`public/resources/start_scripts/`. Modder-grade validation with errors naming script id + phase id +\nop index."
    },
    {
      "id": "p3-15",
      "title": "Local hotseat multiplayer — multiple humans alternating on one device",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "shipwright",
      "updated_at": "2026-06-19",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-16",
      "title": "AI proactive war-declaration via the courier system",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The canonical courier-diplomacy model (`COMMUNICATIONS.md` §\"War declaration\nsemantics\") assumes a player **dispatches a war-dec envelope** to enter war: the\n**sender** enters `War` immediately on dispatch and its units can attack the same\nturn; the **recipient** flips to `War` on delivery/interception; **defenders\nalways retaliate when struck** regardless of formal `RelationState`. Pairs start\nat **peace** (`mc-player-api/src/projection.rs::project_tactical_relations` defaults\nunset pairs to 0 = peace; `mc-player-api/src/comms_dispatch.rs` flips the shared\n`RelationState` cell to `War` only on delivery).\n\n**The war-declaration decision is now SHIPPED.** A new per-turn diplomacy step\n`decide_diplomacy` (`src/simulator/crates/mc-ai/src/tactical/diplomacy.rs:30`)\nevaluates each *discovered* rival against the clan's `aggression` axis and the\nown-vs-perceived military balance, and emits `Action::DeclareWar { target }`\n(`diplomacy.rs:69`) when conditions warrant. That action is routed through\n`mc_player_api::comms_dispatch::dispatch_war_declaration`\n(`mc-player-api/src/comms_dispatch.rs:59`) — the same envelope path the human\nwar-dec uses — so the **sender** enters `War` on dispatch and the **recipient**\nflips on delivery, exactly per `COMMUNICATIONS.md` §\"War declaration semantics\".\n\nIt is **unit-tested and proven to fire**:\n- 5 `mc-ai` diplomacy cases (`diplomacy.rs:140–185`) cover discovered-weaker\n  (declares), undiscovered (holds), already-at-war (holds), cautious-at-parity\n  vs warmonger-strikes (axis differentiation), and no-army (holds).\n- The dispatch round-trip is covered by\n  `ai_declare_war_maps_to_player_declare_war` (`mc-player-api/src/dispatch.rs:3068`):\n  the AI's `DeclareWar` maps to the same `RelationState` mutation the human path\n  produces.\n- **Live proof:** in hotseat self-play (seed 42) war-decs dispatch on first\n  contact at turns 17/18.\n\n**Why this is still `partial` — the war-dec does not yet transform AI-vs-AI\ngames.** The decision-to-declare half is shipped, but full aggressive AI play is\nblocked on a **separate upstream gap: the AI does not scout/explore** (tracked by\n**p3-17**, AI exploration / frontier-seeking). Two consequences:\n1. War-decs fire only on a fleeting enemy-**unit** sighting, which is rare because\n   idle military units never push toward unexplored territory.\n2. Even once at war, `collect_enemy_city_positions` (`tactical/movement.rs:402`)\n   returns only **visible** enemy cities — which the AIs almost never see, because\n   idle military units fall to `score_patrol_for_military` (`movement.rs:285`,\n   scout-sweep of already-known cities / garrison next to friendly cities) with\n   **no frontier-seeking**. So the army declares war but cannot find the enemy\n   capital to march on.\n\nThe downstream at-war combat path (`is_at_war` gate, `locked_target` maneuver,\n`aggression`-tuned posture per `mc-ai/src/tactical/thresholds.rs`) already works\nonce a pair is at war and an enemy city is known — but discovery starves it.\n**p3-17 must land before personality `aggression` materially differentiates\nAI-vs-AI war outcomes.**"
    },
    {
      "id": "p3-17",
      "title": "AI exploration / frontier-seeking for idle military + scout units",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The AI never scouts or explores the map, which starves both target-acquisition\nand the war-declaration discovery gate. This objective adds a frontier-seeking\nmove for idle military / scout units so first contact and enemy-city discovery\nhappen reliably in AI-vs-AI play."
    },
    {
      "id": "p3-18",
      "title": "Water crossing — land-unit embarkation + naval transport",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "Land armies are permanently confined to their starting landmass: `mc-pathfinding`\ngates water purely by `UnitDomain` (`is_passable(\"ocean\", Land)` is hard-`false`),\nwith no tech override and no way to embark or be ferried. On maps where the two\ncapitals sit on separate landmasses (common — the start-balancer maximally\nseparates capitals on the 40×24 `duel` map, often ocean-separated), conquest by a\nland army is impossible. This is the Civ \"embarkation\" tech gap.\n\nThe scaffolding is **half-built** (existing tech debt): `mc_combat::siege::\nembarked_defence_penalty` (halves an embarked unit's defence — the Civ-V/VI\nvulnerability rule) and a `transport` keyword in `combat.json` (\"carry up to 2\nland units across water\", on `dwarf_fortress_ship`) both exist, but neither is\nwired into movement/pathfinding, so they are dead."
    },
    {
      "id": "p3-19",
      "title": "Player → ecology feedback — harvesting & hunting deplete live populations (over-harvest → extinction)",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The living-world ecology sim (mc-ecology / mc-worldsim) ticks per played turn\n(populations grow/collapse, migrate, emerge — see g2-08/g2-10, all done), and the\nplayer can harvest flora (chop, `mc-city::harvest`) and kill fauna (combat /\nlair clearing, `mc-combat::loot`). **But the two are decoupled:** harvesting and\nhunting do NOT reduce the ecology `PopulationSlot::population`\n(`mc-ecology/src/population.rs:9`) — fauna products are a read-only yield\n(`fauna_product.rs`), and chopping flips terrain + grants a one-shot yield without\ntouching the live population. Only the sim's own tier dynamics cut populations\n(`evolution.rs:1119 ecological_t5_reduces_fauna_populations`).\n\nNet: **you cannot over-harvest or over-hunt a species toward local extinction**,\nand abundance doesn't respond to player pressure — which undercuts the\n\"living-world is the Game-1 USP\" promise (the world should react to the player)."
    },
    {
      "id": "p3-20",
      "title": "Weather affects scouting — vision/LoS penalty under storms, blizzards, dust",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The runtime weather system (`mc-climate::weather`, six Game-1 types: Storm, Heat\nWave, Blizzard, Drought, Flood, Dust Storm) derives events per turn and applies a\n`movement_penalty` to units, with real unit HP damage wired into the played turn\n(`climate_effects.gd:125`). **But `WeatherEvent` carries no vision/line-of-sight\neffect** — weather slows movement and hurts units, but does not reduce scouting\nrange. So storms/blizzards/dust have no effect on exploration, fog reveal, or\nsurprise — a missed gameplay lever for the weather system."
    },
    {
      "id": "p3-21",
      "title": "Weather/climate-driven fauna & flora migration",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "Fauna/flora migration EXISTS and ticks per played turn\n(`mc-ecology/src/biological.rs:59 MigrationPulse`, `engine.rs` per-turn migration;\ng2-10 done), but it is **population-pressure / carrying-capacity driven only** —\nit does not respond to **weather/climate**. Drought should push herds toward\nwater, blizzards/heat-waves should thin or relocate populations, blooms (already\nclimate-linked) should pull flora spread. Today the living world migrates by\ncrowding, not by climate — a partial realization of the weather↔ecology coupling."
    },
    {
      "id": "p3-22",
      "title": "AI builds dedicated scout units for exploration",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The AI explores via frontier-seek with idle military units\n(`mc-ai/src/tactical/movement.rs:892`) and gives scout-typed units a special\nenemy-city patrol sweep — but it **never builds `dwarf_scout`**: the production\nladder (`mc-ai/src/tactical/production.rs:387`) queues founders, military, and\nbuildings, with workers as fallback, and no scout branch. Early-game discovery /\nfirst-contact therefore relies on diverting combat units, which is slower and\nweaker than a cheap dedicated scout."
    },
    {
      "id": "p3-23",
      "title": "Trade richness — gold & strategic-resource trades with opponents",
      "priority": "p3",
      "status": "done",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-26",
      "blocked_by": [],
      "summary": "> **DISCOVERY (2026-06-25, verify-first):** the original premise was wrong. The\n> inter-player trade turn-integration is **DISABLED in the played game**, not\n> \"luxury-only\". `turn_manager.gd:287` has `Diplomacy.process_turn()` commented out\n> with a stale \"empty stub module\" note (diplomacy.gd was rebuilt but never\n> re-enabled). The *only* writer of `GameState.trade_ledger_json` is diplomacy.gd:32\n> inside that disabled call, so **no inter-player trades run at all** (luxury, strategic,\n> or gold). Worse, the `diplomacy.gd ↔ GdTrade.process_trades` contract has drifted\n> in 3 places: (1) `_serialize_players` emits `{index, traded_luxuries, personality}`\n> but `process_trades` deserializes `Vec<PlayerTradeInput>` (`player_index`,\n> `tile_luxuries`, `tile_strategics`, `trade_willingness`); (2) `process_trades`\n> returns `{ledger}` but diplomacy.gd reads `result[\"trade_ledger_json\"]`,\n> `[\"relation_changes\"]`, `[\"new_trades\"]`, `[\"broken_trades\"]`; (3) relations\n> advancement isn't returned. So enabling is NOT a one-line uncomment.\n\nThe **simulation logic is complete + cargo-tested** (luxury/strategic swaps + gold\nsales in `mc-trade`, 66/0) and the gold-flow application is wired (part A) — but it\nis all **inert in-game until the diplomacy turn-integration is revived**. The\n`tribute.rs` path stays Game-2 deferred."
    },
    {
      "id": "p3-24",
      "title": "Rail-1 — port per-turn economy/happiness/climate glue logic from GDScript to Rust",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-25",
      "blocked_by": [],
      "summary": "The core economy/happiness/event MATH is in Rust (mc-economy, mc-happiness,\nmc-city, mc-climate, mc-trade) — good Rail-1 health. **But real per-turn game\nlogic still lives in GDScript**, violating \"GDScript is presentation only\":\n\n- `economy.gd:66-72` computes gold *in GDScript* (building-gold sum, gold-per-pop,\n  gold-from-mines) before/around the `GdEconomy` call — not a thin wrapper.\n- `happiness.gd` assembles + partially computes the happiness inputs (luxury map,\n  building-effect collection) in GDScript.\n- `climate_effects.gd:125` mutates game state in GDScript (`unit.hp -= hp_loss`).\n- `turn_processor.gd` / `turn_manager.gd` own the per-turn ORCHESTRATION (sequence\n  the Rust crates, dispatch events, apply results) in GDScript.\n\nThis is the same class of debt as the AI port (p0-26, done) — but for the\neconomy/happiness/event/turn surface."
    },
    {
      "id": "p3-25",
      "title": "Rail-1 — unify dual city model so view_json carries territory + trades (GDScript = view only)",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-26",
      "blocked_by": [],
      "summary": "> **Owner directive (2026-06-26):** \"gd should only be UI view of simulation\" +\n> \"simulator should provide everything\" + \"no stubs — prod code only\". A player-like\n> the headless adapter (or any UI) must get the *full* game state from the simulator's\n> projected view (`GdPlayerApi.view_json` → `PlayerView`), not by GDScript re-deriving\n> simulation facts.\n\n**Root cause (verify-first investigation).** The simulator holds **two parallel city\nmodels** ([api-gdext/src/city_slot.rs:3-6](../../src/simulator/api-gdext/src/city_slot.rs)):\n\n- `GdGameState.presentation_cities: Vec<Vec<mc_city::City>>` — the **authoritative**\n  rich model: `owned_tiles`, `worked_tiles`, `position`, `culture_stored`, buildings\n  ([mc-city/src/city.rs](../../src/simulator/crates/mc-city/src/city.rs)).\n- `GameState.players[pi].cities: Vec<mc_state::CityState>` — a **bench** model with NO\n  territory ([mc-city/src/lib.rs:126](../../src/simulator/crates/mc-city/src/lib.rs)),\n  explicitly *\"left untouched\"*. City position lives in the parallel\n  `PlayerState.city_positions`.\n\n`project_view` ([mc-player-api/src/projection.rs](../../src/simulator/crates/mc-player-api/src/projection.rs))\nreads the **bench** model, so `view_json` is structurally blind to territory — and thus\nto worked tiles and to inter-player trades (which need owned-tile resource sourcing).\n`GdPlayerApi` (the headless harness) holds only `GameState` — no `presentation_cities` —\nso the fix for the headless path is to give the bench state real territory, not to reach\ninto the rich `City`.\n\nConsequences observed: `CityView.owned_tiles` and `DiplomacyView.{open_borders,\nshared_map,agreements_active}` were hardcoded stubs in the projection; there are no\ntrade-deal fields on `DiplomacyView` at all; `mc-turn::process_trade_phase` sources trade\ninputs from bench proxies (`tile_strategics: Vec::new()`, `tile_luxuries` proxy) and does\nnot persist its computed ledger to `state.trade_ledger`. The live game's working trade\npath (p3-23) is GDScript-orchestrated and parses `trade_ledger_json` itself — a\npresentation-layer workaround that this objective supersedes for the headless/sim path.\n\nThe data needed *does* exist in Rust: `GridState.tile(col,row)→{biome,quality}` +\n`mc_core::collectibles::tile_collectibles(biome,quality,rng)` resolve a tile's resources\ndeterministically. What's missing is (a) owned-tile territory in the bench state, (b) a\nresource-category catalog (luxury/strategic) in Rust, (c) persistence of swap/sale deals\nto `state.trade_ledger`, (d) projecting it all."
    },
    {
      "id": "p3-26",
      "title": "Complete the headless simulator — close the live-vs-headless system gaps (loop done-criterion)",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-26",
      "blocked_by": [],
      "summary": "> **Owner directive (2026-06-26):** the /loop \"continue until Game-1 done\" is **not\n> finished until the SIMULATOR is complete** — the headless Rust sim\n> (`mc-turn::TurnProcessor`, driven via `GdPlayerApi`/`magic_civ_*`) must play a full\n> self-play game with ALL systems, not the reduced subset shipped so far. See\n> [[project_loop_done_means_simulator_complete]].\n\nThe headless `step()` ([processor.rs:392+](../../src/simulator/crates/mc-turn/src/processor.rs))\ncurrently runs: trade (p3-25), economy, city_production (single queue), culture+border\nexpansion, tech/science, fauna encounters, combat/siege, diplomacy. Verified live via\n`magic_civ_view` (e.g. border expansion fired turn 0→1: `owned_tiles [[1,6]]→[[1,6],[0,6]]`).\n\n**Gaps (each verified absent from the headless turn):**"
    },
    {
      "id": "p3-27",
      "title": "Biosphere in the headless sim — ecology population + flora succession + marine ecology",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-26",
      "blocked_by": [],
      "summary": "Split from [[p3-26-complete-headless-simulator]]. The biological simulators exist as full\nRust crates — `mc-ecology` (`EcologyEngine`: per-tile fauna populations, predator/prey,\nevolution) and `mc-flora` (`FloraEngine`: per-tile vegetation + succession) — and the LIVE\ngame ticks them every turn (`EcologyState.tick` + `take_flora_transitions`,\nturn_manager.gd:315). But the **headless `mc-turn` step does NOT tick them** (verified: `0\nhits` for EcologyEngine/FloraEngine/flora in `processor.rs`). Only fauna *encounters*\n(combat) run headless. So the headless sim has no living biosphere for events/economy to\ninteract with."
    },
    {
      "id": "p3-28",
      "title": "Modular turn architecture — break dep cycle, phase registry, boot-config DRY",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-27",
      "blocked_by": [],
      "summary": "The per-subsystem sprawl noticed while porting climate/events/happiness/healing/ecology\nrevealed three SOLID/DRY/DIP debts. \"Foundation first\" tackled the layering + phase pieces."
    },
    {
      "id": "p3-29",
      "title": "Rail-1 turn unification — live game calls the Rust turn, delete GDScript orchestration",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-27",
      "blocked_by": [],
      "summary": "**The DRY / Rail-1 violation (verified 2026-06-27).** There are TWO turn orchestrations:\n- LIVE: `turn_manager.gd` → `turn_processor.gd::_process_*` (GDScript) + `EcologyState.tick` +\n  `WorldsimState` — GDScript orchestrating the turn.\n- HEADLESS: `GdPlayerApi` → `mc_turn::TurnProcessor::step` (Rust).\n\nThe system *math* lives once in the Rust crates (DRY). The turn *orchestration* is duplicated —\nand the p3-26/p3-27 work this session added happiness/healing/improvements/recipes/equipment/\necology to `mc-turn` while the live game still runs its GDScript copies (e.g. `EcologyState.tick`\nduplicates the new Rust `ecology_phase`). This session BUILT `mc-turn::step` into the complete\nsingle source of truth; this objective is the capstone that makes it actually single.\n\nThe bridge already exists: `GdTurnProcessor::step(GdGameState)` (api-gdext/src/lib.rs:6354) runs\n`mc_turn::TurnProcessor::step` on the LIVE game's state. The live turn just doesn't call it."
    },
    {
      "id": "p3-30",
      "title": "Port wild-creature AI from GDScript to Rust (Rail-1 compliance)",
      "priority": "p3",
      "status": "partial",
      "scope": "game1",
      "owner": "warcouncil",
      "updated_at": "2026-06-27",
      "blocked_by": [],
      "summary": "**Rail-1 gap surfaced during the p3-29 logic sweep (2026-06-27).** The live turn runs\nwild-creature AI **decision logic in GDScript**: `turn_processor.gd::_process_wild_creatures`\n(line 459) calls `wild_ai.process_wild_turn(game_map)` →\n`src/game/engine/src/modules/ai/wild_creature_ai.gd` (302 LOC — a guard / attack / roam state\nmachine over `owner == -1` units).\n\nThis is sim logic, not presentation, so it violates Rail-1 (\"GDScript is presentation only\";\n\"AI decision-making lives in Rust\"). It is **distinct from [[p0-26-ai-tactical-rust-port]]**,\nwhich ported *player* tactical AI (`simple_heuristic_ai.gd` / `ai_tactical.gd` / `ai_military.gd`)\nand explicitly did not touch wild-creature behaviour. It is also distinct from the fauna\n*population/rendering/stats* objectives (`g2-08`, `p3-12`, `p1-49`, `p2-58a`) — those model\necology; this is the per-creature **combat behaviour AI**.\n\nThe combat *resolution* for wilds already lives in Rust (`mc-combat::wilds`); only the\n*decision* layer (who to attack, when to roam, leash enforcement) is still GDScript."
    },
    {
      "id": "p3-31",
      "title": "Replay recording — live games archive a GameHistory (per-turn TurnSnapshot + events) on game-over",
      "priority": "p3",
      "status": "missing",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-06-27",
      "blocked_by": [],
      "summary": ""
    },
    {
      "id": "p3-32",
      "title": "Replay rendering — visual map playback (terrain + city/unit markers) from the archive",
      "priority": "p3",
      "status": "missing",
      "scope": "game1-stretch",
      "owner": "shipwright",
      "updated_at": "2026-06-27",
      "blocked_by": [
        "p3-31"
      ],
      "summary": ""
    }
  ],
  "blocked": [
    {
      "id": "g2-07",
      "blockedBy": [
        "p2-80"
      ]
    },
    {
      "id": "p1-22a",
      "blockedBy": [
        "p1-22"
      ]
    },
    {
      "id": "p1-29g",
      "blockedBy": [
        "p1-29k"
      ]
    },
    {
      "id": "p1-43b",
      "blockedBy": [
        "p1-43a"
      ]
    },
    {
      "id": "p1-49",
      "blockedBy": [
        "p1-47"
      ]
    },
    {
      "id": "g2-09",
      "blockedBy": [
        "p2-80",
        "g2-07"
      ]
    },
    {
      "id": "p2-53f",
      "blockedBy": [
        "p2-53a"
      ]
    },
    {
      "id": "p2-53g",
      "blockedBy": [
        "p2-53a"
      ]
    },
    {
      "id": "p2-53h",
      "blockedBy": [
        "p2-53a"
      ]
    },
    {
      "id": "p2-55a",
      "blockedBy": [
        "p2-55"
      ]
    },
    {
      "id": "p2-55b",
      "blockedBy": [
        "p2-55"
      ]
    },
    {
      "id": "p2-55c",
      "blockedBy": [
        "p2-55"
      ]
    },
    {
      "id": "p2-56a",
      "blockedBy": [
        "p2-35"
      ]
    },
    {
      "id": "p2-56c",
      "blockedBy": [
        "p2-56b"
      ]
    },
    {
      "id": "p2-72",
      "blockedBy": [
        "p2-72a"
      ]
    },
    {
      "id": "p2-72a-save-format-migration",
      "blockedBy": [
        "p2-72a-gdgamestate-canonical-render-source"
      ]
    },
    {
      "id": "p2-74-ui-dehardcode-to-tokens",
      "blockedBy": [
        "p2-73-ui-theme-token-pipeline"
      ]
    },
    {
      "id": "p2-76",
      "blockedBy": [
        "p2-75",
        "p2-80"
      ]
    },
    {
      "id": "p2-77",
      "blockedBy": [
        "p2-76"
      ]
    },
    {
      "id": "p2-78",
      "blockedBy": [
        "p2-80",
        "p2-76"
      ]
    },
    {
      "id": "g2-11",
      "blockedBy": [
        "g2-12a",
        "g2-12c"
      ]
    },
    {
      "id": "g2-12b",
      "blockedBy": [
        "g2-12a"
      ]
    },
    {
      "id": "g2-12c",
      "blockedBy": [
        "g2-12a",
        "g2-12b"
      ]
    },
    {
      "id": "g2-12d",
      "blockedBy": [
        "g2-12a",
        "g2-12c"
      ]
    },
    {
      "id": "g2-12e",
      "blockedBy": [
        "g2-12a",
        "g2-12d"
      ]
    },
    {
      "id": "g2-12f",
      "blockedBy": [
        "g2-12a",
        "g2-12c"
      ]
    },
    {
      "id": "g2-12g",
      "blockedBy": [
        "g2-12a",
        "g2-12b",
        "g2-12e"
      ]
    },
    {
      "id": "g2-12h",
      "blockedBy": [
        "g2-12a",
        "g2-12c",
        "g2-12d",
        "g2-12e"
      ]
    },
    {
      "id": "p3-05a-gdext-bridge",
      "blockedBy": [
        "p3-05a",
        "p3-05e"
      ]
    },
    {
      "id": "p3-05b",
      "blockedBy": [
        "p3-05a"
      ]
    },
    {
      "id": "p3-05c",
      "blockedBy": [
        "p3-05a"
      ]
    },
    {
      "id": "p3-05d",
      "blockedBy": [
        "p3-05a"
      ]
    },
    {
      "id": "p3-07a",
      "blockedBy": [
        "p3-05b"
      ]
    },
    {
      "id": "p3-07b",
      "blockedBy": [
        "p3-07a"
      ]
    },
    {
      "id": "p3-10a",
      "blockedBy": [
        "p0-17"
      ]
    },
    {
      "id": "p3-10b",
      "blockedBy": [
        "p3-10a"
      ]
    },
    {
      "id": "p3-10c",
      "blockedBy": [
        "p3-10a"
      ]
    },
    {
      "id": "p3-13a",
      "blockedBy": [
        "p0-36"
      ]
    },
    {
      "id": "p3-32",
      "blockedBy": [
        "p3-31"
      ]
    }
  ],
  "remaining_by_lead": [
    {
      "owner": "warcouncil",
      "remaining": 7
    },
    {
      "owner": "shipwright",
      "remaining": 2
    }
  ]
}