rag系列文章目录
文章目录
- rag系列文章目录
- 前言
- 一、opencode简介
- [二、opencode vs claude code](#二、opencode vs claude code)
- 三、oh-my-opencode插件
- 总结
前言
当前AI coding领域里面，最强的应该是claude code了，但是它并不开源，妨碍了人们对它的理解和使用。当前比较火的，开源的，和claude code很像的是opencode，今天简要介绍下。
一、opencode简介
和claude code类似，本质上其是一个ai agent，用于代码提效。
OpenCode Agents 是一套用于构建自主化、多阶段、可恢复（self-healing）的文档生成 / 代码自动化工作流的机制，它基于标记化的 agent 配置文件驱动执行整个流程。
核心理念
- 代理模式（Agentic Workflows）
OpenCode 将复杂流程拆分成"主代理（primary agent）"与多个"子代理（subagents）"，通过任务委派（Task）机制协调执行。 - 工具驱动 + 状态跟踪
每个代理具有一组工具权限（读取、写入、Bash、任务调度等），并通过 JSON manifest 跟踪每个阶段结果、状态与错误恢复点。这样流程不仅可执行，还能中断后从断点继续执行，实现所谓的"self-healing 文档流水线"。
设计特点，类似"主任务代理 + 子任务专家"：
- Primary agent：负责主流程，访问所有工具，协调各阶段。
- Subagents：用于执行单个子流程，如图像生成、文本修复等。
- 任务委派（Task）：主代理能把任务交给子代理运行。
这种分层设计便于构建清晰、模块化工作流。
二、opencode vs claude code
| 特性 | OpenCode | Claude Code |
|---|---|---|
| 开源 | ✅ 完全开源 | 闭源 |
| 终端体验 | ✔ 原生 TUI + CLI | ✔ 也支持 CLI/IDE 集成 |
| 多模型支持 | ✔ 任意 LLM & 本地 | 主依赖 Anthropic |
| Self-healing 管理 | ✔ 内建 manifest + resume | 主要依赖语境化 agent 调度 |
| Agent 架构 | 主/子协作 + 权限声明 | 更偏单一 Agent + 内建模型逻辑 |
OpenCode 设计上更像是一个可自定义的 Agent 生态平台，支持复杂 multi-agent 工作流，并且通过 manifest 机制提供自愈恢复。
Claude Code 则更偏向一个面向具体任务的 Agent 框架，用户通过子 Agents 与 MCP 等机制完成工作。
OpenCode 的优势：
- 开源可自托管，无厂商锁定。
- 支持 75+ 模型与本地模型。
- 结构化 Agent + Self-Healing 机制，适合复杂长流程。
- 细粒度工具权限与 agent 协作配置，利于安全/团队协作。
三、oh-my-opencode插件
使用opencode，最好加上这个oh-my-opencode插件，它主要的优势是：多模型编排（不同任务由不同模型负责）、LSP / AST 工具集成与增强、丰富的预设 Agents。
| Agent 名称 | 主要用途 | 典型模型 |
|---|---|---|
| Sisyphus | 主协调 agent，推进复杂任务流程 | Claude Opus 4.5 |
| oracle | 复杂架构与策略分析 | GPT-5.2 |
| librarian | 多库文档 / 代码搜索与参考 | Gemini 3 Flash / Claude Sonnet |
| explore | 代码库探索与模式查找 | 多模型组合 |
| frontend-ui-ux-engineer | 生成富 UI/UX 代码 | Gemini 3 Pro |
| document-writer | 文档与说明写作 | Gemini 3 Flash |
这些内置 agent 具有明确分工（例如前端专家 vs 文档专家 vs 搜索专家），可以像团队成员一样协作，而不是单一的"万能 LLM"。
总结
大家使用claude code的时候，也可以试试opencode，它们两者在使用风格等等很多方便都很类似，借助开源项目，能够更好地理解当前Ai coding的发展，并将其思路应用于自己的开发工作中。