OpenCode使用系列课程连载(2)——进阶技巧篇(让你的 AI 更懂你)
Excerpt
哈喽大家好~ 上期我们讲了 OpenCode 的基础操作,相信大家已经能上手写代码、改 bug 了。但光会用还不够,今天咱们讲点真正能提升效率的进阶技巧,让你的 AI 助手更懂你,帮你省更多时间!本篇不讲复杂原理,全是你日常能用得上的实用技巧,跟着练一遍,工作效率直接翻倍!一、会话管理:别让你的工作白费新手最容易踩的坑:干半天忘记保存,第二天全没了。OpenCode 的会话管理就是来救你的,学会这
哈喽大家好~ 上期我们讲了 OpenCode 的基础操作,相信大家已经能上手写代码、改 bug 了。但光会用还不够,今天咱们讲点真正能提升效率的进阶技巧,让你的 AI 助手更懂你,帮你省更多时间!
本篇不讲复杂原理,全是你日常能用得上的实用技巧,跟着练一遍,工作效率直接翻倍!
一、会话管理:别让你的工作白费
新手最容易踩的坑:干半天忘记保存,第二天全没了。OpenCode 的会话管理就是来救你的,学会这招,你的工作成果再也不会 丢。
1.1 保存会话:每完成一个功能点就保存
在 OpenCode 交互界面内,直接输入:
/save
就能保存当前会话的所有操作记录、AI 对话、文件修改等。
什么时候保存? 建议养成这些习惯:
-
每写完一个功能模块(比如加法函数、数据库查询)就
/save -
每次修改重要文件后立即
/save -
准备离开电脑前一定要
/save -
遇到复杂问题开始调试前先
/save(留个恢复点)
1.2 恢复会话:秒回到上次工作状态
下次继续干活时,进入你的项目目录,输入:
opencode --continue
就能直接回到上次保存的状态,包括:
-
AI 对话历史
-
文件修改记录
-
连接的模型
-
当前的工作目录
实战场景:昨天写了一半的 API 接口,今天直接 opencode --continue,所有上下文都在,不用重新解释需求,AI 直接接着干。
1.3 会话文件存储位置
OpenCode 会自动保存会话文件到你的项目目录下,文件名格式为:.opencode_session_{时间戳}.json
-
Windows:通常在
C:\Users\你的用户名\.opencode\sessions\ -
Linux/Mac:通常在
~/.opencode/sessions/
小技巧:如果你想把会话分享给队友,直接复制这个 JSON 文件到项目目录,队友用 opencode --continue 就能加载你的会话。
1.4 多项目会话隔离技巧
不同项目建议用不同的会话,避免混淆:
# 项目A
cd ~/project-a
opencode --continue # 自动加载 project-a 的会话
# 项目B
cd ~/project-b
opencode --continue # 自动加载 project-b 的会话
核心原则:一个项目一个会话文件,互不干扰,AI 能精准理解每个项目的上下文。

二、全局提示词:一次配置,长期受益
上期我们讲了 /init 命令会自动生成 AGENTS.md 文件,这个文件就是全局提示词的核心。配置好它,AI 能更懂你的项目规范,少踩坑、多出活。
2.1 AGENTS.md 详解:AI 的项目说明书
AGENTS.md 是 OpenCode 自动生成的项目说明文件,AI 每次生成代码前都会先读这个文件,了解你的项目结构、编码规范、技术栈等。
自动生成的 AGENTS.md 内容示例:
# 项目配置
## 项目类型
Golang 项目
## 目录结构
- src/: 源代码目录
- tests/: 测试文件目录
- docs/: 文档目录
## 编码规范
- 使用 golangci-lint 进行代码检查
- 遵循 Go 官方编码规范
- 函数命名采用驼峰命名法
2.2 自定义全局提示词:让 AI 更懂你
你可以手动编辑 AGENTS.md,添加你的个性化需求,让 AI 生成更符合你预期的代码。
实战模板:推荐添加的内容
# 项目配置(自定义版)
## 技术栈
- 后端框架:Gin
- 数据库:PostgreSQL
- ORM:GORM
- 测试框架:testify
## 编码风格(重点)
- 错误处理必须显式处理,不能忽略
- 所有对外 API 必须添加注释(包含参数说明、返回值说明)
- 敏感信息(密码、密钥)必须使用环境变量
- 日志级别:INFO/WARN/ERROR
## 常用工具链
- 代码格式化:go fmt
- 依赖管理:go mod
- 热重载:air
- API 测试:curl / Postman
## 禁止事项
- 禁止使用 `sync.WaitGroup` 替代 `context.Context`
- 禁止在循环中频繁创建 goroutine
- 禁止硬编码数据库连接字符串
配置后的效果:你让 AI "写一个用户登录接口",它会自动:
-
使用 Gin 框架
-
添加完整的参数注释
-
错误处理显式返回
-
敏感信息使用环境变量
-
符合 GORM 的数据库操作规范
2.3 全局提示词的最佳实践
写什么:
-
✅ 项目技术栈(框架、数据库、工具链)
-
✅ 编码规范(命名规则、注释要求、错误处理)
-
✅ 目录结构(每个目录的用途)
-
✅ 禁止事项(避免踩坑)
不写什么:
-
❌ 过于详细的业务逻辑(AI 会从代码中学习)
-
❌ 与代码无关的团队规则(比如会议时间、请假流程)
-
❌ 重复的官方规范(Go 官方规范不用写)
如何迭代优化:
-
初期配置基础规范即可
-
使用过程中发现 AI 总是犯错,就补充到
AGENTS.md -
定期回顾(每周/每月),删除过时的配置
2.4 多项目共享提示词模板
如果你有多个项目用相同的技术栈和规范,可以创建一个共享模板:
# 创建共享模板
mkdir ~/.opencode/templates
cat > ~/.opencode/templates/golang-standard.md << EOF
# Golang 标准项目配置
[你的标准配置内容]
EOF
# 新项目直接复制模板
cp ~/.opencode/templates/golang-standard.md ~/my-new-project/AGENTS.md
核心优势:新建项目 10 秒配置好规范,AI 立即进入状态,不用每次手写。

三、内置 Agent 系统:让 AI 主动帮你干活
这是 OpenCode 的杀手级功能,Agent 不会等着你下命令,而是主动帮你完成任务。理解了这个概念,你的开发效率能提升一个量级。
3.1 什么是 Agent 系统?
普通模式:你问"写一个用户注册接口",AI 给你代码,你手动复制、粘贴、运行、测试。
Agent 模式:你问"帮我完成用户注册功能",Agent 会自动:
-
分析项目结构
-
编写代码
-
创建必要的文件
-
运行测试
-
发现 bug 自动修复
-
生成文档
核心差异:Agent 是主动的、有目标的,能完成一整套任务链,而不是只回答你的单点问题。
3.2 常用内置 Agent 调用示例
OpenCode 内置了多个实用 Agent,直接调用就行:
代码审查 Agent
/code_review src/user.go
Agent 会:
-
检查代码是否符合规范
-
发现潜在 bug
-
提出优化建议
-
自动修复简单问题
测试生成 Agent
/gen_tests src/user.go
Agent 会:
-
分析代码逻辑
-
自动生成测试用例
-
覆盖边界情况
-
运行测试确保通过
文档生成 Agent
/gen_docs src/api/
Agent 会:
-
扫描 API 代码
-
自动生成接口文档
-
提取参数说明
-
输出 Markdown 格式文档
重构 Agent
/refactor src/legacy.go --style=clean
Agent 会:
-
分析旧代码
-
重构为清晰可维护的代码
-
保持功能不变
-
自动运行测试确保重构正确
3.3 Agent 与普通命令的对比
| 对比维度 | 普通命令 | Agent 系统 |
|---|---|---|
| 工作方式 | 被动响应你的指令 | 主动完成一整套任务 |
| 任务范围 | 单点问题(写一个函数) | 多步骤任 务(完成一个功能模块) |
| 自主性 | 不会自动执行后续步骤 | 自动判断下一步做什么 |
| 适用场景 | 快速查询、代码生成 | 功能开发、测试、重构 |
实战建议:
-
简单任务用普通命令(比如"写一个排序函数")
-
复杂任务用 Agent(比如"帮我完成用户权限管理功能")
3.4 创建自定义 Agent 的基础(进阶篇预告)
OpenCode 支持你创建自己的 Agent,但需要理解一些高级概念,比如:
-
Agent 的任务分解逻辑
-
工具链的调用方式
-
状态管理机制
这部分我们留到进阶篇详细讲,现在先用好内置 Agent 就够了。

四、管理你的 AI 环境:多模型协作
新手前期用一个模型就够了,但当你项目变复杂,就需要学会多模型协作,让不同的 AI 各司其职,效率更高。
4.1 多模型配置实战
OpenCode 支持同时配置多个模型,你可以在一个会话中灵活切换。
配置步骤:
# 连接第一个模型(用于写代码)
/connect GPT-4
# 保存会话
/save
# 切换到第二个模型(用于代码审查)
/models
# 选择 Claude-3.5-Sonnet
配置后的使用场景:
-
写代码用 GPT-4(代码质量高)
-
代码审查用 Claude-3.5-Sonnet(理解能力强)
-
简单任务用 GPT-3.5(响应快、成本低)
4.2 场景化模型选择策略
不同模型适合不同任务,选对模型事半功倍:
写代码场景:
-
首选:GPT-4 / Claude-3-Opus
-
备选:GPT-3.5(简单任务)
-
不推荐:本地小模型(代码质量不稳定)
代码审查场景:
-
首选:Claude-3.5-Sonnet / Claude-3-Opus
-
备选:GPT-4
-
不推荐:GPT-3.5(理解能力有限)
文档生成场景:
-
首选:Claude-3-Opus(文笔好)
-
备选:GPT-4
-
不推荐:GPT-3.5(生成的文档不够清晰)
快速问答场景:
-
首选:GPT-3.5(响应快)
-
备选:本地模型(免费)
-
不推荐:GPT-4(成本高、没必要)
4.3 模型切换技巧
快速切换模型