稳定来自可复用的任务描述

同一类活不要每次重聊。把五件事写成骨架，下次只换素材。咒语越长越不稳，骨架越短越稳。

同一类周报、同一种改动、同一种整理，如果每次都从头描述，你得到的是三次不同的「差不多」。不稳定通常不是模型抽风，是你每次交的不是同一份活。

读完你能回答：

• 骨架里该钉死什么，素材里该每次替换什么？
• 为什么把提示词写长，稳不住？
• 产品把方法叫技能或项目文件时，你该留下哪一层？

钉死交法，替换材料

骨架钉死 五件事 里不变的四件：动作和结果、格式、边界、验收。对象这一件每次换：这一周的纪要、这一次的分支、这一批文件。Grok Bot 把「演示一次、再跑」当成产品能力；Codex 把站得住的约定写进项目说明，让每次开工都能读到。产品词不同，判断相同：交法要能被下一次读到。xai-bot codex-agents-md

写长解决不了飘

把上次聊天里所有叮嘱粘进下一次，看起来更稳，其实更脆：重点被稀释，过期的句子还在，真正的验收仍没写清。项目约定也一样——写成百科全书，任务本身反而读不进去。站内 项目契约 讲过：导航不是把所有话塞进去。用现成产品时同一条适用：骨架短，坏模式和安全路径写清楚，其余让这一次的对象去填。

留下能再跑的一层

产品可能把方法存成技能、例行流程、项目文件。你要的是能再跑的一层：下次换对象，五件事还在，停点还在，验收还在。聊天记录可以当草稿，不当资产。红线写进骨架，见下一篇。