feat(sidecar): protocol 14 — the raid base spawn and spot check forwards (PLAN_REDESIGNS §11.4)
All checks were successful
PR Checks / rust-gates (pull_request) Successful in 7m7s
All checks were successful
PR Checks / rust-gates (pull_request) Successful in 7m7s
POST /raid/spawn stamps the body raid.spawn and POST /raid/check stamps it raid.check, and each forwards it. The plugin keeps the key and the run's base in its world registry, so world.revert takes it back like a zone; nothing is kept here. The five raid.* events ride the feed like any other. Spec: docs rust-link/PROTOCOL.md §20.12. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01E14m6SuuY6i1vASFeGDBeY
This commit is contained in:
@@ -213,6 +213,13 @@ use tracing_subscriber::EnvFilter;
|
||||
/// recipient. The plugin remembers the key so nothing runs twice; this process keeps nothing and
|
||||
/// knows nothing of what a command does.
|
||||
///
|
||||
/// RaidableBases (§20.12, the module's PLAN_REDESIGNS.md §11.4) adds two forwards: `POST
|
||||
/// /raid/spawn`, one base for a run's step, and `POST /raid/check`, a spot's checks with nothing
|
||||
/// spawned. The plugin keeps the key and the run's base in its world registry, so `world.revert`
|
||||
/// takes it back like a zone and `world.expired` says when the plugin ended it first. `raid.started`,
|
||||
/// `raid.completed`, `raid.ended`, `raid.purchased` and `raid.locked` ride the feed like any other
|
||||
/// event.
|
||||
///
|
||||
/// `docs/rust-link/PROTOCOL.md` is the specification — §8 the read path, §9 identity, §10 the
|
||||
/// mirror, §11 configuration, §12 clans, §13 the raid frame, §14 the leases, §15 the world verbs,
|
||||
/// §16 the rewards, §17 the map, §18 the optional mods, §19 the walk's fixes, §20 the step editor;
|
||||
|
||||
Reference in New Issue
Block a user