模型分层：什么活派给谁

怎么落：把任务分成几层，每层写死用哪个档，写进一个配置文件当唯一权威：数据抓取与清洗用最便宜的档，并且「明令禁止它输出结论」；分析、判断、创作用高档；技术校验与查错用中档。任一层的模型不可用时，按预先写好的备选走；没有备选就停下来，「不许临时换一个模型顶上」。

为什么：每次现挑，挑的是「这次我觉得哪个合适」，日子一长每个人的标准都不一样。写死之后，「该用哪个」不再是判断题。而「便宜档禁止出结论」这一条，防的是最常见的省钱翻车：用便宜模型跑数据没问题，让它顺手下个判断就出事。

怎么落：默认档位是最便宜的那个。只在这几类活上换成更强的：架构决策、生产代码评审、安全分析、复杂调试与推理、跨项目的策略判断。拿不准的时候，先用便宜的试。

为什么：大多数人的默认是反的 —— 默认用最强的，觉得不够快才降。结果是九成的简单活都在按最贵的价格付。把默认值调过来，省下的钱不需要任何技巧。

怎么落：每次开工只读四样：角色设定、对象信息、身份说明、今天的记录。「不自动加载」完整记忆库、历史会话、之前的消息、上一轮的工具输出。需要旧信息时按需搜索，只取相关的那一小段，不整份读进来。收工时把今天做了什么、做了哪些决定、卡在哪、下一步是什么，写进当天的记录。

为什么：把全部历史塞进去，既贵又会让它串单 —— 前一个任务的细节会渗进这一个。这套做法据其作者估算能省掉八成的上下文开销。

怎么落：不要写「注意要先查持仓」这种提醒，要写成一张表：用户说到哪几个词，就「必须先执行哪个动作」，命中即执行。例如：一旦出现「该不该卖」这类词，先去读当日真实数据再判断，禁止凭记忆臆测，也禁止反问用户要信息。

为什么：这一条是全部里最有用的。写成提醒的规则，靠的是每次都想起来；写成「命中即执行」的规则，绕不过去。原文的说法是「不靠自觉记忆」—— 差别不在于规则写得多详细，在于它会不会被跳过。

怎么落：已经给过的信息不许再问一遍；能自己拉到的实时数据不许凭记忆答。输出要结论先行，先给判断再给理由，不铺陈推导过程。

为什么：反问是最容易被当成「严谨」的偷懒 —— 表面在确认，实际是把该自己做的活推回给您。

怎么落：两次调用之间留最小间隔，联网搜索间隔更长；同类活批量做（一次要十条，而不是发十次请求）。碰到限流报错就停下等几分钟再试，不要立刻重试。日预算与月预算都设一个数，用到七成五先报警。

为什么：没有上限时，一个跑飞的循环能在您发现之前把一个月的预算烧掉。限流之后立刻重试只会让封禁更久。