1. 声明路由协议（配置层）

引擎给每个模型解析 api 的顺序是：

route.api  ??  目录里该模型的 api  ??  目录内所有模型共有的 api

opencode-go 目录里的模型横跨三种协议（anthropic-messages / openai-completions / openai-responses），第三项推不出来；目录外的新模型（如 deepseek-v4.1-flash）连第二项都没有。于是引擎报 needs an api，模型页的严格校验也拒绝保存。

插件通过 cordis.patch.yml 给 llm-pi-ai 行补 providers.opencode-go.api: openai-completions （OpenCode Go 的 OpenAI 兼容端点说的就是这个协议）。

同一个补丁行也给 commandcode 补了 api 和 baseURL —— Command Code 完全不在自带目录里，没有目录可推，所以地址必须由补丁层提供；写在补丁层（基础层）意味着你一次都不用填，只需要给密钥。（这个补丁只覆盖默认名字；别的名字由运行时按接口地址识别后自己补上 api 和 baseURL。）

配置（`cordis.patch.yml` 的行 config，全部可选）

键	说明
`providers`	附加会话头的路由名，默认 `['opencode', 'opencode-go']`；自定义路由名时加进来
`commandcodeProviders`	额外的 Command Code 路由 id（默认不需要填：插件按接口地址自动识别 `api.commandcode.ai` 上的路由）。仅当某条路由的地址在配置里看不到时才用它明确指定
`mode`	`'uuid'`（默认，安全）或 `'session-id'`（显式可选，会发送内部会话 ID）
`debug`	`true` 时记录每个收到头的流式调用
`debugFile`	追加 JSON 日志的路径；仅 `$DSH_HOME/logs` 或系统临时目录下的路径生效；日志里的 `session` 是 SHA-256 单向散列

dsh-gateway-models

安裝

說明文件

1. 声明路由协议（配置层）

配置（`cordis.patch.yml` 的行 config，全部可选）

安裝

說明文件

1. 声明路由协议（配置层）

配置（cordis.patch.yml 的行 config，全部可选）

配置（`cordis.patch.yml` 的行 config，全部可选）