@lmctl-ai/lmctl 0.2.2 → 0.2.4

package/durable-memory/model_selection.md

@@ -220,13 +220,27 @@ gpt-oss-120b-medium	GPT-OSS 120B (Medium)
 
 Every effort-tier variant of one base model maps to that base model's own catalog identity —
 reasoning effort/thinking budget changes how many tokens a turn generates, not the per-token rate,
-true of every major vendor's reasoning-effort parameter (OpenAI, Claude, Gemini alike). **Not yet
-mapped:** the 3 non-Gemini agy models (`Claude Sonnet 4.6 (Thinking)`, `Claude Opus 4.6 (Thinking)`,
-`GPT-OSS 120B (Medium)`) — smaller population, deferred, not the highest-value row. `claude opus 4.6
-(thinking)` already has an established display-label alias in lmprice's table (like the 4 Gemini
-ones above); `claude sonnet 4.6 (thinking)` and `gpt-oss 120b (medium)` don't — lmprice's alias table
-has a DASHED-slug entry for claude-sonnet-4-6 but under a spelling (`agy/claude-sonnet-4-6`) that
-doesn't match what agy actually declares (`Claude Sonnet 4.6 (Thinking)`), so it's a live gap too.
+true of every major vendor's reasoning-effort parameter (OpenAI, Claude, Gemini alike).
+
+**agy fronts Claude too, not just Gemini (math.lmctl, 2026-09-29):** 3 members declare `Claude Opus
+4.6 (Thinking)` on `provider=agy`. `coversRecord`/`AGY_FIRST_PARTY_PROVIDERS` were Gemini-only when
+this was first written -- a real gap for Claude-on-agy, caught before it silently priced at zero.
+Verified per-string, live:
+
+- `claude opus 4.6 (thinking)` already had an established display-label alias in lmprice's table
+  (like the 4 Gemini ones above, added 2026-09-24) -- resolves via `alias-pin`, never touches
+  `AGY_MODEL_TO_IDENTITY` at all. No code change needed for this one specifically.
+- `claude sonnet 4.6 (thinking)` had NO such alias and was a genuine `unknown` -- fixed by adding
+  `"claude sonnet 4.6": "claude-sonnet-4-6"` to `AGY_MODEL_TO_IDENTITY`, broadening `coversRecord` to
+  `/gemini|claude/`, and adding `"anthropic"` to `AGY_FIRST_PARTY_PROVIDERS` so the bare
+  `litellm:claude-sonnet-4-6` (provider `anthropic`) row wins the tie-break over routed variants
+  (`azure_ai/`, `deepinfra/`, `vertex_ai/`, `snowflake/`, `perplexity/`, `openrouter/`).
+- `gpt-oss 120b (medium)` remains **deliberately unmapped**: unlike Claude/Gemini, OpenAI does not
+  host this open-weight model itself, so there is no single first-party row to prefer among a dozen
+  equally-plausible third-party inference providers (groq, fireworks_ai, cerebras, deepinfra, ...).
+  Picking one without evidence of which route agy actually uses would be exactly the kind of guess
+  this whole explicit-mapping design exists to avoid -- stays `unknown` until there's real evidence
+  (e.g. an antigravity.google/docs/models entry, same provenance as the existing aliases).
 
 ## OpenCode
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lmctl-ai/lmctl",
-  "version": "0.2.2",
+  "version": "0.2.4",
   "description": "A provider-agnostic control plane for teams of AI coding agents — across providers, with independent review and durable memory.",
   "type": "module",
   "homepage": "https://lmctl.com",