Repair stale rapp-qonto-keycape-client wiki anchor
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s

The catalog pointed at wiki/CredentialRouting.md#credential-routing-catalog,
which does not exist; the live heading is "Routing catalog index". Restores
tests/test_routing.py to 61/61.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
tegwick 2026-08-11 10:27:12 +02:00
parent a9086ad6b6
commit 456fdc4b4f
2 changed files with 36 additions and 1 deletions

View file

@ -457,7 +457,7 @@ entries:
owner_repo: key-cape
subsystem: KeyCape + OpenBao
warden_executes: false
wiki_ref: wiki/CredentialRouting.md#credential-routing-catalog
wiki_ref: wiki/CredentialRouting.md#routing-catalog-index
canon_ref: key-cape/docs/qonto-runtime-identity-contract.md
reviewed: "2026-07-27"
status: active

View file

@ -0,0 +1,35 @@
---
id: ADHOC-2026-08-11
type: workplan
title: "Ad Hoc Tasks — 2026-08-11"
domain: infotech
repo: ops-warden
status: finished
owner: claude
topic_slug: custodian
created: "2026-08-11"
updated: "2026-08-11"
---
# Ad Hoc Tasks — 2026-08-11
### T01 — Repair stale `rapp-qonto-keycape-client` wiki anchor (restore green routing suite)
```task
id: ADHOC-2026-08-11-T01
status: done
priority: medium
```
rapp-postgres (msg `96907986`, residual from RAPP-POSTGRES-WP-0002-T04) reported the
focused routing suite at 60/61: `test_every_wiki_ref_anchor_resolves` failed because
`rapp-qonto-keycape-client` pointed at `wiki/CredentialRouting.md#credential-routing-catalog`,
an anchor that does not exist. The intended heading is `## Routing catalog index`.
- [x] Repointed `rapp-qonto-keycape-client.wiki_ref` to
`wiki/CredentialRouting.md#routing-catalog-index` (the live heading). No other
entry used the stale anchor.
- [x] `uv run pytest tests/test_routing.py -q`**61 passed**.
- [x] `warden route find "database credential"` still returns the active
`database-dynamic-credentials` rapp-postgres entry; that T04 route is untouched —
still `warden_executes: false` with no `steps:` block (pointer, not procedure).