Repository navigation
opencode subprocess is forced to OPENCODE_CONFIG_CONTENT="{}", hiding all user providers/models #4239
Description
Activity
I can confirm this issue and provide an additional deterministic reproduction.
Area
apps/serverSteps to reproduce
- Run T3 Code with OpenCode configured as a provider.
- Confirm that OpenAI/GPT models initially appear in the T3 Code model picker.
- Keep T3 Code running for approximately 30 minutes.
- Open the model picker again.
Expected behavior
OpenAI models should remain available while OpenCode reports that the OpenAI provider is connected.
Actual behavior
The OpenAI/GPT models disappear from T3 Code's model picker after a scheduled provider refresh.
I monitored the OpenCode server started by T3 Code every 10 seconds while reproducing the problem. When the models disappeared:
- OpenCode remained healthy.
openairemained in the connected-provider list.- The OpenCode server continued returning all 13 OpenAI models.
opencode models openaicontinued listing the models.- No corresponding OpenAI authentication or connection failure occurred.
At approximately the same time, T3 Code rewrote
~/.t3/caches/opencode.json. ItscheckedAtvalue was2026-07-26T08:20:39.938Z. The refreshed cache reported only three upstream providers and omitted all OpenAI models.This indicates that the scheduled T3 Code discovery refresh is producing a different inventory from the live OpenCode server and replacing the previously valid cached inventory.
Impact
Major degradation or frequent failure.
Version and environment
- OS: Linux, Ubuntu 24.04
- T3 Code:
0.0.29-nightly.20260725.899 - T3 Code commit:
5719e8ac4020 - OpenCode:
1.18.5 - Provider: OpenAI through OpenCode OAuth
Relevant diagnostic output
Before and after the models disappeared: {"openai_models":13,"openai_connected":true} OpenCode health endpoint: {"healthy":true,"version":"1.18.5"}Workaround
Restarting T3 Code temporarily restores the models. They disappear again after a later provider refresh.
Reacted by Giovanni del VecchioThe custom provider and models I have appear in T3 Code, but requests fail with
Authentication Error: No api key passed in, while the same model works directly in OpenCode.- added a commit that references this issue
on Aug 15, 2026
Summary
When t3code launches the
opencodeCLI as a provider subprocess, it unconditionally setsOPENCODE_CONFIG_CONTENT="{}"in the child environment. Because this is written after spreading the inherited environment, it clobbers any value the user (or their shell/systemd unit) provided. The result: opencode ignores the user'sopencode.json/ inheritedOPENCODE_CONFIG_CONTENT, so no custom providers or models appear in the t3code UI.Root cause
apps/server/src/provider/opencodeRuntime.ts(default branch, and v0.0.28 stable):The explicit key wins over the spread, so an inherited
OPENCODE_CONFIG_CONTENTcan never take effect.Steps to reproduce
~/.config/opencode/opencode.json(verifyopencodeon its own shows them).t3 serve).Expected: the providers/models from the user's opencode config are available.
Actual: none appear — opencode runs with an empty config (
{}).Suggested fix
Only default
OPENCODE_CONFIG_CONTENTto empty when it isn't already provided, e.g.:(or make the empty default opt-in). Happy to open a PR.
Environment
0.0.29-nightly.*as of 2026-07-21)t3 serve)Note
This is distinct from #2797 (closed as completed): that report's log pointed at
generateThreadTitle(the separate text-generation model), whereas this is the opencode conversation subprocess env inopencodeRuntime.ts, which is still present in current source.