Blame
|
1 | # Hold The Horde — Design Coverage |
||||||
| 2 | ||||||||
| 3 | **PM coverage assessment, 8 September 2026.** This is the remaining-work map for the [whole-game outline](/Hold%20The%20Flood/Whole%20Game%20Outline), alongside the dated [Progress and forecast](/Hold%20The%20Flood/Progress). It is management work, not an additional completed gameplay package. |
|||||||
| 4 | ||||||||
|
5 | Across fifteen major areas, **eight have usable first-pass contracts and seven have examples or alternatives**. These are coverage categories, not weighted progress or a percentage of the game. Even an area with usable rules still needs its finite content, edge cases and integration. “Written” does not mean owner-approved, implemented or validated. |
||||||
|
6 | |||||||
|
7 | Seven domains remain partial, and accepted rules still need their finite inventories and integration before v1 is complete. |
||||||
|
8 | |||||||
| 9 | The first complete wiki must describe actual behavior, progression and consequences across every major area. It may use clearly labelled provisional defaults and numerical tuning; a major area left only as “TBD” does not qualify. The later detailed-content milestone specifies the individual authored rooms, clues, encounters and scenes. |
|||||||
| 10 | ||||||||
| 11 | ## Remaining first-pass work |
|||||||
| 12 | ||||||||
| 13 | SMALL below is the outline's proposed planning sample, not an adopted game size. Counts help expose work and may change after the scope decision. |
|||||||
| 14 | ||||||||
| 15 | | Area | Coverage now | Concrete remaining v1 outcome | Dependency and work that can proceed | |
|||||||
| 16 | |---|---|---|---| |
|||||||
|
17 | | Expedition progression and regions | Partial: [Regional Discovery Map25](/Hold%20The%20Flood/Regional%20Discovery%20Map) prepared426 at3acda018, alongside the selected opening and outline | Twenty-four module and40placed-room v1 briefs linked to the prepared four-region/twelve-objective dependency map: proposed geometry/interfaces, actual contents, discovery/revisit purpose and access/recovery constraints; exhaustive instance variants remain M4 | Objective map closed18:32 Jerusalem. Final counts, ending destinations and physical joins remain replaceable until selected; the regional domain is still partial. | |
||||||
|
18 | | Death, shifts and station connections | Conditional [joining mechanism](/Hold%20The%20Flood/Connecting%20The%20Station) | One shared rule set for death order, room/object identity, permanent joins, recovery, rescue interaction and whole-station completion | Local permanence is already selected. The final-layout answer affects the rigid candidate; identity and recovery requirements can proceed now. | |
||||||
| 19 | | Oxygen, condition and carrying | Usable [first-pass rules](/Hold%20The%20Flood/Survival%20And%20Loadout) | Variant/edge-case matrix and provisional opening quantity sheet | No owner answer blocks paper variants. Pressure and balance need later authorized evidence. | |
|||||||
|
20 | | Connected-build grammar | Usable [first-pass rules](/Hold%20The%20Flood/Build%20Rules) | Conversion, storage, saturation, readiness and rig/infrastructure conformance matrix | Narrow04 parent alignment integrated432 atb7b70875/42a0be59/2d6de3c0; PM retains STOPPED ownership of all three parents. Exact geometry/quantities may remain provisional; global rules, integration and pending owner choices remain open in04. | |
||||||
| 21 | | Equipment and acquisition | Usable twelve-part [catalogue](/Hold%20The%20Flood/Equipment%20Catalogue) and [acquisition/growth contract26](/Hold%20The%20Flood/Equipment%20Acquisition%20And%20Rig%20Growth), prepared434 atf5f6d768 | Source-fixture briefs and exception/recovery details, with concrete exemplar/port/material/source paths before any repair/adapter template becomes a usable route; provisional quantities and geometry | Closed18:57:01 Jerusalem after one focused critique/response and PM maintenance. All twelve paths, four starters/eight sources, three added fixtures and legal rig/property costs are prepared. The domain is not finished; acquisition preference and actual starter/capacity choices remain unselected. | |
|||||||
| 22 | | Combat and contested work | Usable [first-pass rules](/Hold%20The%20Flood/Combat%20Rules); [Combat And Enemy Roster27](/Hold%20The%20Flood/Combat%20And%20Enemy%20Roster) active under435 | Shared combat state sheet linking auto-fire/manual specials, controllers, oxygen actions, interruption and recovery | Systems authoring27; receiving18:58:15.181 Jerusalem verified. Draft19:45(19:25–20:15), reviewed20:30(20:00–21:15). Targeting assistance and field healing remain proposals; readability is unvalidated. | |
|||||||
| 23 | | Enemies, encounters and traps | Three [creatures](/Hold%20The%20Flood/Horde%20Creature%20Proposals), five [trap families and regional map](/Hold%20The%20Flood/Traps%20And%20Encounter%20Progression) prepared410; roster27 active | Complete roster/pressure specification plus twelve placed SMALL mechanism v1 briefs with first-version geometry, warning/work stages, reset/rearm/persistence, recovery and discovery links; exhaustive variants remain M4 | Systems27 authors six ordinary/three special roles and two setpieces using existing regional objectives and trap families. The twelve placed-mechanism inventory still needs briefs; neither assignment nor reused interactions complete it. Origins remain replaceable hypotheses. | |
|||||||
|
24 | | Two alien languages and discovery | [Expedition example](/Hold%20The%20Flood/Language%20Expedition), journal rules, [testable interaction](/Hold%20The%20Flood/Alien%20Utterance%20Discovery) | Four SMALL discovery chains across both languages: evidence, competing interpretations, discriminating action, correction and later use | Draft operational chains now. Define how visitor marks and utterance registers relate; a response alone does not prove request semantics or a god. | |
||||||
| 25 | | Story, endings and corruption | [Story](/Hold%20The%20Flood/Hospital%20Story%20Directions) and [corruption alternatives](/Hold%20The%20Flood/Resurrection%20And%20Corruption) | Beat/evidence/consequence map through apparent, deeper and optional secret layers, including visible ending choices and colony consequences | Final canon needs owner choices. Draft the causal alternatives now; no automatic death budget, ending lock or mandatory treatment. | |
|||||||
| 26 | | Authored cast and short rescue | Two [first-survivor alternatives](/Hold%20The%20Flood/First%20Survivor) and local examples | Five SMALL cast briefs: motives, disagreements, bounded knowledge, home contribution, three-scene arc and short rescue outcomes | The first-survivor choice and global mortality affect specific branches. Other characters and living crossings can proceed. | |
|||||||
| 27 | | Colony and home projects | [Home example](/Hold%20The%20Flood/Coming%20Home), [cooperative project](/Hold%20The%20Flood/Home%20Projects) | Home-loop state map and five person-linked projects with voluntary contributions, results and equipment reclaim | Draft using an explicit provisional no-upkeep baseline. A management economy needs an owner decision before adoption. | |
|||||||
| 28 | | Information, controls and accessibility | Usable [first-pass contract](/Hold%20The%20Flood/Player%20Information) | Cue/interaction inventory, journal/manifest structure and option/default interactions, including non-colour/non-audio equivalents | Most work can proceed. Mechanical uncertainties affect their particular displays. Full journal pause is settled. Existing article ownership must be respected. | |
|||||||
|
29 | | Save, identity and content authoring | Usable [first-pass contract](/Hold%20The%20Flood/Save%20And%20Content%20State), preparation-closed417 at438cdf35 | Complete transition/commit catalogue, placement/reference matrix and resolved conditional branches and recovery policy | First-pass identity/continuity requirements are prepared. Save policy, rescue/shift order and full-station behavior remain open; engineering/migrations remain later. | |
||||||
|
30 | | Content scope and production feasibility | Usable [first-pass scope contract](/Hold%20The%20Flood/Production%20Scope), prepared423 atc1a60388 | Deduplicated finite inventory, reuse assumptions, unique authoring/state costs, asset categories, Unity/Steam constraints and explicit scope cuts | PM24 closed423;144–247role-hourv1 planning allowance with explicit room/mechanism depth. Scope/band/cuts remain proposed; actual asset licences/specifications need checking. | |
||||||
|
31 | | Development and validation handoff | Usable [first-pass plan](/Hold%20The%20Flood/Development%20And%20Validation%20Handoff), prepared410 | Final v1-specific packet with exact revisions, development scope, conditions, staffing, estimates and decision criteria | Eleven risks/gates are mapped, including sustained progression. Actual prototypes, code, simulations, assets and playtests require explicit phase authorization. | |
||||||
|
32 | |||||||
| 33 | ## Work sequence and forecast |
|||||||
| 34 | ||||||||
| 35 | | Window, Jerusalem dates | Planned result | Staffing/dependency | |
|||||||
| 36 | |---|---|---| |
|||||||
|
37 | | 8 Sep | Catalogue, trap/encounter, handoff, save/content-state, Production24, Regional Map25 and Acquisition26 first passes prepared;04 narrow parent alignment432 complete; Combat27 authoring toward draft19:45 and reviewed20:30 | PM and existing GPT Systems work continues; actual27 receiving18:58:15.181 Jerusalem verified. Both Claude roles stay paused until the owner confirms their return. | |
||||||
|
38 | | 9–11 Sep, core buffer to 14 Sep | Shared core rules and identity requirements; start region, cast, language and production work | Two additional specialist setups planned 9–10 Sep. Ready scopes, not provider availability alone, determine assignments. | |
||||||
| 39 | | 14–18 Sep | Domain designs and finite inventories sufficiently concrete for cross-domain review | Content counts and major story/mechanism choices must be dispositioned or visibly provisional. | |
|||||||
| 40 | | Target 22 Sep; likely 18–29 Sep | Complete first-pass wiki with integrated interfaces and a development handoff outline | PM integration and review are on the critical path; more writers do not remove that work. | |
|||||||
| 41 | | Target 10 Nov; likely 20 Oct–1 Dec | Detailed finite authored campaign specification | Low-confidence estimate until an inventory and representative detailed packages are checked. | |
|||||||
| 42 | ||||||||
| 43 | The core target remains **11 September (10–14 September)**. These are planning estimates, not guarantees or demonstrated playtime. The next substantive re-estimate is **9 September at 18:00 Jerusalem**. Early completion of a local written package does not by itself justify bringing the whole-wiki date forward. |
|||||||
| 44 | ||||||||
|
45 | Shared integration outcome04’s narrow parent-equipment alignment is complete432. Its remaining owner-dependent branches must replace obsolete fixed-map and long/multiple-refuge assumptions in article bodies, rather than accumulating warning banners. A pending choice blocks only the rules that actually depend on it. It does not suspend the rest of the design. |
||||||
|
46 | |||||||
| 47 | ## Estimate accounting |
|||||||
| 48 | ||||||||
| 49 | The outline's **111–208 role-hours is a partial original specification allowance, not remaining labor**. Its survival and information first-pass packages are now prepared. The later survival22–39 and information35–59 role-hour envelopes describe deeper inventories; they are not measurements of elapsed effort and must not simply be added to the old total. Equipment's first-pass allowance likewise differs from its later detailed catalogue. |
|||||||
| 50 | ||||||||
|
51 | Track deliverable and depth separately: first-pass rule set, finite content inventory, and later implementation. Count a shared survivor scene/colony project/clue/region objective once, then estimate only its distinct additional work. Keep package review/response, PM cross-page integration and whole-game coherence review separate without double counting. Production24's response explicitly assigns the24module/40room/12mechanism v1 brief minimums to one20–34author-hour package, beyond objective allocation. This retains the placed-mechanism obligation rather than silently deferring it. Detailed campaign authoring extends these briefs; do not charge both full depths. See [Production Scope](/Hold%20The%20Flood/Production%20Scope) for the proposed revised144–247role-hour v1 allowance and separate review/response/integration; it is a planning estimate, not logged labor. |
||||||
|
52 | |||||||
|
53 | This map is based on the current owner brief, Whole Game Outline revised through narrow alignment432 at2d6de3c0, the linked owning articles and a source-by-source PM coverage audit. The catalogue was subsequently read at submission396, received one focused review/response397/399 and was preparation-closed400 at revision737b3cfd. Outcome21 trap/encounter and22 handoff first passes were closed410;23 save/content-state closed417 at18:09:56 Jerusalem, final438cdf35. Production24 closed423 after scoped response421/422; Regional Discovery Map25 closed426 after response425 at3acda018. Its objective map leaves the domain partial pending24module/40room briefs. Acquisition26 closed434 at18:57:01, finalf5f6d768, after actual429, one focused critique431, the verified author response and PM’s paragraph-only maintenance433. Late notice436 records pre-maintenancef7ede725 rather than a rollback. PM now classifies equipment/acquisition as a usable first-pass contract, with source-fixture detail and exceptions still required. Combat And Enemy Roster27 is active under435 with one native handoff and actual receiving15:58:15.181UTC verified; its roster does not complete the twelve placed-mechanism briefs. Scope estimates are reviewed planning assumptions, not validated labor or adopted content counts. The separately found Rescue Shift Proposal and Station Assembly Example remain unadopted intake407, not completed shared integration. The management checkpoint retains the exact inspected source revisions. No page count, model agreement or desk review establishes fun, balance, usability, performance or campaign duration. |
||||||
