格式约束的选择：JSON 适合程序解析但要转义、Markdown 适合阅读但结构松散、XML 标签适合分段但冗余。我的经验是：给 AI 看的用 XML 标签分段，让 AI 输出的用 JSON 或 Markdown，根据下游消费方决定。 Prompt 迭代优化的思路和代码优化一样：先让它跑通，再量化和优化。我每次改 Prompt 都会记录：改动点、测试输入、输出质量评分。积累 20-30 组数据后，就能发现哪些改动有效，哪些是噪音。 系统提示词模块化设计：把角色定义、技术栈、代码规范、错误处理策略拆成独立模块，按需组合。类似微服务架构的思路，每个模块职责单一，通过组合适配不同场景。
从另一个角度看：长上下文对话中，每 5 轮总结一次进度能防止 AI 跑偏。一起学习。
负面指令（「不要用 var」）比正面指令（「用 const」）效果更好。
我做了类似的对比实验：Prompt Chain 比单个大 Prompt 效果好，但要多花 2-3 倍 token。欢迎大家补充。
Prompt 模板用变量占位符 `{{role}}` 管理，比硬编码灵活得多。不同场景下结论可能不同：长上下文对话中，每 5 轮总结一次进度能防止 AI 跑偏。如果有更好的方案求分享。
我的看法略有不同：角色设定越具体效果越好，「5 年 Next.js 全栈开发者」比「专家」好得多。踩了很多坑才总结出来的。
补充一个可能被忽略的点：Temperature 0.2 适合代码生成，0.7 适合创意写作，SEO 内容用 0.5。感谢楼主的启发。
我的看法略有不同：JSON 输出加「只输出 JSON，不要 markdown 代码块」这个约束很关键。
我的踩坑经验：Few-shot 示例我一般给 3 个，多了反而过拟合，少了不够稳定。我也还在探索中。
这个方案我试过，Few-shot 示例我一般给 3 个，多了反而过拟合，少了不够稳定。
Prompt 注入防御用 `<system>` 和 `<user>` 标签分层，系统指令放 system 层。
补充一个可能被忽略的点：Prompt 注入防御用 `<system>` 和 `<user>` 标签分层，系统指令放 system 层。踩了很多坑才总结出来的。
我的看法略有不同：Prompt 注入防御用 `<system>` 和 `<user>` 标签分层，系统指令放 system 层。期待更多实战经验分享。
我的团队是这样做的：Prompt Chain 比单个大 Prompt 效果好，但要多花 2-3 倍 token。有疑问可以继续问。
分享一下我的做法：Few-shot 示例我一般给 3 个，多了反而过拟合，少了不够稳定。细节可以再展开讨论。
我做了类似的对比实验：Prompt Chain 比单个大 Prompt 效果好，但要多花 2-3 倍 token。我也还在探索中。
我之前也遇到过类似问题，Prompt 注入防御用 `<system>` 和 `<user>` 标签分层，系统指令放 system 层。有疑问可以继续问。
我的理解是：长上下文对话中，每 5 轮总结一次进度能防止 AI 跑偏。细节可以再展开讨论。
这个观点我很认同，Prompt Chain 比单个大 Prompt 效果好，但要多花 2-3 倍 token。实践出真知，建议动手试试。
负面指令（「不要用 var」）比正面指令（「用 const」）效果更好。