Hardcode the OpenCode Go tier + opencode-go/glm-5.3-flash as the defaults in launch-upgrader.py, launch-report.py, launch-supervisor.py (was: ZEN opencode/glm-5.2). ZEN stays an explicit LOOP_TIER=zen opt-in for a host that has a key.
Why
The host holds no ZEN key and the ZEN model ids (opencode/glm-5.2) vanished from the provider catalogue (2026-09-14) — every launch that bypassed the systemd EnvironmentFile died instantly with ProviderModelNotFoundError. That is what killed the 2026-09-11 report agent at launch and all manual retries; timer-driven runs were unaffected (upgrader.env already sets LOOP_TIER=go).
Evidence
env -i bare invocation now resolves tier=go, model=opencode-go/glm-5.3-flash on all three launchers.
## What
Hardcode the OpenCode **Go** tier + `opencode-go/glm-5.3-flash` as the defaults in `launch-upgrader.py`, `launch-report.py`, `launch-supervisor.py` (was: ZEN `opencode/glm-5.2`). ZEN stays an explicit `LOOP_TIER=zen` opt-in for a host that has a key.
## Why
The host holds no ZEN key and the ZEN model ids (`opencode/glm-5.2`) vanished from the provider catalogue (2026-09-14) — every launch that bypassed the systemd `EnvironmentFile` died instantly with `ProviderModelNotFoundError`. That is what killed the 2026-09-11 report agent at launch and all manual retries; timer-driven runs were unaffected (upgrader.env already sets `LOOP_TIER=go`).
## Evidence
- `env -i` bare invocation now resolves tier=go, model=`opencode-go/glm-5.3-flash` on all three launchers.
- The missing weekly report is published: https://report.ci.commoninternet.net/week-2026-09-11.html (HTTP 200, produced by a fresh glm-5.3-flash report run) with index regenerated.
Every manual launch of launch-report/launch-upgrader bypasses the systemd EnvironmentFile (/srv/cc-ci/upgrader.env sets LOOP_TIER=go + the go models) and fell back to hardcoded zen defaults, which die instantly here (ProviderModelNotFoundError: opencode/glm-5.2 — the host holds no ZEN key and zen models vanished from the provider catalogue, 2026-09-14). This crashed the 2026-09-11 report agent at launch and again on every manual retry.
- launch-upgrader.py + launch-report.py: default TIER go, go-tier model default glm-5.3-flash (mirrors the 2026-09-08 operator choice in upgrader.env); zen stays an explicit opt-in on a host with a key.
- launch-supervisor.py: default SUPERVISOR_MODEL glm-5.3-flash.
- docstrings updated to match.
Verified with env -i: bare invocation resolves tier=go, model=opencode-go/glm-5.3-flash on all three. The 2026-09-11 weekly report is published live (report.ci.commoninternet.net/week-2026-09-11.html) after a fresh glm-5.3-flash report run.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
What
Hardcode the OpenCode Go tier +
opencode-go/glm-5.3-flashas the defaults inlaunch-upgrader.py,launch-report.py,launch-supervisor.py(was: ZENopencode/glm-5.2). ZEN stays an explicitLOOP_TIER=zenopt-in for a host that has a key.Why
The host holds no ZEN key and the ZEN model ids (
opencode/glm-5.2) vanished from the provider catalogue (2026-09-14) — every launch that bypassed the systemdEnvironmentFiledied instantly withProviderModelNotFoundError. That is what killed the 2026-09-11 report agent at launch and all manual retries; timer-driven runs were unaffected (upgrader.env already setsLOOP_TIER=go).Evidence
env -ibare invocation now resolves tier=go, model=opencode-go/glm-5.3-flashon all three launchers.