Scenario · City coordination

The Block That Had No Department

A water-main break puts one building's support clock against a repair timeline; Maya coordinates a reviewable block-level plan while each department retains its own authority.

10 min readGovernment and public sectorIllustrative evidence
What this is
A published decision scenario. Its setting and values are invented for illustration.
What this shows
How declared facts and rules produce a traceable result when conditions change.
What this does not show
A customer deployment, measured outcome, or transfer of authority to software.

City government · 1:10

The Block That Had No Department

See separate public teams connect the facts behind a shared decision without assigning all authority to a single system.

Watch narrated film · 1:10 Read the story · 10 min
1:10

Story

Start with the event and the decision it creates.

The story

15:47 — one incident enters five systems

A pressure sensor and a Water dispatcher report a main break under Alder Street while Public Health's external heat status is active. Streets says the eastbound lane must close. Housing reports that Alder House's confirmed support arrangement remains adequate only through 17:12. Emergency Management opens its incident-coordination record.

Maya Okafor, Ward 9's service director, owns the block-level coordination record. Her goal is to assemble a current, reviewable plan that keeps the represented building-support commitment covered while Water repairs the break. She does not acquire authority over Water, Housing, Public Health, Emergency Management, or Streets by coordinating their facts.

Every record is valid within its own department. None answers the resident's complete question: what happens on this block, in what order, under whose authority, and with what evidence? The live clock is explicit: the confirmed support arrangement expires at 17:12 while the repair time remains uncertain.

Ward 9 does not inspect individual medical or disability records and does not infer whether residents are safe. Housing publishes only the aggregate operational predicates authorized for the purpose: the building's support state, how long it remains valid, whether the accessible transport interface is confirmed, and the source revision.

Water remains authoritative for the main, repair procedure, water-quality process, and restoration declaration. Streets owns traffic control and reopening. The other departments retain their corresponding responsibilities. The ward model composes those declarations; it cannot manufacture them.

Six weeks earlier — rehearse the rule, not the emergency

Before heat season, invented Bellwether runs an isolated exercise covering the same decision pattern: a critical-place water-main break, several externally supplied repair-duration cases, a closed arterial, an unavailable support vehicle, reduced crew calendars, and modeled and live connectivity interruptions.

The exercise exposes a policy defect. Under the old rules, every ward protects its own equipment even when another ward has a time-critical gap. City staff author a cross-ward alternative, a hard rule protecting any already active site, and department-owned authority lanes. A separate governed process approves the protocol. Simulation evidence does not release an action.

That rehearsal makes the live response faster without making it autonomous. The rule has been tested; the current facts, approvals, and execution evidence still have to earn each transition.

15:48 — estimate the shared gap locally

Ward 9 runs a local Grid model near its sources and operators to estimate elapsed minutes until Water reports the repair and required restoration gates complete. Its signed city base component returns 245 minutes, and its separately pinned local component adds 137. The estimate is intentionally narrow. It is not hydraulic engineering, failure diagnosis, a water-safety judgment, or an emergency-health decision.

Together they produce a represented completion time of 22:09, 297 minutes after confirmed building support ends at 17:12. Bellwether's policy is more cautious than the estimate: it requires an initial protection commitment through 22:30 and a new decision at 21:45 if restoration has not been declared. The longer 480-minute stress case remains visibly uncovered unless commitments are renewed.

The numbers are scenario planning inputs, not a guarantee. Maya sees the full distinction: support is current for eighty-four more minutes, the point estimate leaves a 297-minute gap, the policy horizon requires 318 minutes of coverage, and the required departmental authorities have not yet acted.

15:49 — selected values leave; local history stays

Ward 9 publishes only the values the city and department models need: repair estimate, support expiry, gap, protection horizon, required Water and support units, evidence state, observation and validity times, and the identities of the models used.

It does not publish resident records, row-level incident history, unselected sensor data, the training dataset, model weights, or the entire ward workbook. Water can use the time horizon. Housing can use the support gap. Streets can use the repair sequence and closure interval. The city-continuity model can use the resource quantities. One local conclusion becomes a shared dependency without becoming a central copy of local data.

15:51 — the city tests three ways to keep the promise

The city model compares three authored alternatives against current equipment, crew, depot, travel, commitment, and operating-rule declarations.

Alternative A waits for Ward 9's own resources. The repair may proceed, but Alder House support expires at 17:12. It fails both the point-estimate interval and the required protection horizon.

Alternative B moves the nearest Ward 9 mobile unit. It looks fast on the map, but a hard rule rejects it because the unit is already supporting an active cooling site. Bellwether may not keep one promise by silently breaking another.

Alternative C composes a cross-ward bundle: two externally certified Water units from Ward 11, one accessible support unit from Ward 7, and a Streets traffic-control crew. The represented bundle covers the block through 22:30, with a 21:45 extension gate for the longer case.

Grid has not found the morally correct answer. It has found one feasible bundle inside facts and policies people supplied. The nearest resource loses for an exact public-obligation reason. A different rule, stale fact, or unavailable crew could change the result.

The plan retains the Water and Streets sequence from incident classification and utility-locate state through traffic control, isolation, excavation, repair, and the externally owned flush, test, and restoration gates. The model can represent precedence and resources. It does not decide the engineering or water-quality outcome.

15:54 — four authority lanes

The proposed bundle reaches a bright boundary: evidence sufficient for review; feasible within authored bounds; authorization pending; execution not begun.

Maya cannot dispatch from the scenario surface. The Water duty manager approves the repair plan and use of Water resources. The city continuity duty officer approves cross-ward reallocation. The Streets traffic-control duty officer authorizes the traffic-control plan, closure state, and crew commitment. The Housing facilities manager confirms the building support interface.

At 16:03, the four authenticated decisions have been recorded against the exact revision. A separately qualified connector may now submit the predefined request to authoritative work-order or dispatch systems. Their technical acknowledgment establishes receipt only. It does not prove that a unit moved, traffic control was installed, a valve closed, water became safe, or a resident received service.

16:07 — ninety-six seconds without the city

The ward-to-city connection drops for ninety-six seconds. Ward 9 keeps evaluating local source changes because its model and state remain local, while the city retains the last delivered declaration with its observation and valid-through times. The link returns before the configured pending-delivery limit; revision and fingerprint checks reject stale or duplicate writes, and affected conclusions update. Nothing stays current merely because it is the newest available value, and this bounded interruption does not establish arbitrary partition recovery.

16:41 — approval becomes observable work

Water and support units report staged through their authoritative systems. Streets reports traffic control established. Housing reports the building interface ready. Thirty-one minutes before the original support limit, Maya watches three independently owned declarations become current.

The plan did not become true when it was approved. It became usable as authoritative work reports arrived.

At 21:45, Water has not declared restoration. A scheduled rule opens the extension decision rather than assuming resources will remain. Fresh commitments and the appropriate approval extend the support bundle to 23:50. At 22:21, Water's system reports the required repair and restoration gates complete. Actual elapsed time is 394 minutes—twelve minutes longer than the authored estimate. One case becomes evidence, not proof that the model was “right.”

Fourteen months later, governed completed records may support an inactive local candidate, subject to a city validation and release process Grid does not supply end to end. Analysts also see repeated delay in the serial handoff among utility locating, traffic control, and excavation authority, so Bellwether tests a protocol that prepares those independent lanes in parallel while preserving each release gate.

The local model produces an estimate. The connected model exposes a shared constraint. People change the rule that created it. Maya owns the complete coordination record: keeping the gap visible, routing the exact proposal to each responsible authority, and reconciling later evidence. She does not own any department's source facts, approvals, dispatch, execution, or outcome.

Where the model stops

The model can calculate, compare, and explain. It cannot spend public money, issue a health direction, dispatch emergency resources, close a street, approve a traffic-control plan, or send a crew. The operative workflow therefore names the accountable departmental and city-continuity authorities before an external instruction is eligible to be sent.

An external system's acknowledgment proves only that it received the submission. An authoritative execution report and a later outcome observation are separate records.

What remains to prove

This public Scenario makes the operating concept inspectable. A controlled evaluation would still need city-owned integrations, identity and policy controls, records obligations, negative-case tests, accessible operator surfaces, and retained evidence for the exact configuration. Until that work exists, the Scenario remains illustrative.

Decision path

Follow the changed fact step by step.

A calculation, proposal, approval, execution report, and outcome are different events. The order keeps those boundaries visible.

  1. 01 · Six weeks before

    Rehearse the rule before the emergency

    The ward maps sources, decision rights, and stop conditions while ordinary operations are still calm.

  2. 02 · 15:47

    One incident enters five systems

    Water, housing, public health, streets, and emergency-management records each describe a valid but partial view.

  3. 03 · 15:48

    Ward 9 estimates the gap locally

    A local model connects the block-level facts while preserving their owners and freshness.

  4. 04 · 15:49

    Selected values leave the ward

    Only the values required for city coordination cross the boundary.

  5. 05 · 15:51

    The city tests three plans

    Constraints expose which alternatives are infeasible, conditional, or ready for review.

  6. 06 · 15:54–16:03

    The model stops where authority begins

    Water, city continuity, Streets, and Housing officials authorize their respective parts.

  7. 07 · 16:07

    A short outage remains visible

    Missing and stale evidence stay unresolved rather than being silently filled.

  8. 08 · 16:41 through fourteen months later

    Reports and actuals close the loop

    Acknowledgment, reported execution, and observed outcomes enter as distinct evidence.

Evidence and limits

What the scenario represents—and what real-world use still requires.

Represented in this scenario

  • Typed facts with named owners, revisions, time, and freshness
  • Cross-agency constraints, alternatives, explanations, and unresolved states
  • A reviewed proposal and the evidence attached to each authority boundary

Required integration and operating work

  • City-owned adapters, identity, policy, records management, and operator surfaces
  • Qualification of failure states and authoritative execution and outcome evidence

Decisions that remain with people and institutions

  • Spending or procurement
  • Public-safety or public-health dispatch
  • Streets closures, traffic-control plans, or field execution
Evidence, authority, and publication recordView the scenario contract, capability record, authority stages, verification status, and related work.

Scenario contract

The setting, trigger, decision, and authority boundary.

Setting
An invented city ward coordinating a place-based service promise across departmental systems.
Timeframe
Six weeks before an incident through fourteen months after it
Trigger
One block-level break enters five valid departmental systems without one owner for the complete coordination record.
Decision
Which authorized cross-agency plan can close the service gap without violating public rules or hiding stale evidence?
Authority
Maya owns the place-based coordination record; ward and city models may calculate and compare, while responsible departmental officials and external systems retain spending, safety, traffic-control, dispatch, and execution authority.

Inspect the operating path

Five systems become one reviewable proposal—not one new authority.

Each step changes the form of the evidence without changing who owns the facts or the decision.

  1. SourcesDepartment-owned revisions

    Water, housing, health, Streets, and emergency records retain their owners and timestamps.

  2. ModelBounded ward and city views

    Selected facts drive declared dependencies, constraints, and alternatives.

  3. AlternativesExplained cross-agency plans

    Infeasible and conditional options remain visible with reasons.

  4. Human authorityDepartment-owned authorization lanes

    Each responsible department and the city-continuity function approve only their exact responsibilities.

  5. External evidenceAcknowledgment, execution report, outcome

    Three evidence types close different states and are never treated as interchangeable.

A submission acknowledgment establishes receipt only; execution and outcome require separate authoritative evidence.

What is established

What is documented, what this scenario combines, and what still needs testing.

This separates documented capabilities from authored combinations in the scenario. Neither proves a complete deployment or outcome.

Documented

Documented building blocks

Capabilities described in maintained Grid documentation or another named source.

  • Reviewed product primitives document typed values, revisions, freshness, and reactive dependencies; this is not municipal qualification or deployment evidence.
  • Reviewed product primitives document planning, explanation, and governed-workflow evidence; they do not establish a city operating system.
Combined here

Combined in this scenario

Capability combinations represented in this scenario that still require end-to-end evaluation.

  • The authored design composes block facts, cross-agency constraints, and authority evidence into explained alternatives.
  • City-owned adapters, identity, policy, operator surfaces, and external receipts would complete the represented loop.
Needs testing

Not yet proved

Integration, operating, policy, or evidence work that is not complete.

  • A turnkey, qualified municipal integration and cross-node incident trace remain unqualified.
  • An executable fixture, failure-state validation, and authoritative execution and outcome evidence remain outstanding.

From model result to outcome evidence

A modeled answer does not perform the work.

Calculation, review, authorization, submission acknowledgment, execution reporting, and observed outcome produce different records and must remain independently inspectable.

  1. 01 · ModelEvaluate the declared facts, rules, dependencies, and constraints.

    The result is model output, not an authorized decision.

  2. 02 · ProposalPrepare an exact candidate plan and explanation for review.

    A proposal does not carry institutional authority.

  3. 03 · Human authorizationThe named responsible actor accepts, rejects, or changes the exact reviewed revision.

    An interface action records the scenario step; authority still comes from the responsible institution.

  4. 04 · Submission acknowledgmentThe receiving system records that it accepted the exact instruction for processing.

    Receipt establishes neither execution nor outcome.

  5. 05 · Execution reportThe responsible execution owner separately reports what action was performed.

    Reported execution is not proof of the intended outcome.

  6. 06 · Outcome evidenceAuthoritative observation records what occurred and with what effect.

    An outcome claim requires evidence beyond the model, submission record, and execution report.

Acknowledgment ≠ execution ≠ outcome. Each state requires its own responsible source and evidence record.

Proof and limits

What this scenario supports—and what remains to validate.

These states describe the scenario source and its defined checks. Real-world validation requires separate evidence.

Scenario publication
PublishedReleased August 27, 2026 as an operating scenario.
Source readiness
R2 · Sources reviewedDomain support and product capability boundaries have been reviewed.
Scenario check
Checks not runScenario revision 2026-08-27.1 defines the steps and expected results; the checks have not run yet.
Independent review
PendingThe expected results have not received independent review.
Deployment evidence
NoneNo customer deployment, production performance, or real-world outcome is claimed.
Next proof required
Advance beyond R2Run the defined checks, retain the results, and have an independent reviewer check the expected results.

Evidence and stewardship

What supports this scenario—and when it must be reviewed again.

Illustrative evidence

Authored operating scenario grounded by public continuity and utility-coordination sources; it is not a city deployment, public-safety recommendation, or measured outcome.

Invented elements. Every organization, event, quantity, timing, alternative, and outcome is authored. Public sources ground only the operating context.

Owner
Grid FYI Editorial
Reviewed
August 27, 2026
Review due
February 27, 2027
Source revision
2026-08-26.3
Scenario package
city-government-block-that-had-no-department

Related work

Related reading and examples.

These links are chosen as direct companions to this scenario.

Use cases

Insights

White paperCapacity Is Not a Count: Staffed Public-Service Availability Under Changing DemandA facility, bed, vehicle, or service-position count becomes useful only when staffing, capability, support, throughput, accessibility, time, and authority resolve together. This paper separates public preparedness guidance from a bounded Grid proposition for aggregate planning.White paperOne Program Rule, Many Public Surfaces: Governed Policy Across Staff Tools, Public Explanations, Reports, and APIsPublic programs often reimplement one rule in staff tools, websites, notices, reports, and partner interfaces. This paper proposes a governed, versioned rule package with audience-specific surfaces and a bounded way to test whether they remain aligned.White paperFrom Common Operating Picture to Common Operating ModelSeeing the same facts is not the same as calculating from the same rules. A common operating model connects source identity, dependencies, constraints, alternatives, authority, role-specific views, and replayable evidence.

Films

Continue

Read, watch, or explore the next step.

Thematic companion · 0:58How Live Data Moves Through a ModelNew data enters under explicit permissions, recalculates only the affected results, and carries its source and history into every view. This released film approaches the same operating theme through a different scenario.Inspect implementation conceptsRead the Grid product conceptsContinue into Grid Developers for maintained behavior, prerequisites, and implementation limits.Apply the operating patternFrom a Changed Fact to Coordinated ActionWhen one operating fact changes, trace its consequences through the model, compare feasible responses, and update the people and views that depend on the decision.