docs(runicnpc): stage 8 built and walked; MODULE_API 1.12.0 progress(), map.live's RunicNPC rows #323

Merged
whitlocktech merged 2 commits from docs/runicnpc-stage8-built into main 2026-10-06 13:32:17 +00:00
Member

What

  • website/MODULE_API.md 1.12.0. An event action's optional progress(): its envelope, its two answer shapes, and the rule that it answers for one reader and never fails loudly.
  • website/EVENTS.md §I. A live occurrence's progress lines.
  • rust-link/PROTOCOL.md §17.3. map.live's RunicNPC rows (name, key, boss, health, add) and the world layer's boss.
  • runicnpc/PLAN.md. Stage 8's design, renamed live → progress, and its "Built" section: six branches, the tests, and the walk on both rigs in the browser and on the emulator.

One finding outside the stage, recorded and not fixed: the public event page never shows a live run's phase label. Core's phaseLabel looks phases up by id, but specs key them by key, so every editor-authored event reads "Under way". The fix is one line in eventPublic.model.js, and I'd like your call on it.

Code: website#210 (merged), Rust-Plugins, Module-Rust and Android-app feat/runicnpc-stage8, and Integration-kit docs/core-1.12.0.

Checklist

  • I have read CONTRIBUTING.md.
  • Docs only.
  • AI tools were used. Tool(s): Claude Code (Claude Opus 5.5). The commits carry the Co-Authored-By trailer.
  • I agree that my contribution is licensed under GPL-3.0-or-later.

🤖 Generated with Claude Code

https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY

## What - **`website/MODULE_API.md` 1.12.0.** An event action's optional `progress()`: its envelope, its two answer shapes, and the rule that it answers for one reader and never fails loudly. - **`website/EVENTS.md` §I.** A live occurrence's progress lines. - **`rust-link/PROTOCOL.md` §17.3.** `map.live`'s RunicNPC rows (`name`, `key`, `boss`, `health`, `add`) and the world layer's `boss`. - **`runicnpc/PLAN.md`.** Stage 8's design, renamed `live` → `progress`, and its "Built" section: six branches, the tests, and the walk on both rigs in the browser and on the emulator. **One finding outside the stage, recorded and not fixed:** the public event page never shows a live run's phase label. Core's `phaseLabel` looks phases up by `id`, but specs key them by `key`, so every editor-authored event reads "Under way". The fix is one line in `eventPublic.model.js`, and I'd like your call on it. Code: website#210 (merged), Rust-Plugins, Module-Rust and Android-app `feat/runicnpc-stage8`, and Integration-kit `docs/core-1.12.0`. ## Checklist - [x] I have read CONTRIBUTING.md. - [x] Docs only. - [x] AI tools were used. Tool(s): `Claude Code (Claude Opus 5.5)`. The commits carry the `Co-Authored-By` trailer. - [x] I agree that my contribution is licensed under GPL-3.0-or-later. 🤖 Generated with [Claude Code](https://claude.com/claude-code) https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY
wtclaude added 2 commits 2026-10-06 13:28:29 +00:00
- website/MODULE_API.md: 1.12.0, an event action's optional
  progress(): its envelope, its two answer shapes, and the rule that it
  answers for one reader and never fails loudly.
- website/EVENTS.md §I: a live occurrence's progress lines.
- rust-link/PROTOCOL.md §17.3: map.live's RunicNPC rows (name, key,
  boss, health, add) and the world layer's boss.
- runicnpc/PLAN.md: stage 8's design renamed live -> progress, and its
  "Built" section, with the branches, the tests and the walk on both
  rigs in the browser and on the emulator.

Also recorded in the plan: a core finding outside this stage. The
public page never shows a live run's phase label, because phaseLabel
looks phases up by id while specs key them by key.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY
whitlocktech merged commit f8f2ff85f7 into main 2026-10-06 13:32:17 +00:00
whitlocktech deleted branch docs/runicnpc-stage8-built 2026-10-06 13:32:18 +00:00
Sign in to join this conversation.
No description provided.