Blame
|
1 | # Hold the Flood — Brief and Decisions |
||||||
| 2 | ||||||||
|
3 | Maintainer: PM. Owner input recorded 2026-09-06 UTC. |
||||||
| 4 | ||||||||
| 5 | ## Confirmed requirements |
|||||||
| 6 | - Genre: survivorlike. |
|||||||
| 7 | - Central priorities: exploration, experimentation, mystery. |
|||||||
|
8 | - The Flood is an overwhelming mass of enemies. Zombies and aliens are examples, not a selected enemy roster or setting. |
||||||
|
9 | - The owner has started all three revised design agents in the same ChatGPT project. The original proposed agents were not created; all three now have wiki submissions reviewed in PMR001; this progress observation is PM-verified, not additional owner input. |
||||||
|
10 | - Starting assumption: no existing game materials. |
||||||
| 11 | - Engine: Unity. Release destination: Steam. Operating systems, controls, Unity version, 2D/3D, camera, and multiplayer are not yet specified. |
|||||||
| 12 | - Mostly AI-agent design/development, coordinated through the wiki; the owner creates agents and PM manages them. |
|||||||
| 13 | - Current phase is design only. The owner's explicit approval of a compelling design document and transition to development is required before any building, implementation, or testing. |
|||||||
| 14 | - Prefer free assets. Purchases need owner approval. Authored game assets must be rare, minimal, and owner-approved before creation. |
|||||||
| 15 | - No AI-generated art. |
|||||||
| 16 | - Wiki moved to https://open-wiki.tail2e4d02.ts.net; it is the same site according to the owner. |
|||||||
| 17 | - Existing wiki administrator continues its hourly health routine; no duplicate routine is requested. |
|||||||
| 18 | ||||||||
| 19 | ## Inspiration map |
|||||||
| 20 | The middle column records the owner's stated intent. The right column is a PM design question, not an adopted feature or a claim about the reference game's full design. |
|||||||
| 21 | ||||||||
| 22 | | Reference | Owner-stated inspiration | Question for Hold the Flood | |
|||||||
| 23 | | --- | --- | --- | |
|||||||
| 24 | | Noita | Exploration and experimentation | What consistent rules can players discover and recombine, and how do those discoveries change where they can go? | |
|||||||
| 25 | | Backpack Hero (owner wrote “Backpack Heros”) | Inventory management as expression | Could what players carry and how they arrange it express a strategy rather than add routine sorting? | |
|||||||
| 26 | | Pathogenic | Build expression and experimentation | Can combinations change behavior and play style, with readable causes and worthwhile tradeoffs? | |
|||||||
| 27 | | Cult of the Lamb | Colony management as meta-progression | How could colony choices change later expeditions and discoveries without becoming a disconnected chore? | |
|||||||
| 28 | | Deep Rock Galactic: Survivor | Survivorlike combined with resource gathering | How could gathering change route, risk, or build decisions during survival? | |
|||||||
| 29 | | Blue Prince | Mystery and exploration | How can an understood clue or rule change a player's next decision, rather than only reveal more text? | |
|||||||
| 30 | ||||||||
| 31 | These references are inspiration, not a specification to reproduce each game's systems. Colony management, inventory structure, resource gathering, and other mechanics need a concrete place in the proposed design; inclusion and scope remain design decisions. |
|||||||
| 32 | ||||||||
| 33 | Reference identity checks: [Backpack Hero's Steam page](https://store.steampowered.com/app/1970580/Backpack_Hero/) and [Pathogenic's official site](https://pathogenicgame.com/) were located. The inspiration meanings above come from the owner. Detailed comparative research has not been completed. |
|||||||
| 34 | ||||||||
| 35 | ## PM synthesis — proposed, not yet approved |
|||||||
| 36 | The strongest common direction is a survivorlike where **learning how the world works creates new ways to survive and explore**. A worthwhile discovery could change a build or route; a new build could make a previously puzzling place understandable or reachable. |
|||||||
| 37 | ||||||||
| 38 | This is a working design thesis, not an approved mechanic or a finalized setting. Designers must explain the causal connections and alternatives. |
|||||||
| 39 | ||||||||
| 40 | The central tension is pressure versus curiosity: if survival demands uninterrupted attention, exploration and deduction may be crowded out. The design must specify when, where, and at what cost the player can observe, decide, reorganize, or investigate. |
|||||||
| 41 | ||||||||
| 42 | ## Open decisions |
|||||||
|
43 | - Enemy identity and behavior, origin of the Flood, and setting remain open. Its meaning as an overwhelming enemy threat is now established. |
||||||
|
44 | - Player identity, setting, tone, and the main unanswered question of the world. |
||||||
| 45 | - Expedition structure, retreat/failure conditions, world persistence, and how knowledge survives between runs. |
|||||||
| 46 | - Main form of build expression; role and scope of inventory and colony progression. |
|||||||
| 47 | - Control and presentation assumptions, intended audience and session length. |
|||||||
| 48 | - Schedule, agent/tool budget, and permitted asset budget. |
|||||||
| 49 | ||||||||
| 50 | Do useful design work under explicitly labeled reversible assumptions. PM consolidates owner questions; do not make every unknown a blocker. |
|||||||
|
51 | |||||||
| 52 | ## Decision log |
|||||||
|
53 | | ID | Decision | Authority | Status | |
||||||
|
54 | | --- | --- | --- | --- | |
||||||
|
55 | | D001 | Owner manually creates agents; PM supplies prompts and coordinates | Owner kickoff | Confirmed | |
||||||
| 56 | | D002 | Retain wiki administrator and existing hourly health routine | Owner kickoff | Confirmed | |
|||||||
| 57 | | D003 | Initial designer / prototype engineer / QA staffing proposal | Earlier PM recommendation | Superseded by D008 | |
|||||||
| 58 | | D004 | Initial prototype-first milestones | Earlier PM process | Superseded by D007 | |
|||||||
| 59 | | D005 | Survivorlike; exploration, experimentation, mystery; six inspirations | Owner follow-up, 2026-09-06 | Confirmed | |
|||||||
| 60 | | D006 | Unity, Steam, assume nothing exists | Owner follow-up, 2026-09-06 | Confirmed | |
|||||||
| 61 | | D007 | Design document and explicit owner go-ahead before development/testing | Owner follow-up, 2026-09-06 | Confirmed; active gate | |
|||||||
|
62 | | D008 | Lead Game and Systems Designer + World and Mystery Designer + Independent Design Critic | PM recommendation; owner subsequently confirmed starting all three | Staffed; acknowledgments and submissions observed in PMR001 | |
||||||
|
63 | | D009 | Free assets preferred; paid/authored assets require approval; no AI-generated art | Owner follow-up, 2026-09-06 | Confirmed | |
||||||
| 64 | | D010 | Wiki moves to the new owner-supplied address | Owner follow-up, 2026-09-06 | Confirmed address; agent-interface access verified at the new address | |
|||||||
|
65 | | D011 | The Flood means massed enemies; zombies/aliens are illustrative, with identity and setting still open | Owner clarification, 2026-09-06 | Confirmed | |
||||||
|
66 | | D012 | Owner started the three revised design agents in this ChatGPT project; original agents were not created | Owner clarification, 2026-09-06 | Confirmed; first handoffs reviewed in PMR001 | |
||||||
| 67 | ||||||||
| 68 | | D013 | Use A: The Borrowed Route as the provisional working direction for DES102; retain B as alternative and accept concept-stage contributions with PMR001 corrections | PM, 2026-09-06; Design 42f653, World 430206, Review a89227 | Reversible drafting direction, not owner endorsement; OWN101 no longer blocks drafting; D007 unchanged | |
|||||||
| 69 | | D014 | Canonical lead/integrator is the existing session that authored DES101 r2 c9b2ed and notes through db8c5c; sole writer of Design and Design Document | PM, 2026-09-06, resolving the session-ownership request in Design/Design Review | Active coordination decision; other lead sessions contribute separately without overwriting | |
|||||||
| 70 | ||||||||
| 71 | **D013 rationale and limits.** A currently connects investigation, enemy routing, equipment arrangement and hauling through electricity more concretely than B. The current packet still contradicts itself on movement after entry, coil-powered intake, dock safety and newly implied colony upkeep; Tasks PMR001 assigns the smallest corrections rather than accepting those claims as settled. Carry S1–S3 and W3–W4 as candidate foundations, revise W1/W2/topology and equipment rules consistently. Provisional scope defaults: one fixed district and an ending; no kill XP (charge as combat yield); top-down 2D; no mandatory colony upkeep or decay. Panel alone chooses the entrance; movement after entry follows the nearest reachable energised beacon continuously. Do not carry Design r4's split-surge or glow-range exceptions into this baseline; Tasks explains the reconciliation. Use r4's nonconductive modules and wet-salvage leakage. All are revisable design assumptions, not owner approvals. Bioelectric enemies, the drowned-city setting, a small colony and moderate equipment growth remain proposals for the owner to assess in a complete document. A is not an approved production scope. This updates the earlier PM milestone sequencing only; the owner's design/development gate is unchanged. |
|||||||
|
72 | |||||||
|
73 | Record each consequential decision's maker, date/source, rationale, affected tasks, and superseded decision. Concept acceptance is not approval to build. |
||||||
