Headroom measured and blocked; Mouse-1 triage command built and run

This commit is contained in:
Sam
2026-11-11 18:39:38 +11:00
parent 70e1f55486
commit 7a2d4358d3
10 changed files with 1091 additions and 5 deletions

View File

@@ -113,12 +113,20 @@ The one place it would earn its keep here: a failed run in `Agents>agents` offer
asks "what does this failure need" with four options and records the answer, the confidence and
the options on the task. A person still decides, and it never decides a merge.
## Done: Headroom
## Headroom: blocked, with a measured reason
A provider entry in `~/.pi/agent/settings.json` pointing at `http://192.168.20.13:8787/v1`, and
an agent's model set to `headroom/<model>`. Per agent, because the model is per agent; per
project is not possible. The exact steps and the one unknown to measure are in
`docs/PLAN-INTERFACE.md`.
A provider entry was added, tested and removed. Headroom answers `502 proxy_error` to OpenAI
chat requests and `401 invalid x-api-key` to Anthropic ones: its backend is Anthropic and this
machine has no Anthropic credential. It cannot sit in front of the agents until either headroom
accepts the omni router's key, or the agents move to an Anthropic-shaped provider. The detail is
in `docs/PLAN-INTERFACE.md`.
## Done: Mouse-1 triage
`bin/triage <task> [--ask next|failure]` asks Mouse-1 one four-option question about a task and
writes the answer, the confidence and the option meanings onto the task as a comment. Measured
on `AUD-162`: 0.5 s warm, answer `person` at 0.97 confidence. The cold start reproduces: `503`
after 30.5 s, then `200` in 21.7 s, so the command retries exactly once and says so.
## Unproven, and worth a test