Tasks - blame (79e90a)

Blame

b088ae	Anonymous	2026-09-06 15:55:15
PM: record owner brief, design-only gate, asset restrictions, and revised team

# Hold the Flood — Design Tasks

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

[Earlier assignments and submission history](/Hold%20The%20Flood/Tasks/Archive). The prior archive index and retired task tables remain in [Tasks 003dcc](/Hold%20The%20Flood/Tasks?revision=003dcc).

01a792	Anonymous	2026-09-07 13:26:08
Split this page under the owner's 2026-09-07 instruction that discussion leaves the articles. Tasks had thirty-one sections and a reader had to pass eighteen dated narratives - prior directions, historical reviews, submission notices - to reach the active design sequence. Those are on Tasks/Archive verbatim and indexed here by title and length; the current priority, current work, active sequence and standing criteria stay. Verified: zero lines lost. 15,100 words down to 2,400.

cbfa23	Anonymous	2026-09-07 13:22:38
Owner redirection: assign replacement vision and campaign structure; pause obsolete scene-polishing queue

## Current priority — apply the owner's discovery-first direction

**2026-09-07 · [Canonical owner answers](/Hold%20the%20Flood/Brief#game-vision).** This priority supersedes incompatible assignments below. The harvest-dependence twist is rejected; routing enemies is a supporting tool; the prior complete-game scope is insufficient for the owner's 30/90/100–200-hour ambition. Earlier accepted contributions remain evidence, not a requirement to preserve their fiction or mechanics.

| Owner | Next bounded contribution |

| --- | --- |

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

| Visionary | **PMR011: replacement contribution accepted provisionally**, [Brief 342043](/Hold%20the%20Flood/Brief?revision=342043), not owner approval. Preserve its people/discovery spine; jointly revise the flagship build with Combat. No expanded catalogue before a coherent player experience |

| Lead + Campaign designer | **Integration due.** [Campaign fb24be §0](/Hold%20The%20Flood/Campaign?revision=fb24be) supplies a structure, not the new campaign. Replace placeholders with Hearth/furnace, answering settlement, a real resolution and optional history. Show substantial distinct discovery/build opportunities before first credits, an early-solved-lift path and explicit content assumptions. Do not multiply trips to assert 30/90/100–200 hours |

| World + Colony designers | **WLD105 / COL103 accepted contributions, with a timing correction due.** [World 5deede](/Hold%20The%20Flood/World%20And%20Mystery?revision=5deede), [Colony cf90ad](/Hold%20The%20Flood/Colony?revision=cf90ad). Retain fair optional early deduction, authored people and projects, free essential comprehension, and no hidden decay. Give an existing first optional project a useful pre-credits consequence; distinguish availability from later upgrades. Cast/model remain proposals |

| Equipment + Combat | **Legal chassis/cargo accepted; flagship effect returned for revision.** [Equipment f8b2fb](/Hold%20The%20Flood/Equipment?revision=f8b2fb), [Echo Relay e3ffcf](/Hold%20The%20Flood/Equipment/Echo%20Relay?revision=e3ffcf), [Combat a9ea9a §12](/Hold%20The%20Flood/Mechanics/Combat?revision=a9ea9a). Define one earned bounded furnace clear; compare ordinary Coil+Arc, resolve global/Relay-only stun lethality and Heavy eligibility, then mirror origin ordering/cap. Retire paid-bench references per Colony cf90ad. No play/feasibility claims or development |

| Independent Critic, External Critic, Reader, Troll | **Review actual successor proposal**, [Brief 342043](/Hold%20the%20Flood/Brief?revision=342043) and linked current domains. [REV106 786435](/Hold%20The%20Flood/Design%20Review?revision=786435) is useful but predates the ending/early-inference/clock repairs and overdrive withdrawal. Independently disposition those repairs; focus remaining critique on payoff, player deduction, early settlement choices and supported campaign depth. Disclose accumulated reader context; no old-scene polishing |

| PM + Wiki Editor | PMR011 provisional direction and exact evidence live in [PM Reviews](/Hold%20the%20Flood/PM%20Reviews#pmr011-current-review-checkpoint). Current design first; discussion in project chat. Retire stale current labels and obsolete correspondence to immutable history while preserving unique author material. No word-count or page-count quality claims |

cbfa23	Anonymous	2026-09-07 13:22:38
Owner redirection: assign replacement vision and campaign structure; pause obsolete scene-polishing queue

**Existing queue:** pause polishing the old harvest ending, the one-road refuge example, Exchange encounter accounting and the exclusive-service comparison until the Visionary identifies which systems and scenes survive the new direction. Clear factual corrections may still be applied to retained material, but old correction tickets must not drive the new design. No new agent or owner relay is needed for this first redirection pass.

**Acceptance is creative, not numerical:** the owner should be able to picture the game, its heart and a discovery they want to pursue. The hour targets require a defensible content plan later; they are not satisfied by asserted playtime or grind. Design-only and asset approval gates remain.

888ac1	Anonymous	2026-09-07 12:25:20
Owner workflow: route task discussion and submission notices to chat

**Discussion has moved to the hold-the-flood room in [Chat](/chat/).** Follow the [team workflow](/Hold%20the%20Flood/Team#collaboration-chat-for-discussion-articles-for-design): discuss and announce there; keep this board to current assignments and concise outcomes. Existing design-only constraints remain.

2ca16c	Anonymous	2026-09-07 13:27:23
CLR102: retain only current Brief 6210ae clarity status after Editor split; next read is replacement proposal; review b7d523

### CLR102 — current clarity status

37b466	Anonymous	2026-09-07 14:28:57
CLR102: merge Brief 342043 clarity verdict 3e1da4 into current Tasks; preserve Combat, Equipment and Colony contributions

**In review; PM owns acceptance.** [Review 3e1da4](/Hold%20The%20Flood/Clarity%20Questions?revision=3e1da4#current-first-read-review-game-vision) finds [Brief 342043, The World Below](/Hold%20The%20Flood/Brief?revision=342043#visionary-replacement-proposal-the-world-below) clear enough for owner review. It identifies the scavenger-inventor, Hearth's immediate and longer goals, the Flood, the repeated expedition loop, meaningful build/cargo/route choices and reasons to return without glossary dependence. No new consequential comprehension gap. The progression beyond the answering settlement and support for the 90–200-hour ambition remain explicitly unresolved design/content work for Lead and Campaign, not a clarity question. **Next:** review only a substantive successor owner/newcomer artifact. Prior-premise findings remain historical; existing review cadence and design-only gates are unchanged.

2ca16c	Anonymous	2026-09-07 13:27:23
CLR102: retain only current Brief 6210ae clarity status after Editor split; next read is replacement proposal; review b7d523

5f86c0	Anonymous	2026-09-07 14:27:01
CMB102: close Combat's damage/order/cap contract, which the current-priority row records as open, and file the roster dependency assessment. Added inside the Current priority section, deleting nothing (0 lines removed, checked by diff); re-merged after a concurrent edit to that row. Answers Echo Relay's actual question - whether the standard Arc cap creates a credible clear - with no, and the arithmetic: one hit on sixteen bodies kills none, so the earned build would buy less than a plain arc burst. Rules that a chained hit kills a stunned ordinary body, with origin ordering, one origin per body and a four-origin cap; retires the armoured class as a term with no referent in the shared grammar, naming Crust and Heavy as the two real cases. Names the gap to the owner's screen-wipe example and leaves reopening R8 or R10 to the Lead. Files the dependency assessment: every role is a precedence exception, so the roster's organising idea is the axis the owner demoted; recommends cutting the Grounder as this role had predicted, re-justifies Carrier and Crust, roster to seven with no replacement.

### CMB102 — Combat's damage/order/cap contract closed; and the roster's dependency on the demoted axis

**2026-09-07 · Combat and Enemy Designer.** [Combat Rules r13 600893](/Hold%20the%20Flood/Mechanics/Combat?revision=600893) §12 · [Enemies r12 0a56ba](/Hold%20the%20Flood/Enemies?revision=0a56ba) §0B. Submission evidence; PM owns acceptance.

**The row above records "Combat damage/order/cap tuning remains open". It is closed here.** [Echo Relay](/Hold%20the%20Flood/Equipment/Echo%20Relay) asks Combat to confirm origin ordering, eligible classifications, damage, *"and whether the standard Arc cap creates a credible clear"*. **It does not, and that was the important finding:** if a chain hop stays one ordinary cutter-hit contribution, the Cascade lands one hit on sixteen bodies and **kills none of them**, because a Walker takes three. Twenty charge, six of eight cells and an authored discovery would buy less than a plain arc burst. Arithmetic, not a balance opinion.

**Ruling: a chained hit kills a stunned *ordinary* body outright** — no damage value, no new status, one interaction between two statuses already in the grammar. It also gives the combination its structural reason: **the stun is what makes the arc lethal**, so coil + arc + relay is more than its parts, which is the *"ridiculous build works"* reaction rather than a bigger number. **Origins ordered nearest-landmark-first, one origin per body** (making Equipment's rule deterministic); **capped at four — at most sixteen bodies.** Crust neither target nor hop; stunned bodies eligible.

**One term retired rather than classified.** Equipment asks Combat to confirm *"ordinary/armoured classifications"*. **There is no armoured class** — the word appears only on Equipment's pages, and under [R8](/Hold%20the%20Flood/Mechanics/Combat) there are no armour values anywhere. The two real things behave differently: the **Crust**, which current never reaches, and the **Heavy**, an ordinary chain target that simply takes ten hits, so one chained hit does not kill it stunned or otherwise. Wording fix offered for the Relay's restriction sentence; Equipment's page, Equipment's edit.

**The gap named rather than left for a reviewer: sixteen is a broad earned clear, not the screen-wipe the owner's example named** — a quarter of a small surge. **The cap is the dial**; I recommend shipping four and raising it first, because what raising it costs is legibility. **The third option is stated honestly:** a true wipe needs damage numbers (R8, a scoped recommendation) or unbounded propagation (R10, declined), and if sixteen will not reach the owner's reaction that is the Lead's decision to reopen deliberately, not something to smuggle in through an origin count. **R8 is held with evidence, not preference:** the Cascade reaches spectacle with no damage value in it.

**The dependency assessment [PMU008](/Hold%20the%20Flood/Tasks) asks of domain designers, and it is not comfortable.** The owner: *"understanding enemy routing is not intended to be its central science"*; *"enemy manipulation is the least interesting experimental focus."* **Every role on Enemies is a precedence exception, so the organising idea of that page is the axis just demoted.** **Concrete offer — cut one, re-justify two, roster becomes seven, no replacement.** **[Grounder](/Hold%20the%20Flood/Enemies/Grounder): recommend cut** — its only job is making a routing plan perishable; [Enemies r10](/Hold%20the%20Flood/Enemies) had already named it as first to break if the vision changed, so this acts on that prediction rather than waiting, and I do not argue for it. **[Carrier](/Hold%20the%20Flood/Enemies/Carrier): keep, improved** — it prices hoarding, and the new payoff is *spending* charge on a combination, so it pushes toward the build the owner wants. **[Crust](/Hold%20the%20Flood/Enemies/Crust): keep, promoted** — twice my own first cut candidate, now the body a chain cannot pass through, which makes a combination's geometry a puzzle. Anchor weakened but kept; Floater and Heavy are Campaign's and both weaker.

**Also:** the composition cap has a second independent reason to move, since the binding constraint under a prepared-combination payoff is crowd *density* rather than role variety. And a correction to my own record — [Combat r5](/Hold%20the%20Flood/Mechanics/Combat) called R10 *"a screen-clear with a story attached"* as a criticism; the problem was that it was **unbounded and unearned, not that it was spectacular.** Withdrawal stands, reason corrected.

**Not done:** no roster fiction rewritten to chase the new premise ([World](/Hold%20the%20Flood/World%20And%20Mystery) owns the Flood's identity, and it is still under review), no new roles, no new catalogue, nothing built, tested or claimed about balance.

8d14db	Anonymous	2026-09-07 13:32:09
EXT102: add concise current replacement-review status; preserve editor split and all other role work

## EXT102 — current review status

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

[External Critique r19 / 9b0ba6](/Hold%20The%20Flood/External%20Critique?revision=9b0ba6): replacement premise/expedition was pending at that read; Brief 342043 now exists, but this review supplies no verdict on it. X37 is independently withdrawn on Campaign 93f482's actual route correction, not reopened by redirection. The previous-premise verdict is historical. **Next:** review the existing replacement-proposal deliverable; no old-scene or service-policy polishing requested. PM owns acceptance; discussion is in project chat.

8d14db	Anonymous	2026-09-07 13:32:09
EXT102: add concise current replacement-review status; preserve editor split and all other role work

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

## COL103 — Hearth growth proposal

6526ed	Anonymous	2026-09-07 08:20:23
Resume design: assign repeated-expedition depth pass and preserve pending review evidence

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

**PMR011: accepted provisionally at [cf90ad](/Hold%20The%20Flood/Colony?revision=cf90ad).** Authored projects, a promised cell before optional shopping, persistent knowledge and free legality feedback support the owner's direction. Mara's paid preview is withdrawn, not an unpaid design task to recreate. **Next:** Colony/Campaign give the first optional project an actual pre-credits consequence; Equipment mirrors the free display. Current prices, cast size, defence outcomes and production assets remain unapproved.

6526ed	Anonymous	2026-09-07 08:20:23
Resume design: assign repeated-expedition depth pass and preserve pending review evidence

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

## Approval gate

6f2495	Anonymous	2026-09-07 12:00:10
COL102 r3: submit refuge vision response and berth-loadout correction

79e90a	Anonymous	2026-09-07 14:35:17
PMR011: accept replacement contributions, target payoff and early-project gaps, retire obsolete PM task queues

**OWN102 — blocked pending a compelling reviewed design and explicit owner authorization.** PM acceptance of a contribution or a working premise does not approve development, duration, purchases or authored game assets. Earlier concept/task states remain in history, not the active queue.

ee938e	Anonymous	2026-09-06 17:33:29
PMR001: review concept submissions, select provisional A and assign integrated design corrections — Tasks

b088ae	Anonymous	2026-09-06 15:55:15
PM: record owner brief, design-only gate, asset restrictions, and revised team

## Superseded or deferred work

| Previous ID / assignment | New status | Reason |

| --- | --- | --- |

| DES001: smallest playable experiment specification | Superseded by DES101 and DES102 | Current deliverable is a compelling game design |

| ENG001: build inventory / technical experiment | Deferred | Assume nothing exists; written feasibility only if PM assigns it |

| QA001: prototype checks | Superseded by REV101 | Current review concerns design documents |

| ENG002: playable implementation | Deferred; not authorized | D007 owner gate |

| QA002: executed prototype review | Deferred; not authorized | D007 owner gate |

| OWN002: prototype play session | Deferred; not authorized | D007 owner gate |

Do not take old Ready/Blocked build tasks as authorization to execute them. No technical spike, prototype, playable mockup, simulation, or build setup is an exception.

## What the design document must make clear

1. **Identity:** player fantasy, intended experience, premise, and a compelling reason this game exists. Explain it in its own terms, with references as supporting context.

2. **Core play:** player actions, controls as a design proposal, readable feedback, immediate decisions, pressure, failure, retreat/end conditions, and return/retry.

3. **Exploration:** world organization, route choices, landmarks, revisiting, and how a discovery changes future action.

4. **Experimentation:** proposed rules and combinations, limits/costs, at least three genuinely different build examples, and an example where a plausible experiment fails for an understandable reason.

5. **Mystery:** one fully specified example with clues, a fair deduction, the action it enables, and the consequence. Mark solutions as designer spoilers. Explain what knowledge persists and how discovery avoids simple stat locks.

6. **Progression:** separate what resets, what remains as resources/world/colony state, and what persists as player knowledge. Explain any colony loop's actual decisions and cost.

7. **Integration:** one clearly labeled illustrative expedition, followed by a later expedition changed by what was learned. Show causal links between pressure, gathering, build choices, exploration, and mystery. Do not invent playtest outcomes.

8. **Presentation and assets:** coherent direction, essential asset categories and reuse strategy, plausible existing-asset routes, coverage gaps, and requests needing owner approval. Asset availability and usage terms must not be invented.

9. **Scope:** minimum complete intended experience, optional extensions, explicit cuts, complexity drivers, and cheap alternatives. Avoid huge item/lore catalogues before the rules justify them.

10. **Honesty:** contradictions resolved or explicitly presented for a decision; uncertain runtime feel/balance/performance marked for later validation. No claims of tested enjoyment.

137028	Anonymous	2026-09-06 18:18:51
PMU002: owner-added team, bounded assignments and explicit coordination rulings — Tasks

11. **Audience and value:** identify the intended player within the owner's survivorlike requirement, the distinctive experience and why that player might choose it; combine scope, intended completion/replay length, and any provisional pricing/positioning assumption into a recommendation. Use relevant, dated comparables with limitations. Separate observed data from predicted behaviour and testable hypotheses. No commercial viability, sales, refund-rate or minimum-length conclusion may be inferred from an unsuitable proxy. This is a concise product-design case, not a demand for a market guarantee or added content.

b088ae	Anonymous	2026-09-06 15:55:15
PM: record owner brief, design-only gate, asset restrictions, and revised team

The owner packet should open with a short pitch and concrete play example, followed by enough detail to assess the game. Quality is determined by specificity, coherence, and appeal to the owner, not document length.

## Review criteria

A useful critique identifies the exact section/revision, the claim or interaction in question, the conflict or missing causal link, its player/scope consequence, and the smallest constructive correction. Separate violation of an owner requirement, internal contradiction, under-specified design, taste judgment, and future empirical uncertainty.

PM requests revision when central systems compete without a resolved design, all builds amount to different damage numbers, mysteries lack a fair discovery path, scope depends on unapproved assets, or prose hides missing rules. Document review does not establish actual balance, feasibility, or fun.

## Progress report

Task ID; artifact/revision; changed decisions; sources or written reasoning; outstanding risks; next handoff; one exact PM request if blocked. Stop repetitive reports and unbounded polishing; PM decides the next useful revision.