Skip to content

[Bug] Background jobs and subagents force GPT-5 Nano even when small_model is set to gpt-5.4 and opencode provider is disabled #24812

Closed

Description

@GinCanhViet

Description

Describe the bug

Even though I have:

  • Disabled the opencode (and opencode-zen) provider
  • Set both "model" and "small_model" to openai/gpt-5.4
  • Explicitly configured multiple agents (build, plan, task, code-reviewer, analyze) to use openai/gpt-5.4

OpenCode still uses GPT-5 Nano for subagents / background jobs (especially those triggered by the oh-my-openagent plugin).

In the screenshot, you can see:

Explore · GPT-5 Nano · 10:09 PM

This happens with the internal initiator: <!-- OMO_INTERNAL_INITIATOR -->

Steps to reproduce

  1. Use the following config (or very similar):
{
  "$schema": "https://opencode.ai/config.json",
  "disabled_providers": ["opencode"],
  "enabled_providers": ["openai"],
  "model": "openai/gpt-5.4",
  "small_model": "openai/gpt-5.4",
  "plugin": ["oh-my-openagent", "true-mem"],
  "provider": {
    "openai": { ... }
  },
  "agent": {
    "task": { "model": "openai/gpt-5.4", "mode": "subagent" },
    "build": { "model": "openai/gpt-5.4" },
    "plan": { "model": "openai/gpt-5.4" },
    ...
  }
}
  1. Trigger any action that spawns a subagent (especially via oh-my-openagent — Explore, analyze, etc.).
  2. Observe that subagent/background task still runs on GPT-5 Nano.

Expected behavior

All agents, subagents, and background/lightweight tasks should respect the configured model / small_model and never fall back to GPT-5 Nano when that provider is disabled and a different model is explicitly set.

Actual behavior

Subagents (particularly those started by OMO_INTERNAL_INITIATOR) ignore the config and default to GPT-5 Nano.

Environment

  • OpenCode version: lastest version
  • OS: Windows
  • Plugin: oh-my-openagent, true-mem
  • Provider: OpenAI

Additional context

This seems to be a regression or hard-coded fallback inside the subagent / internal initiator logic, bypassing user configuration for small_model and disabled providers.

It forces usage of a model I explicitly do not want (and have disabled the provider for).

Plugins

oh-my-openagent, true-mem

OpenCode version

lastest

Steps to reproduce

No response

Screenshot and/or share link

Image

Operating System

Windows 11

Terminal

No response

Activity

  1. added
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on Apr 28, 2026
  2. github-actions commented on Apr 28, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

    If your issue is distinct from these (e.g., specific to the oh-my-openagent OMO_INTERNAL_INITIATOR path), please add a note clarifying how it differs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingcoreAnything pertaining to core functionality of the application (opencode server stuff)windows

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions