关键词：Vibe Coding、Roo、AI 工作流、Token 优化、零 Bug 交付
背景：为什么我们需要「Think」模式？
过去，使用 Orchestrator + Code 的双模式组合时，我们常被以下痛点困扰：
| 痛点 | 现象 | 成本 |
|---|---|---|
| Token 浪费 | 上下文窗口膨胀，冗余推理 | 单次会话 30 $+ |
| Bug 率偏高 | 任务拆分不细，边界遗漏 | 返工时间不可控 |
| 模型切换开销 | 频繁人机交互 | 心流被打断 |
于是，我尝试把 Claude 官方「Think」工具的原理移植到 Roo，结果惊艳：5 小时连续编码，仅花 20.23 $，Bug 数为 0。
架构：Orchestrator + Think + Code 三模式分工
| 模式 | 模型 | 职责 | 价格（1M tokens） |
|---|---|---|---|
| Orchestrator | Gemini 2.5 Pro | 任务拆解、调度 | 4.44 $ |
| Think | Claude Sonnet 3.7 | 深度推理、边界识别 | 15.79 $ |
| Code | Claude Sonnet 3.7 | 最终代码实现 | 已含在上栏 |
下一步我将尝试 Think=Gemini 2.5 + Code=DeepSeek V3，继续压降成本。
实战：三步落地「Think」模式
① 新建 Think 自定义模式
// Role Definition
You are a specialized reasoning engine...
// Mode-specific Custom Instructions
Structure your output clearly using markdown headings...
② 修改 Orchestrator 的两条指令
仅替换第 1、2 条中的首句，其余保持不动！
- 1. When given a complex task...
+ 1. When given a complex task, break it down into logical subtasks... first use the `new_task` tool to delegate this reasoning task to the `think` mode...
- 2. For each subtask...
+ 2. For each subtask (either directly or after using `think` mode), use the `new_task` tool to delegate...
③ 一键启动，持续 5 小时
- • 单聊天窗口：上下文 219 k / 1 M
- • 费用明细：Orchestrator 4.44 Misplaced & = 20.23 $
- • 交付结果：功能完整，回归测试 0 Bug
效果：数据说话
| 维度 | 改造前 | 改造后 | 降幅 |
|---|---|---|---|
| 会话费用 | 30 $+ | 20.23 $ | ↓32 % |
| 上下文膨胀 | 极快 | 缓速 | 显著改善 |
| Bug 数量 | 3~5 个 | 0 个 | ↓100 % |
| 心流中断 | 频繁 | 几乎无 | 体验飞升 |
结论：三模式是 ROI 最高的组合
“在我看来，Orchestrator + Think + Code 的分工，实现了 成本、速度、质量 的最佳平衡。”
立即试用
- 1. 打开 Roo → Settings → Modes → 新建 Think 模式
- 2. 按上文替换指令
- 3. 开启一次长会话，感受 0 Bug 的丝滑
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
