---
id: ADHOC-2026-06-27
type: workplan
title: "Ad Hoc Tasks — 2026-06-27"
domain: infotech
repo: ops-warden
status: finished
owner: claude
topic_slug: custodian
created: "2026-06-27"
updated: "2026-06-27"
state_hub_workstream_id: "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

```task
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.

- [x] Root cause: `uv tool install` had reused a **cached wheel** (version stayed
      `0.1.0`), so the installed `warden.cli` predated the `route`/`access`/`policy`
      subcommands. `uv cache clean ops-warden` + `uv tool install . --reinstall` fixed it.
- [x] Deeper cause: even rebuilt, `warden route`/`policy` failed outside a checkout
      because the catalog + posture descriptors live in `registry/` at repo root,
      outside the package. Bundled `registry/` into the wheel via hatch
      `force-include` → `warden/_registry`, and added a packaged-data fallback in
      `find_catalog_path` / `find_posture_path` (after the repo walk, so source runs
      still prefer the repo's `registry/` as the single source of truth).
- [x] Verified `warden route list` / `warden policy list` work from `/tmp`; 200 tests
      pass, lint clean.