问腾讯元宝一道多步推理题，它会先在内部推演一阵再给出答案，推演的长度由思考预算说了算；而提示，决定了这笔预算该往哪里花。两者的配合，直接决定复杂问题答得深不深、简单问题答得拖不拖。
思考预算分配的是什么
推理类模型回答前会先生成一段内部推演，把问题拆步、验证、回查，这段推演占用的生成长度就是思考预算。预算给得多，复杂题有空间逐步展开；预算给得少，模型倾向直给结论，快但容易跳步。
提示在预算分配前起什么作用
提示是预算的导航：任务描述里把已知条件、求解目标、输出格式写清楚，模型推演时少走弯路，同样的预算能覆盖更多有效步骤。反过来，提示含糊时模型会先把大量推演花在猜你想要什么上，预算被白白消耗。
简单任务的省预算写法
- 指令直给：「直接给出答案，不要展开过程」。
- 格式定死：让输出只有结论字段，没有发挥空间。
- 上下文剪干净：无关材料删掉，别诱导模型长篇推演。
Kimi 的快速回答模式同理，简单问一句的事不必开深度推演，省下来的预算留给真正的难题。
复杂任务的留余量写法
- 点明难点：「这题有多步推导，请逐步验证」。
- 给检查清单：让推演对着清单逐项过。
- 允许中途自查：明确「发现矛盾时回头修正」。
模式外壳与推演的叠加见JSON 模式下还能自然表达吗？；调用前的推演纪律见函数调用场景的提示是怎么写的？；长任务里预算怎么分段花，见长任务的检查点提示是怎么设的？；每步推演怎么验收，见分步输出的校验是怎么做的？每一步都讲透。
预算与提示的配合还有一个时间维度：多轮任务里预算要分段给。开头轮给足，让模型把问题的结构想透；中间轮收窄，只对当前子问题推演；收尾轮几乎不给，只做整合复述，把资源花在拐点上。观察预算是否够用有两个信号：答案频繁在最后一步草草收场，或推演到一半突然转向直给，多半是预算见底；推演里反复绕同一个圈，则是预算过剩加提示含糊，该收紧的是提示。跨模型迁移时注意口径差异，同一档预算在不同模型里的实际推演长度不同，换平台要重新标定，别拿旧经验直接套；记录每次的档位与效果，几轮下来就有自己的标定表，比记公式实用。已知条件里的矛盾点提前挑明，模型推演时不再来回试探，省下的预算全用在正题上；简单任务连预算参数都不必显式设置，走服务默认值即可。
预算够不够、该动哪一边，几个信号对照着看。
| 看到的信号 | 说明什么 | 先动哪一端 |
|---|---|---|
| 答案在最后一步草草收场，或推演中途突然转直给 | 预算见底 | 加预算，或把输出长度压下来 |
| 推演里反复绕同一个圈 | 预算过剩叠加提示含糊 | 收紧提示，不是砍预算 |
| 答案被硬截断 | 推演、输出、上下文三块排布不匀 | 先查总长分配，再查预算档位 |
| 同一档预算换模型后推演长度变了 | 跨模型口径差异 | 重新标定，别套旧经验 |
| 简单题给大预算仍绕远 | 预算与任务难度不匹配 | 按难度配档，不必给满 |
思考预算搭配速查
- 简单题：省预算提示加直给格式。
- 难题：留余量提示加清单式自查。
- 批量题：分段设预算，别一锅端。
预算像零花钱，提示写得明白，钱才花在刀刃上。
预算档位与提示的搭配还受输出端影响：要求输出很长时，留给推演的空间实际更小，两者要一起排布；输出很短时预算可以适度放宽。分配思路上始终记得：推演、输出、上下文三块共享一次调用的总长度，动了哪块都要重新盘一遍。排布不匀时最常见的表现是答案被硬截断，看到截断先查总长分配，再查预算档位；多问一句值不值，比多给一档预算更有用。
关于思考预算再多问三句
- 预算给满是不是就一定答得更好？：不一定，简单题给大预算反而容易绕远，配合任务难度才有意义。
- 怎么判断是预算不够还是提示不行？：先把提示改具体再观察，若推演方向清晰仍出错，才考虑加预算。
- 推演过程要展示给用户吗？：按需选择，展示利于核对，隐藏利于简洁，两者可由提示控制。
收个判断：先问任务值多少推演，再谈预算给多少。
