提问对照卡¶

基于 2026-09-23 实测数据。原话/步数/成本为实测，改后步数为预估【未验证】。

通用模板¶

优先使用最小模板，缺少的信息只有在会影响执行范围或验收时才补充：

目标：最终要得到什么结果？
范围：只检查或修改哪些文件、目录或功能？
动作：只读分析，还是允许修改？
约束：哪些内容不能碰？
验收：什么状态算完成？
停止：满足什么条件后立即结束？
输出：只要结论、差异、报告，还是需要完整解释？

最短可用写法仍是：【目标】+【范围】+【停止条件】。例：目标是验证 Hooks 没坏；只用 tests_guard_cases.py 和 hooks.json 两份输入；列出失败项即可，不要改文件。

只要任务涉及修改、多个可能范围、或“是否合理/全面检查”这类不可穷尽判断，至少补齐目标、范围、动作和验收。纯粹的单文件解释或明确命令通常不必套完整模板。

如果暂时无法确定范围，直接写：先只读分析，不修改；发现范围不明时先问我一个最小澄清问题，不要自行扩展。

#	场景	原本的说法（实测）	改后	原理
1	开放式检查	「请再次检查一下我的 Hooks，rules，skills 是否有不合理的地方」60 步 ¥0.372	「先跑 tests_guard_cases.py，把失败项列出来，再针对结果说还有什么不合理」预估 8–12 步	给现成锚点，避免模型先自行定义"什么叫合理"
2	开放式核验	「你再核验一遍整体的，是否合理」35 步 ¥0.290	「只核验"上下文成本约束"那一节的条件与动作是否一一对应，别扩到其他章节」预估 10–15 步	把不可穷尽的"整体"收窄成可穷尽的清单
3	多需求混合	「帮我将 handoff 的限制改为 10K，还有能不能首句固定"请全程用中文"…」65 步 ¥0.362	「先把 HANDOFF 那条上限改成 10K，只改数字别动结构」→ 首句固定的话题下一条单独聊，预估 15–25 步	"照做"与"要判断"分开；判断类最拉探索
4	长报告	「帮我复述一下今天的费用账单，并进行分析」21 步，可见输出 6,813 token（当日第 2）	「账单给我数字表，分析限 5 条以内」	直接约束输出长度
5	高效正例（保留）	「按路径 B 执行，先制定规则约定」3 步 ¥0.030	—	引用已落定的代号，模型无需重新判断
6	高效正例（保留）	「按「D1 + P4 + P6」执行修改，P2 选方案甲」15 步 ¥0.149	—	同上

对照表第 1 类那句话当天问了 7 遍，合计 260 步、¥2.02（占当日输出成本 42%）。它不该靠"换个说法"解决，而应固化成一条命令。

本卡的 Agent 侧对应约束见 ~/.trae-cn/user_rules/rule-agent-efficiency.md。

来源：/home/rain/Documents/services/token_proxy/output-cost-20260923/提问对照卡.md ｜最后更新：2026-09-30 16:31（由 build/sync.py 同步，请勿在站点侧修改）