feat(newos4): on-demand worker labels and a server-canonical predictor store (v4.6.70)

Two decisions recorded by the operator on 2026-10-23, implemented.

6 — spawn-on-demand is the design, so stop reporting it as a defect:
- OrchestratorModule counts delegations inside delegateTask()
- status prints "Mode: on-demand — N/M worker(s) available, X delegation(s) this
  session" and drops the "spawning is not dispatching" warning
- per-agent lines read "available, no delegations yet (spawned ...)" / "N
  delegation(s), last ..."

10 — per-user, server file canonical, browser VFS a TTL'd read-through cache:
- store = the user's own WebDAV space (<space>/_data/predictor.json), so identity
  comes from credentials the app already has; no new endpoint, no unauthenticated
  write surface
- 5 min TTL: cache wins while fresh, server wins when it differs; a banner naming
  both counts prints only on divergence
- write-through on save (debounced 5 s) with a MKCOL retry when the collection does
  not exist yet; store mode is printed by predictor-status
- the cache write is guarded and verified — a missing /system/metrics made writeFile
  fail silently, which is how the first version lost a pull

Verified live on v4.6.70 with a stubbed transport: pull applies 5 pts/5 paired and
writes a stamped cache, the divergence banner fires once and not on the second
(equal) pull, write-through PUT is issued, status reads "Store: server". A real
WebDAV round-trip still needs the user's WebDAV config in-app; the agando space has
no _data collection yet, so GET returns 404 -> "server (empty)".

0 files changed, 0 insertions, 0 deletions