多轮迭代与任务分解

提示词通常需要在真实结果中修改

写出第一条提示词，只是提出了一个任务假设：如果这样说明，模型应该能给出我需要的结果。实际回答会告诉你哪里说明得不够、哪里材料缺失、哪些要求互相冲突。根据这些反馈修改，就是迭代。

有效的迭代应该能说清楚“这次解决哪个问题”。如果每次只发“再来一个”“更好一点”，模型无法知道上一版哪些地方值得保留，也无法知道你认为什么算改进。

按事实、结构、表达的顺序检查

假设你要写一则活动通知。第一版时间地点正确，但措辞像宣传广告。此时可以说：“保留所有日期、地点、人数和报名信息，删掉‘不容错过’等宣传词，语气像朋友群聊。”这让修改范围明确，也让你能检查事实是否被保留。

如果第一版把日期写错，优先修正日期，而不是先调整标题颜色或幽默感。对大多数内容任务，可以依次看事实、结构、表达；每轮处理一类问题，更容易知道是哪一项修改改善了结果。

怎样拆一个比较大的任务

“帮我完成一份产品介绍”包含多个决定：写给谁、重点是什么、结构怎样安排、哪些事实能使用。一次生成所有内容时，前面的误解容易带进后面的全部段落。

可以先确定提纲，再逐节写作，最后统一检查重复与冲突。每一步都有可以检查的产物：提纲、正文、修改清单。上一阶段的结果成为下一阶段的输入，必要时先修正再继续。

拆分的粒度也不能过细。把一句话改成两句话，没有必要建立十个步骤。只有当某个中间结果值得单独检查，或者不同步骤需要不同材料与工具时，拆分才有明显价值。

多轮对话需要维护当前状态

迭代时旧要求不会自动消失。你先说周六，后来改周日，再要求“保持原安排”，就可能产生歧义。修改关键条件时，应明确说明旧条件作废；聊天变乱时，可以整理一份当前有效要求重新开始。

不要把“让模型再检查一遍”当作独立验证。它可以帮助找问题，但也可能沿用同一个误解。事实应回到原资料，计算应查看算式或实际工具结果。迭代是改进过程，核对是判断改进是否成立的依据。

当这套步骤重复使用时，可以把稳定部分保存成任务模板。下一课会讲怎样组织这类模板，以及它与上下文的关系。