DefenceSelf-submittedNot a finalist (self-declared)

W razie W

W razie W · jazlik/turbo-defence

Council score

Median of 3 models, weighted by the task's official criteria
80.0 / 100

A disciplined, genuinely offline-capable civil-defence entry whose preparedness plan and Execution Mode are implemented end to end with real data, real fallbacks, tests and a live deploy, held back by single-region coverage, a single-device family layer, no alert integration and an AI-disclosure gap to clarify at live review.

Criteria · line = median, dots = each member
Idea & Innovation30%
7.0

The gap is real and concretely argued: state tools inform but never build or execute a family plan, and the differentiators, the offline Execution Mode and derived readiness, are implemented rather than pitched. The core concept of a household preparedness planner is still conventional, with mObywatel and GdzieSieUkryc already in the field, so this is strong execution on a familiar idea rather than a breakthrough.

Relation to Category20%
9.0

Unanimous 9: household preparedness and guided evacuation built on the official PSP shelter dataset for exactly the degraded condition the brief demands, and nothing in the submission is off-category. Member C's aside that the work is resilience rather than security contradicts C's own score here, so the civil-defence reading stands.

Practical Applicability / Usability20%
8.0

Built for the 3 a.m. incident: no accounts, data on device, one next action with voice, and degraded paths genuinely reachable in code such as routing fallback, straight-line guidance and a shelter-unavailable backup route. Member C's 7 rests on the claim that the live demo shows only normal operation, but the recorded demo check contains nothing beyond an HTTP 200 title page, so the code evidence behind 8 is better supported; the real caps are Małopolska-only coverage and live degraded flows that could not be independently verified.

Design (visual/UI)20%
8.0

An unusually rigorous two-mode system, calm Preparation and high-contrast Execution, with semantic colour tokens, a shared type scale and explicit anti-patterns that the components actually follow. The score rests on the design system and its token usage in code because none of the 36 screenshots could be visually described, which caps it.

Completeness & Implementation Value10%
9.0

The claims are in code: OSRM-to-Valhalla fallback routing then saved routes, a PMTiles region build published to R2 and held in OPFS, versioned storage with migrations, 247 tests, CI that blocks deploys, a live URL returning HTTP 200, and all 151 commits inside the event window. Member C's 7 is pulled down by single-region coverage and a non-pluggable crisis scenario, but coverage is a usability limit the app itself acknowledges rather than missing implementation.

Members disagree here: scores range by 2.0 points.
Source lines11,695
Tests247 cases
Claims built9.0 / 10
Task fitYes

Strengths

  • Degraded conditions are engineered, not staged: saved routes survive routing outages, straight-line guidance covers missing maps and unprepared targets, and the app handles a stale GPS fix or failed storage with explicit copy and fallbacks.
  • Real data and infrastructure: a refreshable PSP shelter snapshot, a PMTiles region build published to R2 and downloaded into OPFS, service-worker precache, and a live deployed PWA returning HTTP 200.
  • Rare discipline for a 24-hour event: PRD and competitive analyses, 151 commits all during the event, 247 tests across 23 files, and CI that blocks deploys without passing lint, build and smoke checks.
  • Crisis UX is reasoned end to end: a two-mode design system with enforced tokens, one next action at a time with voice guidance, and a shared 2000 ms hold-to-confirm state machine with resume guarded by freshness window and step id.

Weaknesses

  • Coverage is one region: shelters and the offline map cover Małopolska only, acknowledged in-app, so elsewhere the app degrades to straight-line pointing and manual coordinates.
  • The whole-family positioning is not yet in the product: the plan lives on one device and no sharing, QR or sync code appears in the evidence.
  • No connection to actual alert systems: entering Execution Mode is manual, with no RCB alert or official feed integration, and the crisis trigger is a hardcoded input.
  • AI use disclosure falls short of the rules: agent-guidance files in the repo and seven commit co-authors against five declared team members show heavy AI assistance, but it is not declared on the submission form; treating in-repo agent files as disclosure is the weaker reading, since those files instruct the tools rather than tell the organisers anything.

Red flags

  • Seven commit authors against five declared team members, consistent with AI co-author identities, combined with no AI-use declaration on the submission form; worth a clarifying question at live review rather than disqualification.
Built during the event: yes: 151 commits by 7 authors, 2026-10-03 14:36 to 2026-10-04 06:37 UTC
Live demo: https://w-razie-w.jzogala.workers.dev/ (HTTP 200)
Council v9
Aclaude:glm-5.3-flash80.0100% agree
Bdots-studio/dots-3-note-preview:free81.590% agree
Cinclusionai/ling-3.0-flash-sante:free76.060% agree
Jclaude:glm-5.3–judge
Self-submitted and unverified: the result shown is the team's own claim. The council read an evidence pack built from the repo, its decks and docs; it didn't run the code or see the pitch.
The site is open source

The council, the evidence pack, the prompts and the queue are all on GitHub. If a review helped you, a star helps other teams find it.

Star on GitHub