From 2b36fc187d070ead8d509a7a6b5d0885dee15ec3 Mon Sep 17 00:00:00 2001 From: tegwick Date: Sat, 5 Sep 2026 20:38:30 +0200 Subject: [PATCH] Complete PQRST-WP-0001: bootstrap State Hub integration MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit T01 — Reviewed the generated integration files. Resolved the {CREDENTIAL_ROUTING} placeholder in AGENTS.md from the fleet canon, refreshed the SCOPE.md repository layout (stale after registration), and replaced the README stub with orientation and entry points. T02 — Documented the developer workflow in AGENTS.md. This is a Markdown-only spec repository: nothing to install, build, or run, and no test suite. In place of a toolchain, added a six-point verification checklist covering prompt/spec coupling, the closed 5-tuple, example-record arithmetic, cross-references, version discipline, and the append-only rule for history/. The signature validation command is verified working — all nine example signatures sum to 100. T03 — Seeded PQRST-WP-0002 "Validate spec v0.1 against real sessions and cut v0.2": pilot the closing prompt unassisted on at least eight real sessions, decide the record-storage boundary SCOPE.md leaves open, then revise. v0.1 was consolidated from two drafts neither of which had been applied to a session, so the open questions are empirical rather than editorial. WP-0001 marked finished with DoR/DoD assessments (clears C-34). No open residuals — the follow-on work is carried by PQRST-WP-0002. Co-Authored-By: Claude Opus 5 Claude-Session: https://claude.ai/code/session_01SQ6oF1DtVDKcD1FCpvRVLx Assistant: claude-code Assistant-Model: opus Assistant-Process: 272883@bnt-lap001 Assistant-Session: f40c8f53-fb65-4980-9d29-bcdb3dd946f7 --- AGENTS.md | 129 +++++++++++++++++- README.md | 48 ++++++- SCOPE.md | 12 +- workplans/PQRST-WP-0001-statehub-bootstrap.md | 26 +++- ...0002-validate-v01-against-real-sessions.md | 125 +++++++++++++++++ 5 files changed, 333 insertions(+), 7 deletions(-) create mode 100644 workplans/PQRST-WP-0002-validate-v01-against-real-sessions.md diff --git a/AGENTS.md b/AGENTS.md index 39b89d7..c2df2d8 100644 --- a/AGENTS.md +++ b/AGENTS.md @@ -123,7 +123,56 @@ curl -s -X PATCH "http://127.0.0.1:8000/tasks/" \ --- -{CREDENTIAL_ROUTING} +## Credential and access routing + +**Audience:** Codex, Claude Code, Grok, and custodian agents that call **llm-connect** +for inference. Run this check **before** requesting secrets, API keys, SSH access, +login tokens, or database passwords — in any repo, not only `ops-warden`. + +ops-warden **issues SSH certificates only** (`warden sign`, `cert_command`). Every +other credential need belongs to another subsystem. **Do not** message +`ops-warden` on State Hub expecting a secret value; the reply is a pointer, not a key. + +### Lookup (do this first) + +```bash +warden route find "" --json +warden route show --json +``` + +Requires the `warden` CLI from `~/ops-warden` (`uv tool install .` or `uv run warden`). + +| Agent runtime | How to orient | +| --- | --- | +| **Codex / Grok** (shell, HTTP State Hub) | `warden route` commands above; inbox `to_agent=pqrst-practice` is for coordination, not secret vending | +| **Claude Code** (MCP when available) | `get_domain_summary("custodian")` for workplans; **still** use `warden route` for credential ownership | +| **llm-connect** (inference service) | Never put secret retrieval in prompts; route custody to OpenBao/operator paths surfaced by `warden route` | + +### Quick routing table + +| I need… | Owner | ops-warden executes? | +| --- | --- | --- | +| SSH cert (`adm`/`agt`/`atm`) | ops-warden | **Yes** — `warden sign` | +| API key, DB password, provider token | OpenBao (`railiance-platform`) | No — route only | +| Login / OIDC / MFA | key-cape / Keycloak | No — route only | +| Authorization decision | flex-auth | No — route only | +| activity-core → issue-core emission | activity-core + issue-core | No — `warden route show activity-core-issue-sink` | +| SSH tunnel | ops-bridge (+ `cert_command` from warden) | No — route only | + +### Anti-patterns (do not do these) + +- `POST /messages/` to `ops-warden` asking for `ISSUE_CORE_API_KEY`, `OPENROUTER_API_KEY`, etc. +- Inventing `warden secret`, `warden login`, `warden bao`, `warden tunnel` — they do not exist +- Pasting secrets into Git, State Hub, workplans, logs, or chat + +### Other capabilities (reuse-surface) + +Non-credential capabilities are usually discovered through **reuse-surface** federation +(`reuse-surface` registry / `capability.*` indexes). Credential routing is inlined in +every repo's agent instructions because it is high-frequency, high-risk, and easy to +get wrong. + +**Canon:** `~/ops-warden/wiki/CredentialRouting.md` · catalog `~/ops-warden/registry/routing/catalog.yaml`