docs: correct the stale step-2 blocker, and ask custody about the npm lane path
SECRETS-WP-0008-T02 still said access-engine Check was unreachable. That is no longer true and the note read as current, so it is corrected rather than left to mislead: Check is reachable through the owner-documented access path and step 2 is proved against decision:0f9c98f14545c42d, a real v2 allow. Two defects that only a real request could expose -- the missing tenant and the unsatisfiable digest join -- are fixed, so the task's own acceptance line about failing closed on wrong digest and expired lifetime is now exercised against a genuine envelope rather than a fixture. What remains for that task is step 1 alone: approval-engine must serve the claim endpoint, and APPROVAL-WP-0002-T03 is still wait with no deployed base URL. One external dependency, not the two previously named. SECRETS-WP-0006-T06: asked railiance-platform which KV location backs the whynot-design npm publish lane (hub message 546403e4). The question is narrowed to the path, since the endpoint agrees and ops-warden's NPM_AUTH_TOKEN claim resolved here as a category error -- that is the resolved injection env var, not a KV field name. Catalog left unchanged: rewriting a proven production lane pointer from an inbox claim is the unverified custody mutation this task exists to prevent. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01E4tNMAYcSQmZWUE4wqP4ij Assistant: claude-code Assistant-Model: opus Assistant-Process: 715726@bnt-lap001 Assistant-Session: 80a42b32-cba6-4b23-8be0-68819b1a6092
This commit is contained in:
parent
1b52771deb
commit
7eeb1c7265
2 changed files with 47 additions and 0 deletions
|
|
@ -293,6 +293,16 @@ location backs this lane. If the platform path is authoritative, the catalog
|
|||
mount/path move is a reviewed lane change carrying its own approval, and the
|
||||
declared field stays `npm_token` unless custody says otherwise.
|
||||
|
||||
Asked 2026-09-07 (hub message `546403e4` to `railiance-platform`). The question
|
||||
is narrowed to the path alone, since the endpoint agrees and the
|
||||
`NPM_AUTH_TOKEN` claim was resolved here as a category error rather than a
|
||||
discrepancy. Also asked whether the current `secret/...` location still exists
|
||||
if the platform path is authoritative — a stale duplicate holding a real token
|
||||
is worth knowing about independently of this lane. Flagged to them that
|
||||
ops-warden's `ready: false` is our expected fail-closed posture and must not be
|
||||
read as corroborating the platform path. Awaiting reply; the catalog is
|
||||
unchanged.
|
||||
|
||||
|
||||
## Exit criteria
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue