固定提示词和动态拼装有什么区别？

同样一个智能体，有人把提示词写成一段固定文案，雷打不动；有人每次按用户输入现拼一份，动态组装。两种做法对应两类任务：输入变化小、格式要求死的用固定提示词；输入五花八门、要按情况带料的用动态拼装。选错方向，前者稳定却答非所问，后者灵活却难以预测。

结论先摆：按输入变化幅度定

问自己一个问题：每次请求之间，除了用户那句话，还有什么在变？都不变的，固定提示词就够了，改动有版本可查，出了问题一眼定位。要按用户身份、历史记录、检索结果现组上下文的，就得动态拼装，把变量槽位设计清楚。一个快速判断法：把十次真实输入摆在一起看，如果只是表面措辞不同、实质结构一样，用固定提示词；如果连需要的背景材料都不同，就得拼装。

固定与拼装的分界，落在这四个判断点上。

固定提示词的稳定与呆板

固定提示词的好处是行为可预测：同样的输入给同样的输出风格，测试用例一次写好长期有效，调优记录也清晰。短板是应对不了变化，用户问了个提示词没覆盖的场景，它就照旧硬答。它适合格式抽取、固定分类这类边界清楚的窄任务。还有一个隐性好处：固定提示词天然好做缓存，同样的前缀命中缓存后，响应速度和调用成本都占优。业务量上来后，这笔账不小，能用固定模板完成的环节，别为了显得智能而改成拼装。

动态拼装的灵活与风险

动态拼装把相关材料按规则填进模板，Kimi、豆包这类支持长上下文的模型因此能处理千变万化的输入。代价是行为开始依赖拼装逻辑：检索多了一段、顺序换了，输出就漂移。风险控制的关键在拼装规则本身要可测试，别让模型面对一堆临时塞进来的料自谋出路。排序也是拼装的一门学问：重要材料放前还是放后，对模型注意力有实际影响。常见做法是越关键的越靠前靠后两头放，中间留给次要材料，这是经验规律，值得在自己的任务上实测确认。

拼装质量直接影响调用记录的对比难度，同一次任务的两次执行提示词不同，排障时对不上号，见 执行日志和审计日志有什么区别？；拼装出错后的恢复动作，参考 回滚和补偿有什么区别？分界点在哪。

折中做法：骨架固定血肉拼装

多数团队最后落在中间：指令和格式要求固定成骨架，知识材料按请求动态填入。这样格式稳定可测，内容又跟得上变化。给骨架留版本号，给动态段留来源标记，出问题时能分清是骨架的锅还是料的锅，责任界面清清楚楚。迁移成本也要考虑：从全固定迁到骨架加拼装，主要工作是把隐含在提示词里的假设显式化，列出所有要动态填充的位置；反向迁移则要把拼装逻辑逐条固化，两边都有现成的检查清单可循。

提示词方案速查

• 输入格式固定：全固定提示词
• 上下文因请求而变：骨架固定加动态拼装
• 完全动态：为拼装规则单独立测试

能固定的尽量固定，要拼的按规则拼。

任务节奏也影响方案选择，一口气跑完的离线任务更适合固定提示词，一问一答的在线任务离不开拼装，差异见 批处理任务和交互任务有什么区别？；动态拼装也是全自动幻想最容易翻车的地方，「Agent 能全自动搞定一切」错在哪？ 拆过这个误区。

关于固定提示词与动态拼装的三个常问问题

• 动态拼装会不会让效果更差？：拼得好更好，拼得随便更差，差别全在拼装规则是否经过测试。
• 骨架和料各占多少合适？：没有定数，原则是骨架保证输出结构，料只提供内容，两者别互相越界。
• 提示词要留历史版本吗？：要，没有版本记录，输出风格突变时你连原因都找不到。