任务拆解与小步迭代

一次要求太多会怎样

星芽读书角负责人现在希望同时得到宣传文案、阅读流程、主持台词和准备清单。如果把所有要求塞进一句话，输出可能每部分都沾一点，却漏掉重要约束。任务拆解不是把工作无限分割，而是按照可检查的交付物安排阶段。先确定事实清单，再形成活动流程，再根据流程写主持台词，最后整理准备清单。每阶段的结果成为下一阶段的输入，前一步有错误时及时修正，避免错误被后续润色放大。

拆分应围绕依赖关系

先想清楚哪些内容依赖其他内容。主持台词依赖流程顺序，因此先写台词再决定流程，往往需要返工；标题与准备清单之间依赖较弱，可以分别处理。对于六十分钟活动，可以先手工拟定开场十分钟、自由阅读二十分钟、交流二十五分钟、结束五分钟，四段合计六十分钟。这只是练习中的拟定方案，应标为建议，不要误写成已确认安排。模型生成流程后也要人工核算时间，不能认为有表格就已经正确。

小步迭代如何判断改善

迭代是根据已发现的问题修改输入或输出。一个常见错误是同时换角色、换字数、加资料、改语气，最后不知道哪项改动造成效果变化。可以先保留原提示，记录版本一的问题是出现夸大措辞，再只新增不作效果保证这条限制，形成版本二。用相同资料检查两版是否减少了夸大，同时确认没有增加遗漏。这种对照不能证明所有未来输入都更好，却能够让你看到改动在当前案例中的作用。

完整的反馈写法

上一版把交流活动写成一次就能养成阅读习惯，这是无依据的效果承诺。请保留活动名称、六十分钟和地点，不改变四段流程；只修改这处承诺及同类措辞，改成说明活动提供交流机会。修改后分别列出原句、修改句和修改理由。不要新增事实。

这里反馈指出问题、保留项、修改范围和预期结果，比再写好一点具体。让模型给出修改理由主要是为了方便审阅，不意味着理由必然真实。你仍应对照原句判断是不是只改了指定位置。若模型把时间也改了，就要回到范围约束重新检查。

不需要追求隐藏思考

拆解任务时可以请求计划、关键依据、可核对计算与中间产物，不必要求模型展示所谓完整内部思维。对学习而言，更有价值的是能外部验证的事实清单、时间合计和修订对照，而不是一段看似深刻却无法验证的推理独白。也不要为了追求完美反复改写已合格内容。事先设定停止条件，例如事实、总时长、结构和语气四项都通过，就进入人工审阅；这样迭代服务于交付，而不是无休止地产生新版本。