Vibe Coding 的最佳姿态 — Agent 选型与多 Agent 协作
作者小普系统性梳理了 Vibe Coding 工具爆发后的选型困境和四步方法论(定场景→定维度→跑测试→算成本),并给出了 VS Code 多 Agent 协作工作台的搭建方案,最后反思了生产资料所有权的核心问题。
核心观点
-
工具爆发带来选型困境:Vibe Coding 工具太多(Claude Code、Codex、Pi Agent、豆包、Kimi Code、Work Buddy 等),选错工具反而低效——框架定位不同,没有万能 Agent。新手容易用不够精细的提示词,投入精力反而比手写代码更多。
-
Agent 生态位二分法:第一阵营是模型厂商嫡系(Anthropic Claude Code、OpenAI Codex,模型·Agent·订阅一体);第二阵营是模型中立的开源工具(Pi Agent 终端 Harness、OpenClaw 开源AI助理网关、Maka 本地桌面空间),靠社区生态活着。
-
Claude Code:从零搭项目品类类选,出厂预装”经验丰富的项目经理”,主动想架构、定规范、查安全。适合从 0 到 1 的冷启动阶段。SWE-bench Verified 得分 88.6%。
-
Codex:指哪打哪——给明确指令则按边界执行,不多做不少做。适合从 1 到 N 的精细修、局部重构。SWE-bench Verified 得分 88.7%(比Claude Code 高 0.1 个百分点),Terminal Bench 2.0 得分 82%(比Claude Code 的 69.4% 明显更高),Token 消耗是 Claude Code 的 1/4。
-
Pi Agent:像一张极度空白的纸——400 Token 系统提示词、不绑定模型、完全开源。成本弹性最高。适合已有自己工作流、想要灵活控制权的用户,新手慎入。
-
OpenClaw:本地高权限执行,能看屏幕、操作本地应用、跑在 Pi 的 SDK 上。Token 消耗极高,真正好用需要 SFT 微调。适合隐私敏感 + 自动化本地任务的用户。
-
Hermes Agent:越用越懂你——任务做完后自动记成 Skill。内置一键从 OpenClaw 迁移命令,终端和飞书同一大脑。
-
Maka Agent:jakevin7 个人开发的最小轻量 Agent,极简提示词反而跑得更准。搭配 Kimi K3 评测,编程自主完成率比 Kimi Code 高 10 个百分点。
-
四步选型方法论(顺序不能乱):
- 定场景:从零搭建 vs 修已有代码库?单人 vs 团队?
- 定维度:三便利看——任务完成率(SWE-bench + Terminal Bench)、上下文效率、成本效率比
- 跑测试:把真实任务类型拿去跑,冷启动/精修/跨文件重构分开测
- 算成本:日常使用频率 × Alachal Token 消耗 → 月度费用 → 订阅价格
-
多 Agent 协作工作台:用 VS Code 作为容器,安装 Claude Code、Codex、Pi Agent(Pendant 插件)三个插件,在 Mozilla 专注的维度中区分任务:Claude Code 从 0 到 1 搭架构 → Codex 精细微调 → Pi Agent 自定义工作流。
-
最高指令软链接法:在 CLUDE.md 和 AGENTS.md 和 Pi Agent 中,共同引入一个
COLLABORATION.md,使用@文件路径引用——实现三份 Agent 共享最高指令。以此保持技术栈约定、命名规范、不改动区域、协作方式在三个 Agent 之间统一。 -
生产资料所有权反思:作者因典被封号、帐号迁移的痛点,反思到陆续数年积累的 Skill/聊天纪录/工作流一旦依帐号消失则崩溃——“不仅要会用工具,更要有应急预案和兜底手段”。三个每日自省问题:多少节点是人把关?切换工具当前工作流是否仍有效?个人某项能力是否提升?
原文摘录
“Vibe Coding 不是一个工具的竞赛,而是一个生产关系的重新洗牌。”
“这些 Agent 产品,模型、Agent、订阅一体,Agent 是模型的分发入口,所以全平台铺开,VS Code 插件只是标配。”
“Pi Agent 只占了极少量的 400 Token 的系统提示词,把几乎所有空间都留给了项目代码。”
“我一直在想有没有可能有那么一个工具能够把这些 Agent 都集成起来,更好地发挥它们各自的优势。最后测了很多工具,我发现 VS Code + 多 Agent 合作,是最舒服的。”
“应想到工具越迭代,平台怎么变,账号出现什么意外,我们的生产资料或者说项目主导权,一定是在我们自己的手里握着的。”
“先在一个 MD 文件中构建
COLLABORATION.md(协作),再在 CLUDE.md 中首句引入这份文件,在 AGENTS.md 中首句也引入……它这个项目空间内的最高级指令。“
实操内容保留
VS Code + 3 个 Agent 搭建五步工作台
- 安装 VS Code → 安装简体中文 Lang Pack(Ctrl+Shift+X,搜 Chinese)
- 装 Claude Code:在扩展市场搜
Claude Code for VS Code→ claude.ai 帐号登录 → 侧边栏入聊天框 - 装 Codex:在扩展市场搜
Codex – OpenAI’s coding agent→ ChatGPT Plus 或以上账号登录 - 装 Pi Agent:搜
Pendant→ 选Pendant – Pi Agent for VS Code,内置PiAgent → 首次使用时登录,Kimi 搭配 Kimi 3 - 打通三 Agent 上下文:根目录建
COLLABORATION.md→ 在CLAUDE.md首句@COLLABORATION.md→ 在AGENTS.md首句引用 → 重新启动 Agent 自动读写
最高指令软链接法——COLLABORATION.md 内容要点
- 技术栈约定
- 文件命名规范
- 哪些文件不能动
- 管理方式(git 分支策略、commit 前缀、审批流程)
- 特殊禁区 / 安全红线
四步选型完整结论
| 维度 | Claude Code | Codex | Pi Agent |
|---|---|---|---|
| 终端操作 | 一般 (Terminal Bench 69.4%) | 占优 (82%) | 取决于模型 |
| 代码理解 | 高 (SWE-bench 88.6%) | 高 (88.7%) | 取决于模型 |
| 上下文效率 | 中(自带较多系统指令) | 中 | 最轻(400 Token) |
| 成本弹性 | 低(订阅锁模型) | 中(ChatGPT 额度) | 最高(不限模型) |
| 最佳场景 | 从 0→1 架构 | 1→N 精修 + 终端 | 自定义工作流 |