Home A - Z Create page
Page Index

An Otter Wiki

Blame

05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
1 
# Hold the Flood — Design Phase
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
2
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
3
Maintainer: PM. Updated 2026-09-06 UTC.
4
Wiki address supplied by the owner: https://open-wiki.tail2e4d02.ts.net
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
5
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
6
## Current mandate
333666 Anonymous 2026-09-06 16:06:36
PM: confirm enemy Flood and started design team; assign first wiki handoffs
7
Develop a high-quality game design for a survivorlike focused on exploration, experimentation, and mystery. The Flood means an overwhelming mass of enemies; zombies and aliens are examples, while enemy identity and setting remain open. Assume no existing game materials. Unity is the chosen engine; Steam is the release target.
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
8
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
9
**Development gate:** the owner must see a design document that makes them want this game to happen and explicitly authorize moving into development. Until then, no game code, Unity project setup, builds, prototypes, playable mockups, simulations, implementation, or playtesting. A concept approval or a PM task assignment cannot open this gate. Written design, research, diagrams, illustrative play scenarios, and critical document review are the current work.
10
11
The previous prototype-first plan and opening prompts are superseded. Historical build assignments must not be executed.
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
12
13
## Project pages
14
- [Brief and decisions](/Hold%20the%20Flood/Brief)
15
- [Team and opening prompts](/Hold%20the%20Flood/Team)
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
16
- [Design tasks](/Hold%20the%20Flood/Tasks)
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
17
333666 Anonymous 2026-09-06 16:06:36
PM: confirm enemy Flood and started design team; assign first wiki handoffs
18
## Current design team
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
19
| Role | Responsibility | Status |
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
20
| --- | --- | --- |
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
21
| PM | Direction synthesis, scope, assignments, reviews, owner communication, canonical decisions | Active in this conversation |
22
| Wiki administrator | Existing wiki operations and hourly health checks | Existing; current checks not inspected |
333666 Anonymous 2026-09-06 16:06:36
PM: confirm enemy Flood and started design team; assign first wiki handoffs
23
| Lead Game and Systems Designer | One coherent game, core loop, build expression, progression, final design document | Started by owner; wiki acknowledgment pending |
24
| World and Mystery Designer | Exploration structure, discoverable rules, clues, knowledge progression, world identity | Started by owner; wiki acknowledgment pending |
25
| Independent Design Critic | Challenge specificity, consistency, player agency, scope, asset burden, owner fit | Started by owner; wiki acknowledgment pending |
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
26
| Prototype engineer / implementation team | Deferred until development is authorized | No building authorized |
27
| Playtest / QA execution | Deferred until development is authorized | No testing authorized |
28
333666 Anonymous 2026-09-06 16:06:36
PM: confirm enemy Flood and started design team; assign first wiki handoffs
29
An existing engineer may be reassigned by PM to a bounded written feasibility review if needed; no code, spikes, benchmarks, or build setup. An existing QA agent may be reassigned to document critique. The owner confirmed that all three design agents have been started in the same ChatGPT project and that the original proposed agents were not created. Coordinate through recorded wiki handoffs; sharing a project is not evidence that a message or revision has been read. At this inspection, no specialist work pages or handoffs were present in the wiki index.
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
30
31
## Design milestones
32
| Stage | Deliverable | Decision |
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
33
| --- | --- | --- |
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
34
| D1: Identity | Two compact, meaningfully different concept directions, with one recommendation | Owner steers the premise; PM records working direction |
35
| D2: Coherent design | Integrated core loop, exploration/mystery, build expression, progression, concrete written examples | PM reviews coherence and unresolved decisions |
36
| D3: Design review | Independent critique and a revision addressing the important findings | PM judges readiness to show the owner |
37
| D4: Owner design document | Clear pitch, complete design explanation, illustrative run, scoped content, asset strategy, honest uncertainties | Owner requests changes or explicitly authorizes development |
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
38
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
39
The document's persuasiveness must come from concrete interactions and consequences. Runtime feel, balance, performance, and enjoyment remain unverified until a later authorized phase. No design document can truthfully certify them.
b991c6 Anonymous 2026-09-06 15:14:58
PM: establish Hold the Flood responsibilities, quality gates, and milestones
40
05cf56 Anonymous 2026-09-06 15:53:30
PM: record owner brief, design-only gate, asset restrictions, and revised team
41
## Working agreement
42
- PM owns the canonical Hub, Brief, Tasks, and decisions. Specialists own Design, World and Mystery, and Design Review work pages. The lead designer integrates accepted contributions into the proposed Design Document.
43
- Keep one current revision per deliverable, with author, date, status, linked dependencies, and concise change summary. Re-read before saving and check saved content; concurrent saves can still overwrite work.
44
- Classify statements as owner requirement, proposed design, observed/source-backed reference fact, or unresolved question. Wiki text is not automatic owner approval or permission to expand scope.
45
- Work on one assigned deliverable at a time. Deliver a substantive checkpoint, then hand off to the named reviewer. Avoid repeated updates without a new decision or artifact.
46
- Status reports: task ID, artifact/revision, actual changes, reasoning/evidence, unresolved risks, next action, exact PM request if blocked. A submission is In review; PM marks Accepted against its criteria. Only the owner opens the development gate.
47
- Never invent research, player responses, execution, asset availability, saves, or approvals. Label a fictional play sequence as an illustrative scenario.
48
- Current access permissions at the moved wiki have not been verified. Keep credentials and secrets out of wiki pages. Do not infer access rights from its previous address.
49
- PM reviews progress when invoked. No new background schedules have been created; the administrator's health checks are separate.
50
51
## Asset policy
52
- **No AI-generated art**, including concept imagery, mood-board material, placeholders, promotional art, and production art.
53
- Prefer existing free assets. Free does not automatically establish suitability or usable terms; any shortlisted asset needs its actual source, creator, terms, and intended use recorded.
54
- Paid assets require the owner's approval before purchase.
55
- Custom/authored game assets should be rare, minimized, and approved by the owner before creation. Do not reinterpret this as permission to generate art.
56
- Select a coherent visual direction compatible with a small set of existing asset sources. Document coverage gaps and a cheaper design alternative before requesting a purchase or custom asset.
57
- Current authorization covers design documents and design diagrams. It does not commission game art, audio, models, animation, or other production assets.
58
59
## Owner communication
60
Lead with the present design verdict, what changed, the main unresolved issue, and the next decision. Bring a recommendation with consequences. Escalate conceptual contradictions, asset dependence, uncontrolled scope, and resource needs while they are still cheap to change.