generated from coulomb/repo-seed
Close ops-warden's side of the last Partial INTENT criterion (ops-bridge integrates via a stable cert_command). The migration playbook and contract already existed; what was missing was an automated readiness gate before touching tunnel config. T1 — scripts/check_tunnel_cert_readiness.py: read-only preflight that asserts the cert_command path is ready without signing — config/backend, actor inventory + TTL within type max, pubkey exists/parses/not-private, principals present, and optional host-principal deployment (mirrors check_principals_drift). Exit 0/1/2. T2 — opt-in --sign-smoke: runs the cert_command against the local backend and validates identity/principals/TTL of the emitted cert; refuses a vault backend. Window measured from the cert's own valid_from->valid_before so it's timezone-robust (fixes a CEST off-by-2h artifact). integration-marked test + a vault-refusal unit test. T3 — playbook now leads with Step 0 readiness gate; ops-bridge handoff message sent. T4 — SCOPE INTENT row: Partial -> Pilot-ready; known-gaps + SSH-lane list updated. 9 unit + 1 integration test, 209 default passing, lint clean. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.6 KiB
1.6 KiB
id, type, title, domain, repo, status, owner, topic_slug, created, updated, state_hub_workstream_id
| id | type | title | domain | repo | status | owner | topic_slug | created | updated | state_hub_workstream_id |
|---|---|---|---|---|---|---|---|---|---|---|
| ADHOC-2026-06-27 | workplan | Ad Hoc Tasks — 2026-06-27 | infotech | ops-warden | finished | claude | custodian | 2026-06-27 | 2026-06-27 | 142b171b-c34b-4a45-91a5-c77e6d07ec6f |
Ad Hoc Tasks — 2026-06-27
Low-risk opportunistic fixes completed directly during the consolidation session.
T01 — Fix stale warden CLI install + make it usable outside the repo
id: ADHOC-2026-06-27-T01
status: done
priority: medium
state_hub_task_id: "867c72c9-9904-400f-8542-04264e5856c2"
issue-core reported (msg 70bcf238) that the warden CLI on ~/.local/bin lacked
the route subcommand, forcing a uv run warden fallback.
- Root cause:
uv tool installhad reused a cached wheel (version stayed0.1.0), so the installedwarden.clipredated theroute/access/policysubcommands.uv cache clean ops-warden+uv tool install . --reinstallfixed it. - Deeper cause: even rebuilt,
warden route/policyfailed outside a checkout because the catalog + posture descriptors live inregistry/at repo root, outside the package. Bundledregistry/into the wheel via hatchforce-include→warden/_registry, and added a packaged-data fallback infind_catalog_path/find_posture_path(after the repo walk, so source runs still prefer the repo'sregistry/as the single source of truth). - Verified
warden route list/warden policy listwork from/tmp; 200 tests pass, lint clean.