bug(testing): opencode-terminal live suite times out waiting for the permission condition on every version

[Juliusolsson05]

Expected

packages/opencode-terminal-headless/src/OpencodeTerminalHeadless.live.test.ts (opt-in, OPENCODE_TERMINAL_HEADLESS_LIVE=1) completes a real turn: prompt → bash tool call → permission condition detected and answered through the package. This suite is the per-version compatibility pass the opencode acceptance discipline in support/upstream-versions.json relies on.

Actual

The test times out at the permission wait (src/testing/replay.ts waitUntil, thrown from OpencodeTerminalHeadless.live.test.ts:126) — identical failure against both:

• the bundled 1.18.31 binary (third_party/opencode/cache/darwin-arm64/opencode, archive+binary sha256 verified per the feat(setup): bundle the OpenCode CLI as a managed runtime binary #994 manifest), and
• a freshly downloaded, hash-matching 1.18.30 release binary — the same version the Stage 0 live recordings (testing/fixtures/live, 2026-09-11) were captured against and passed with.

Evidence (2026-09-19)

• OPENCODE_TERMINAL_HEADLESS_LIVE=1 OPENCODE_BINARY=<1.18.31 cache binary> … vitest run --config vitest.live.config.ts → timed out waiting for permission condition after ~139 s.
• Same invocation against a 1.18.30 darwin-arm64 release download → identical timeout, ~139 s.
• Control: the free model path itself works — opencode run -m opencode/big-pickle "Reply with exactly: pong" in the same throwaway-HOME isolation returns pong (exit 0) on 1.18.30. So the failure is not auth, network, or the free model being gone outright.
• The production app is driving 1.18.31 TUI panes successfully (conditions included) in daily use, so the package's runtime path works; it is the recorded scenario's tool-call → permission surface that no longer reproduces.

Impact

• The compatibility pass cannot currently discriminate any two opencode versions, so acceptance of version bumps (e.g. the feat(setup): bundle the OpenCode CLI as a managed runtime binary #994 bundled pin at 1.18.31) cannot ride the live suite; acceptance had to fall back to deterministic suites + production evidence.
• Any future opencode release that changes the permission/question surface would go undetected by this suite — it is red for everything, so red no longer means anything.

Likely suspects (unverified)

• The free opencode/big-pickle backing model no longer issues the bash tool call for the scenario prompt (plain replies work; tool-calling may have changed).
• The TUI permission surface or its server-bus vocabulary changed in a release deployed to the free-model path in a version-nonspecific way (both tested versions were built after the recordings).

Environment

macOS darwin-arm64, Node 24, package at current main, binaries: official upstream release assets v1.18.30 and v1.18.31.