docs: make the delisted-id guidance actionable
Greptile's P2 was right: 'upgrade past the sync' had no installable target. Version audit across core tags: every RELEASED Agent (0.20.5 -> 0.21.1, tag v2026.9.7) still carries ox-alpha-free in the curated floor; the removal exists only on core main, which self-reports the same 0.21.1 version string as the stale tag — a version number alone cannot distinguish fixed from unfixed. State that plainly and present the config allowlist as the only verified workaround until a release notes the 2026-09-09 catalog sync.
This commit is contained in:
1 parent
f5170004a3
commit
4f6902bcc0
1 file changed
+1
-1
@@ -260,7 +260,7 @@ curl -sS https://opencode.ai/zen/go/v1/models \
|
||||
|
||||
Interpret the two together:
|
||||
|
||||
- **Failing model absent from the `curl` output** → it was delisted upstream (for example `ox-alpha-free`, removed from the relay on 2026-09-09). A picker can still offer it from a **stale catalog merge**: Hermes core merges its own curated Go list into the live result, and Agent releases *between* v0.20.5 and the 2026-09-09 catalog sync (through v0.21.1) still carry the delisted id in that list — verified at runtime against v0.21.0, where the live path serves 37 ids including `ox-alpha-free`. **Upgrade the Agent** past the 2026-09-09 sync (or pin an allowlist below) so the dead id stops being offered.
|
||||
- **Failing model absent from the `curl` output** → it was delisted upstream (for example `ox-alpha-free`, removed from the relay on 2026-09-09). A picker can still offer it from a **stale catalog merge**: Hermes core merges its own curated Go list into the live result, and every Agent release *through v0.21.1 (tag `v2026.9.7`)* still carries the delisted id in that list — verified at runtime against v0.21.0, where the live path serves 37 ids including `ox-alpha-free`. The removal is committed on core `main` (2026-09-09 sync) but **no released Agent version includes it yet** — and `main` reports the same `0.21.1` version string as the stale tag, so a version number alone cannot tell you whether the fix is in. Until a release notes the 2026-09-09 catalog sync, the **verified workaround is the config allowlist** (below); selecting the dead entry is harmless to other models (it errors on send, nothing else).
|
||||
- **Failing model present in the `curl` output** → the relay lists it but your tier/region cannot serve it; the picker is behaving correctly. Pin the models you actually use with an explicit allowlist in `config.yaml`, which takes precedence over both the live catalog and the fallback:
|
||||
|
||||
```yaml
|
||||
|
||||
Reference in new issue
Block a user