Oh My OpenCode Slim 多智能体套件
为 OpenCode 编排专长分工与多模型协作，自动并行推进开发任务。
按维度查看评分与理由
证据显示：插件安装会修改全局配置文件（~/.config/opencode/opencode.json），并生成预设配置，包含模型和MCP权限设置。技能分配是权限授予，默认仅分配特定技能。安装时询问是否启用Companion，默认否。数据流方面，文档描述了Orchestrator派遣后台代理，但未明确数据流向和敏感数据处理。依赖项包括多个第三方包，但未提供安全审计或漏洞扫描证据。外部效果包括修改配置文件、启动后台进程（Companion）、克隆依赖等，但未明确用户确认机制。回滚方面，文档提到配置重置，但未提供自动回滚。来源归属：代码和文档明确指向作者和仓库，但发布者未验证。扣分原因：缺乏明确的权限最小化原则、用户确认机制、数据流透明度和敏感数据处理细节；依赖安全未验证；外部效果未充分说明；回滚机制不完整。
证据显示：README和文档描述一致，多个文档相互引用，自洽性较好。依赖项在package.json中列出，但未提供锁定文件或版本固定证据。失败消息方面，文档提到故障排除，但未提供具体错误处理机制。扣分原因：依赖可用性未验证，失败消息处理不充分。
证据显示：README面向开发者，提供了多种使用场景（代码库调查、文档参考、架构审查、UI工作、实现任务）。能力边界通过技能和MCP权限配置明确。触发精度通过@agentName和技能调用明确。环境适配：支持多种模型提供商和预设，但未明确操作系统和版本要求。扣分原因：环境适配信息不完整。
证据显示：信息架构清晰，有README、文档目录、配置参考。安装说明详细，包括手动和自动安装。命名稳定，版本号明确。示例和FAQ：README包含用户评价和快速开始，但缺少FAQ。已知限制：文档提到Council成本高，但未系统列出限制。许可证：MIT许可证明确。版本控制：package.json有版本号，但未提供CHANGELOG。维护责任：有SECURITY.md和贡献者指南，但未明确维护者。扣分原因：缺少FAQ、CHANGELOG和明确的维护者。
证据显示：输出可用性：生成的配置和技能可直接使用。边际价值：提供多代理编排，相比单一模型有优势。成本效益：文档提到$30预设，但未提供详细成本分析。扣分原因：成本效益分析不充分。
证据显示：README中的声明（如功能、性能）未提供测试或基准数据。跨来源验证：用户评价来自社区，但未提供可验证的链接。事实与推断分离：文档中神话描述与功能描述混合，但未明确区分。扣分原因：缺乏可验证的证据和事实/推断分离。
- 该插件会修改全局配置文件并可能启动后台进程，安装前请备份配置。
- 依赖项未提供安全审计证据，请自行评估供应链风险。
- 发布者身份未验证，请谨慎使用。
这个 Agent 能做什么，适合哪些场景？
Oh My OpenCode Slim 是一个面向 OpenCode 的智能体编排插件，而非独立应用或通用 API 服务。它以 Orchestrator 为协调中心，将代码库侦察、外部资料检索、架构判断、UI 实现和限定范围的编码任务分发给专门角色，并汇总结果后继续推进。内置的核心团队包括 Orchestrator、Explorer、Oracle、Council、Librarian、Designer 和 Fixer；可选的 Observer 用于读取图像、截图、PDF 与其他视觉文件。插件通过本地 OpenCode 配置启用，并支持在预设中为不同角色分配不同提供商与模型。适合希望在 OpenCode 中建立可配置、可观察的并行子智能体工作流的开发者；采用前应接受其对 OpenCode、模型提供商认证和本地配置的依赖。
安装命令会将插件写入 ~/.config/opencode/opencode.json 的 plugin 数组，并生成 ~/.config/opencode/oh-my-opencode-slim.json 配置。Orchestrator 规划工作图并以后台任务调度专员；Explorer 进行代码库侦察，Librarian 通过 websearch、context7 与 gh_grep 获取外部资料，Oracle 用于架构、疑难调试与代码审查，Designer 和 Fixer 分别承担界面实现与范围明确的编码工作。用户可用 @agentName 手动委派，用 @council 将同一问题并行交给多个模型并由 Council 综合，也可用 /preset 切换整套模型配置。插件还提供 LSP 工具、覆盖 25 种语言的 AST 感知搜索，以及 codemap、deepwork、verification-planning 等提示式技能。启用 Observer 后，图像附件可自动路由给它，通过 read 工具返回结构化视觉观察结果。
- 使用 OpenCode 维护大型代码库的工程师：先让 Explorer 侦察文件与模式，再由 Orchestrator 分派后续工作。
- 需要比较两个重构方案的技术负责人：用 @council 并行收集多个模型判断，再获得综合结论。
- 需要查询最新框架文档或 GitHub 代码的开发者：让 Librarian 使用配置允许的 websearch、context7 或 gh_grep。
- 要在保持主会话可交互的同时并行实施多个小改动的开发者：由 Orchestrator 把限定任务交给后台 Fixer。
- 使用非多模态 Orchestrator、但需要分析截图或 PDF 的团队：启用 Observer 并配置视觉模型。
这个 Agent 有哪些优点和局限？
- 将协调、代码库侦察、研究、架构判断、UI 和实施拆分为明确角色，而非只提供单一通用助手。
- Orchestrator 以后台子任务为默认工作方式，可并行调度并在结果返回后进行汇总。
- 支持按角色配置模型、技能与 MCP 权限，并提供 OpenAI 与 OpenCode Go 预设以及运行时
/preset切换。 - Council 可并行调用多个模型并综合回答，适合需要比较不同技术判断的场景。
- 提供代码智能能力，包括 LSP 工具、25 种语言的 AST 感知搜索，以及 websearch、context7、gh_grep MCP。
- 核心部署边界是 OpenCode；仓库证据并未表明它可作为独立库、独立 Web 服务或其他聊天产品的原生插件运行。
- 使用前必须配置模型提供商并执行
opencode auth login；可用模型与费用取决于所选提供商和预设。 - Council 同时运行多个模型，README 明确说明这是系统中通常成本最高的路径，因此自动调用受到严格限制。
- 可选 Observer 默认关闭；需要视觉分析时，必须启用它并配置支持视觉的模型。
- README 仅提供部分文档内容；具体自定义选项、ACP 配置细节及故障处理的完整行为在所给证据中不可验证。
如何安装或部署这个 Agent？
前提是已安装 OpenCode，并可登录所需模型提供商。使用 Bun：bunx oh-my-opencode-slim@latest install；没有 Bun 时可用：npx oh-my-opencode-slim@latest install。随后运行 opencode auth login，再执行 opencode models --refresh。安装器默认生成并启用 openai 预设；如需 OpenCode Go 预设，可执行 bunx oh-my-opencode-slim@latest install --preset=opencode-go。
如何使用这个 Agent？
启动 opencode 后，先输入 ping all agents 验证已配置的角色是否响应。打开 ~/.config/opencode/oh-my-opencode-slim.json，在 presets 中为每个角色设置可用的 model、可选的 variant、skills 与 mcps。在会话中可用 @agentName <task> 手动委派，使用 @council <question> 请求多模型综合，或以 /preset 切换预设。若要查看后台智能体活动，可在安装时使用 --companion=yes，并可按文档配置多路复用器窗格。
这个 Agent 与同类方案有什么区别？
仓库提供 OpenAI 与 OpenCode Go 两套预设：前者将 Terra、Sol、Luna 分配给不同角色；后者使用 OpenCode Go 模型，并因其 Orchestrator 非多模态而启用 Observer。它们是同一 OpenCode 插件内的配置选择，不是独立竞争产品。
常见问题
是否只能使用一种模型提供商？
如何控制联网与 MCP 权限？
mcps；示例中 Librarian 获得 websearch、context7 和 gh_grep，而其他角色可配置为空。后台任务失败或角色无响应怎么办？
ping all agents；README 指出若角色未响应，应检查提供商认证和配置文件。