Agent 模式与 Ask 模式怎么选：一套不浪费积分的判断法

同一个问题，扔进 Ask 模式和 Agent 模式，结果可能差很远：一个几秒钟给出建议，另一个跑了十几步、读了七八个文件、改了三个脚本，最后还告诉你"已完成"。两种结果都有用，但成本完全不是一个量级。真正容易被忽略的不是"能不能做"，而是"这件事值不值得用最贵的模式去做"。

下面是一套我反复用下来比较稳的判断法，核心只有一句话：看这件事的产出物需不需要落到磁盘上、需不需要被验证。

一、先把三种模式的性格说清楚

Ask 模式：只读不写。可以读文件、查资料、分析数据，但不改任何东西，也不执行会改变状态的命令。它的性格是"顾问"——你问，它答，答完就结束。

Plan 模式：先出方案，等你确认再动手。它的性格是"设计院"——画图纸，不施工。适合方向还没定、或者改动代价很高的任务。

Agent 模式：自己决定下一步，读文件、跑命令、写代码、改配置，一路做到目标达成为止。它的性格是"施工队"——但施工队是按工时算钱的。

理解了性格，选择就变成了成本问题。

二、一句话判断：产出物落在哪里

问自己一个问题：这件事做完之后，世界上多了什么？

• 如果多了"一个认知"，比如"这份数据说明了什么""这段代码为什么慢""该选 A 还是 B"——用 Ask。
• 如果多了"一个文件"，比如一份报告、一张表、一个能跑的脚本、一个改好的配置——用 Agent。
• 如果多了"一个决定"，比如"这个重构该怎么切""这个需求该拆成几步"——用 Plan。

这条线之所以管用，是因为它对应真实的成本结构：Agent 的消耗主要花在"动手"上——读文件、试错、重跑、验证。而 Ask 的消耗基本只有一次推理，稳定且便宜。用 Agent 去做纯咨询，等于雇了施工队来开会。

三、Ask 模式最常被浪费的两个地方

第一个：让它帮你"看看"整个项目。 这类请求听起来无害，实际上会触发大量文件读取。想让 AI 快速理解一个陌生目录，更好的做法是先让它读关键入口文件（说明文档、配置文件、主程序），再针对性追问，而不是一句"帮我分析一下这个项目"。

第二个：把需要判断的问题包装成需要执行的任务。 "帮我优化一下这段代码"和"这段代码有哪些优化空间，按收益排序"是两个不同成本的请求。前者会直接改写并跑测试，后者只给建议——而多数时候你要的其实是后者，因为最终改不改由你决定。

四、Agent 模式的隐性成本在哪

Agent 贵不贵，不取决于任务大小，取决于不确定性。同一个任务，路径清晰时十步能完成，路径不清时可能反复试错三十步。

三类任务最容易变成后者：

1. 目标模糊的开放任务。"整理一下这些资料"——整理成什么形态？按什么维度？模糊目标会让 Agent 反复试探，每一步都是成本。
2. 环境不稳的任务。依赖没装、网络不通、登录失效，Agent 会花大量步骤在排障上，而排障本身往往没有产出。
3. 需要人来拍板的任务。涉及取舍、审美、对外发布的内容，Agent 只能猜，猜错了返工更贵。

对应的做法很朴素：动手前把验收标准写死。 把"整理资料"换成"把这三个文件合并成一张表，列固定为日期、主题、结论，一行一条"，成本立刻下降一半以上，因为 Agent 不再需要猜。

五、四条能立刻用上的省积分习惯

1. 先 Ask 探路，再 Agent 施工。 不确定任务边界时，先用 Ask 花几十秒问清"要动哪些文件、大概几步、有什么风险"，再决定要不要开 Agent。探路成本远低于返工成本。

2. 长文档先摘要，再精读。 直接把一份很长的 PDF 全文丢进去逐句处理，消耗随篇幅线性上升。更划算的顺序是：先出结构和摘要，锁定相关章节，再只对那几节做细处理。

3. 用格式约束替代反复纠正。 输出格式漂移是最常见的隐性浪费——跑一遍不满意、再跑一遍。与其事后纠正，不如事前把结构写清楚：章节数、每节字数、必须包含哪几个字段。约束写得越像模板，返工越少。

4. 一次只推进一个可验证的小目标。 大任务拆成小步，每步都有明确的"完成长什么样"，比一次性丢一个大目标省得多，也更容易在中途发现方向错了。

六、一个可以背下来的判断流程

碰到任务，按顺序问三句：

第一句：我需要的是答案，还是文件？ 答案 → Ask，结束。

第二句：这件事的路径清楚吗？ 不清楚 → Plan，先出方案；清楚 → 进第三句。

第三句：做错了能不能低成本回退？ 能 → Agent 直接做；不能 → 先做一个小范围试点，验证后再铺开。

这三句几乎覆盖了日常九成场景。剩下的那一成，通常是"任务本身不明确"，那时候最省积分的动作不是换模式，而是先把需求问清楚——包括问自己。

结语

模式选择的本质是给不确定性定价。Ask 买的是确定性（一次推理，结果稳定），Agent 买的是执行力（愿意试错，直到完成）。搞清这两者的价差，就不会再出现"用最贵的模式问了一个最便宜的问题"，也不会出现"用最便宜的模式硬扛一个必须动手的活"。