随处理进度逐步保存结果

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

需求讨论还在进行，但用户已要求维护一份本地功能提纲。教学中已确认目标是导出当前筛选结果，格式尚未决定。把可逆草稿及时保存，可以让讨论围绕具体内容进行，不必等所有问题回答后才写文件。

具体做法

先确认草稿位置和编辑范围。每得到一个明确事实或决定，就更新对应草稿部分；未决选择保留问题或候选，不写成最终要求。记录变化并让用户看到当前草稿，后续反馈修改同一产物。外部 tracker 或发布不因本地草稿已存在而自动授权。

反例

从“导出当前筛选结果”的首个想法直接创建全部最终外部 issue，猜格式为 CSV，并把开放问题写成已确认。

改进写法

在已授权的本地提纲记录当前筛选结果导出目标。格式仍未决定，保留为开放问题；收到明确选择后增量更新对应段落。每次说明新增了哪个事实并提供当前草稿，不反复创建副本。外部 issue 仅在约定授权与可审阅内容具备时另行发布，不由本地写入推导。

为什么这样改

早期草稿把讨论结果变成可查看的对象，而不是只存在于对话记忆。区分已定与未定，使及时保存不必以过早固定格式或发布为代价。

如何验证

教学草稿应含已确认的导出目标和未决格式；用户选择 JSON 后只更新该问题，不重新抹掉目标或保留 CSV 猜测。

检查同一草稿可持续定位、变化与反馈一致，未决项没有伪装成决定，且没有因此创建外部工单。

适用边界

草稿编辑需在允许的位置与范围内；及时落盘不是覆盖用户文档的理由。来源展示逐节起草和更新，本篇本地提纲是教学应用；确定需求时可直接完成整稿，不必制造逐项讨论。