1. 为什么值得花时间读 OpenCode 源码OpenCode 是一款开源的 AI 编程智能体AI Coding Agent用 TypeScript 编写、跑在 Bun 运行时上整个仓库用 Monorepo 组织。它能做的事很具体在终端里跟你对话帮你读文件、改代码、跑命令、搜代码库把「AI 辅助编程」从聊天窗口搬进了真实项目目录。适合谁适合已经会用 Copilot 补全、但想搞清楚「智能体到底怎么调度工具」的开发者也适合想自己写一个 Agent 框架的人。我最初接触它是因为好奇一个终端里的 Agent 怎么做到既安全又灵活——它要能执行 shell 命令又不能把项目搞崩。读进去才发现OpenCode 的工程化程度比想象中高客户端-服务器分离、Agent 与 Tool 解耦、权限系统细到单个工具。这些设计不是炫技而是为了让「AI 动手改代码」这件事可控。这篇不打算复述官方文档而是带你从工程落地视角走一遍目录结构怎么分、模块边界在哪、一次请求从输入到执行经过哪些文件。中间会给出可复制的本地启动配置、依赖安装命令以及一次端到端验证动作。跑通之后你再回去读源码很多设计会一下子说得通。需要说明的是OpenCode 本身是客户端它要调用大模型才能工作。模型接入这块我用的是 TaoToken 的兼容接口后面会给具体配置。你可以把它理解成「给 Agent 供能的插座」Agent 逻辑归 OpenCode模型调用走标准 API。2. 环境准备Bun、Monorepo 与 TaoToken 接入前置先把运行环境理清楚。OpenCode 选 Bun 不是随便选的Bun 自带包管理、运行时、打包器还能直接跑 TypeScript省掉了 tsc 编译和 ts-node 的中间层。对 Monorepo 来说这意味着bun install一次就能把 workspace 里所有包的依赖装好速度比 npm/yarn 快不少。安装 Bun 的命令macOS/Linux 下curl -fsSL https://bun.sh/install | bashWindows 用 PowerShellpowershell -c irm bun.sh/install.ps1 | iex装完验证bun --version # 期望输出类似 1.1.x接着克隆 OpenCode 仓库并安装依赖。Monorepo 的依赖安装有个坑不要在子包目录里单独bun install要在仓库根目录执行否则 workspace 链接会断。git clone https://github.com/sst/opencode.git cd opencode bun installbun install会读取根目录的package.json里的workspaces字段把packages/*下所有子包的依赖统一解析。装完后你会看到根目录多了bun.lockb这是 Bun 的二进制锁文件别手动改。现在说模型接入。OpenCode 支持多家 provider配置方式是在项目或用户目录下写配置文件。我这边用 TaoToken 的兼容端点它的 Base URL 是https://taotoken.net/apiKey 在控制台生成。你需要先去官网注册账号然后在 API Keys 页面创建一个密钥。地址是 https://taotoken.net/api-keys 创建后复制那串sk-开头的字符串后面配置要用。模型 ID 方面TaoToken 兼容 OpenAI 与 Anthropic 两种协议风格常用的有claude-sonnet-4-5、gpt-4o这类。具体可用列表在模型对话页面能查到https://taotoken.net/models 。选模型的原则很简单要长上下文和强代码能力就选 Claude 系要便宜快速就选 GPT 系的小模型先跑通链路。这里有个认知要先建立OpenCode 的 Agent 逻辑和模型是解耦的。你换模型Agent 的工具调用流程不变变的只是「大脑」的推理质量。所以本地跑通阶段用便宜模型验证链路稳定后再换强模型做真实开发这样成本可控。3. 可复制配置settings 与 provider 参数怎么写OpenCode 的配置分两层一层是项目级放在项目根目录的.opencode目录或配置文件里一层是用户级放在~/.config/opencode/下。我建议先配用户级这样所有项目都能用。用户级配置文件路径macOS/Linux~/.config/opencode/opencode.jsonWindows 下对应%APPDATA%\opencode\opencode.json内容长这样直接复制改 Key 即可{ $schema: https://opencode.ai/config.json, provider: { taotoken: { npm: ai-sdk/openai-compatible, name: TaoToken, options: { baseURL: https://taotoken.net/api, apiKey: sk-你的密钥填这里 }, models: { claude-sonnet-4-5: { name: Claude Sonnet 4.5 }, gpt-4o: { name: GPT-4o } } } }, model: taotoken/claude-sonnet-4-5 }几个字段解释一下。npm指定用哪个 AI SDK 适配器OpenAI 兼容协议就用ai-sdk/openai-compatible。baseURL是https://taotoken.net/api注意不要加多余的路径后缀SDK 会自己拼/v1/chat/completions。apiKey就是刚才在控制台生成的那串。models里声明你打算用的模型 IDmodel字段设默认模型格式是provider名/模型ID。如果你更习惯用环境变量而不是把 Key 写进文件可以改成options: { baseURL: https://taotoken.net/api, apiKey: {env:TAOTOKEN_API_KEY} }然后在 shell 里导出export TAOTOKEN_API_KEYsk-你的密钥这样配置文件可以安全地提交到 GitKey 留在本地环境里。团队协作时推荐这种写法。项目级配置则放在项目根目录的opencode.json用来覆盖用户级设置比如某个项目强制用便宜模型{ model: taotoken/gpt-4o }配置写完后OpenCode 启动时会自动读取。如果 JSON 格式错了它会直接报解析错误并指出行号这点比很多工具友好。改完配置不用重启系统重新跑一次命令即可生效。4. 端到端验证从 bun dev 到一次真实工具调用配置就绪现在跑一次完整链路。OpenCode 的 Monorepo 里核心包在packages/opencode开发模式启动命令在根目录执行bun run dev如果根目录没有dev脚本直接进核心包cd packages/opencode bun run src/index.ts启动后你会看到 TUI 界面底部有输入框。第一次运行它会检查配置如果 Key 或 baseURL 有问题会在启动日志里提示。确认没问题后输入一句测试指令帮我看看当前目录下有哪些 TypeScript 文件这时候观察它的行为。它会先「思考」然后调用glob或bash工具去列文件最后把结果返回给你。这个过程就是 Agent-Tool 模式的实况模型决定调哪个工具OpenCode 执行工具把结果喂回模型模型再组织语言回复。如果你想更清楚地看到请求链路可以开调试日志。在启动前设置环境变量DEBUGopencode:* bun run dev日志会打印出每次模型请求的 URL、请求体摘要、工具调用参数。你会看到请求实际发往https://taotoken.net/api/v1/chat/completions响应里带tool_calls字段OpenCode 解析后执行对应工具。再做一个更贴近真实的验证让它改一个文件。在测试项目里建一个hello.tsexport function greet(name: string) { return hello name; }然后对 OpenCode 说把 greet 函数改成模板字符串写法它会调用read读文件调用edit或apply_patch写回修改。完成后你cat hello.ts确认export function greet(name: string) { return hello ${name}; }这一步跑通说明整条链路——TUI 输入、SDK 通信、Server 调度、Agent 决策、Tool 执行、模型调用——全部打通。接下来读源码时你脑子里有了这条动态链路静态代码就不再抽象。验证模型本身是否正常也可以直接在模型对话页面发一条消息测试https://taotoken.net/chat 。如果那边能正常回复说明 Key 和额度没问题问题就只可能在 OpenCode 的配置格式上。5. 常见报错排查401、local proxy failed 与 reading choices跑通过程中大概率会撞几个错我把自己踩过的和社区里高频的整理出来对照着查。401 Unauthorized。这是最常见的。原因通常是 Key 写错、Key 被撤销、或者 baseURL 拼错。先确认apiKey字段是完整的sk-开头字符串没有多余空格或换行。再确认baseURL是https://taotoken.net/api不要写成https://taotoken.net/api/v1——SDK 会自己加/v1你多写一层就变成/api/v1/v1/chat/completions直接 404 或 401。如果用的是环境变量写法确认echo $TAOTOKEN_API_KEY有输出且没有引号混入。local proxy failed / ECONNREFUSED。这个报错说明 OpenCode 尝试连本地某个代理端口失败了。检查你的 shell 里有没有设置HTTP_PROXY、HTTPS_PROXY环境变量指向一个没启动的本地端口。有的话先unset掉unset HTTP_PROXY HTTPS_PROXY ALL_PROXY然后重新启动。另外确认网络能正常访问taotoken.net可以用curl -I https://taotoken.net/api看返回码。reading choices of undefined。这个错误来自 AI SDK 解析响应时发现返回体里没有choices字段。通常意味着请求根本没到模型或者返回的是错误 JSON。排查顺序先看 DEBUG 日志里实际请求的 URL 和响应体如果响应是{error: {...}}那就是 Key 或模型 ID 的问题如果响应是 HTML比如某个网关的拦截页说明 baseURL 指向了错误的服务。还有一种情况是模型 ID 写错比如写了个 TaoToken 不支持的模型名服务端返回错误结构SDK 解析时就报这个。OAuth / 登录态相关报错。OpenCode 某些 provider 走 OAuth 流程如果你混用了 OAuth 配置和 API Key 配置可能触发登录态校验失败。解决办法是明确只用一种要么全走 API Key我们这篇的配置要么全走 OAuth。检查配置文件里有没有残留的oauth字段有就删掉。工具执行被拒绝。这不是报错是权限系统在起作用。OpenCode 的 Agent 有权限范围某些危险操作比如rm -rf默认会被拦。你可以在配置里调整 Agent 权限但建议先保持默认确认是权限拦截而不是 bug。排查时有个通用技巧把DEBUGopencode:*打开日志会告诉你请求发到哪、返回了什么。90% 的问题看日志就能定位。如果日志显示请求正常但模型不回复去模型对话页面单独测一下同一个模型能快速区分是 OpenCode 的问题还是服务端的问题。6. 读懂源码后怎么把它用进日常开发跑通链路、排完错接下来才是真正有价值的部分把 OpenCode 当成一个可扩展的 Agent 框架来用。它的目录结构已经把扩展点标得很清楚。packages/opencode/src/agent/下是 Agent 定义。每个 Agent 有自己的系统提示词和权限配置。你想做一个「只读代码、不许改文件」的审查 Agent就在这加一个定义把write、edit工具的权限关掉。packages/opencode/src/tool/下是工具实现每个工具一个.ts加一个.txt描述文件。.txt是给模型看的工具说明.ts是实际执行逻辑。想加自定义工具照着现有工具抄一份注册到registry.ts即可。packages/opencode/src/server/是事件驱动的服务端。客户端通过 SDK 订阅事件流所以 AI 的「思考过程」能实时渲染。这个设计的好处是你可以写一个自己的前端——比如一个 Web 界面或者 Slack 机器人——复用同一套服务端逻辑不用重写 Agent。日常使用上我建议把 OpenCode 和 Coding Plan 搭配起来。Coding Plan 适合长期编码和 Agent 场景额度更划算适合把 OpenCode 挂在项目里持续用。配置方式一样只是 Key 换成 Coding Plan 的。地址在 https://taotoken.net/coding-plan 。如果你用的是 Claude Code 那套工作流TaoToken 也兼容 Anthropic 协议配置里把npm换成ai-sdk/anthropicbaseURL 不变模型 ID 用 Claude 系即可。这样 OpenCode 和 Claude Code 可以共用同一个 Key切换成本很低。最后给一个实用技巧读源码时别从头读到尾按「一次请求的生命周期」追。从src/index.ts入口进找到run命令跟到 SDK 调用再跟到server.ts的事件处理最后看 Agent 怎么选 Tool。这条线走一遍整个项目的骨架就清楚了。剩下的模块都是在这条主线上挂载的枝叶按需深入就行。