OpenCode 的 OMO Slim 插件配置记录

为什么禁用 Council#

Council 这种东西并不是完全没用。遇到非常复杂的架构取舍、多系统重构、长期维护风险，找几个模型从不同角度评审一下，确实可能有价值。

但日常写代码不是天天在修三峡大坝。大部分任务就是：先找文件，再改代码，再跑测试。为了这种事开会，纯属给自己找麻烦。

我的感觉是，Council 最大的问题有两个：

1. 慢。几个角色来回说话，哪怕结论正确，也要等它们把流程走完。
2. 贵。每个角色都要消耗上下文和 token，最后很多内容只是重复包装。

这和现实里的会差不多。真正能解决问题的人，通常两句话就知道该干什么；解决不了问题的人，才喜欢把简单事情流程化、会议化、仪式化。AI agent 也一样，能直接派活就直接派活，别动不动搞“专家组会诊”。

所以 OMO Slim 里我把 Council 当成默认禁用，只在用户明确需要的时候再考虑打开。平时保留几个真正有用的角色：

• orchestrator：调度任务，决定自己做还是派给别的角色。
• explorer：快速搜代码、找文件、梳理项目结构。
• fixer：执行明确的代码修改。
• librarian：查外部文档和 GitHub 示例。
• oracle：处理复杂判断、架构取舍、代码审查。这个角色不能去掉，尤其是代码审查不能丢给主代理自己负责。
• designer：专门管 UI/UX、布局、视觉和交互。这个角色大概率不是每次都用得上，但偶尔真有 UI 任务时还是得存在。

这样分工比较朴素，但也够用了。写代码不是拍电影，没必要每个角色都出场。

安装插件#

OpenCode 的主配置里启用插件就行：

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "plugin": [
4
    "oh-my-opencode-slim@latest"
5
  ]
6
}

我自己的 OpenCode 里还配置了 codegraph、chrome-devtools 这些 MCP，不过这些和 OMO Slim 本身不是一回事。插件只要在 plugin 里加上就能加载。

OMO Slim 配置文件#

OMO Slim 的配置文件一般放在：

1
~/.config/opencode/oh-my-opencode-slim.jsonc

我现在用的是一个自建模型池 preset。下面是删掉敏感信息、也把 provider 名字去掉之后的主要配置：

1
{
2
  "$schema": "https://unpkg.com/oh-my-opencode-slim@latest/oh-my-opencode-slim.schema.json",
3
  "agents": {
4
    "council": {
5
      "model": "gpt-5.6-luna"
6
    },
7
    "designer": {
8
      "model": "gpt-5.6-luna"
9
    },
10
    "explorer": {
11
      "model": "gpt-5.6-luna"
12
    },
13
    "fixer": {
14
      "model": "gpt-5.5",
15
      "variant": "high"
16
    },
17
    "librarian": {
18
      "model": "gpt-5.6-luna"
19
    },
20
    "oracle": {
21
      "model": "gpt-5.5",
22
      "variant": "high"
23
    },
24
    "orchestrator": {
25
      "model": "gpt-5.5",
26
      "variant": "high"
27
    }
28
  }
29
}

这里不要把 apiKey、baseURL 之类的东西贴到博客或者公开仓库里，provider 名字也可以直接去掉。模型 provider 的配置应该放在 OpenCode 自己的配置里，写教程时最多写模型层级和角色分配，密钥一个字都别露。

这些角色怎么分模型#

我的分配原则很简单：调度和判断用强一点的模型，搜索和查资料用便宜一点的模型，真正写代码的角色不能太弱。

1
"orchestrator": {
2
  "model": "gpt-5.5",
3
  "variant": "high"
4
}

1
"explorer": {
2
  "model": "gpt-5.6-luna"
3
}

1
"fixer": {
2
  "model": "gpt-5.5",
3
  "variant": "high"
4
}

1
"librarian": {
2
  "model": "gpt-5.6-luna"
3
}

1
"oracle": {
2
  "model": "gpt-5.5",
3
  "variant": "high"
4
}

1
"designer": {
2
  "model": "gpt-5.6-luna"
3
}

一个比较舒服的使用方式#

我的建议是，日常使用时不要上来就让 AI “全面分析、充分讨论、给出最佳方案”。这种提示词很容易把事情带偏，让它开始长篇大论。

可以更直接一点：

1
帮我找出这个报错的来源，修掉它，跑最小相关测试。

或者：

1
这个页面的移动端布局不好看，让 designer 调整一下响应式和视觉层级。

或者：

1
查一下这个库最新版本的写法，然后按官方推荐方式改。

OMO Slim 的好处就在这里。你不需要自己手动说“先派 explorer，再派 librarian，再派 fixer”。正常情况下，调度器会自己判断。你只要把目标说清楚，它就应该用最短的路径干完，而不是围绕这个目标开一场座谈会。

总结#

我现在用 OMO Slim 的核心配置可以概括成三句话：

1. 禁用 Council，少开会，多干活。
2. 角色分工保留，但每个角色只做自己该做的事。
3. 强模型用在调度、执行和判断上，便宜模型用在搜索和资料整理上。

AI 编程工具现在最大的问题之一，就是喜欢把简单事情复杂化。套一堆 agent，起一堆名字，开一堆流程，最后改个按钮颜色都像在指挥诺曼底登陆。OMO Slim 这套配置对我来说最重要的价值，反而是把这些多余的东西砍掉。

工具嘛，能少废话把活干完，就已经很好了。