InternAgentS 拆出的任务清单，适合当草稿而不是执行稿。判断一条任务能不能直接开工，不必看措辞是否完整，而是看两点：这条任务的输入是否已经在你手上，产出有没有可核验的对象。输入来自已有材料、产出能被外部对象锚定的条目，可以先执行；输入需要新检索、或产出依赖主观取舍的条目，要补证；涉及原文事实、数值、引用、结论的条目，需要回原文核对再动手。
把 InternAgentS 的任务清单当草稿处理：按输入来源分成只用已有材料、需要新检索、需要人工判断三类，再给每条标出可核验对象（文献标题、作者、年份、图表编号、参数名）。只有可核验对象能被定位的条目才直接采用；涉及事实与数值的条目先记录「清单原句—原文位置—差异说明—是否修改」，再回查。同一批材料复跑一次，对比两次清单的条目增删与字段出入，判断拆解是否稳定。
把任务清单按输入来源分成三类
按输入来源分类，比按任务难度分类更实用，因为输入来源决定了这一步现在能不能开工。
- 只用已有材料的：任务需要的资料已经在工作区、附件、对话上下文或本地文件里，例如「把附件里的三段结论合并成一段摘要」「按已给的字段顺序整理成表」。这类条目通常可以直接采用。
- 需要新检索的：任务依赖还没拿到的东西，例如某篇文献的原文、某个版本的参数表、某份报告的图表。这类条目要补证：先确认材料能否拿到，再决定是否执行。
- 需要人工判断的：任务里含取舍，例如「选择合适的方法」「判断哪组数据更可信」「决定是否保留某一节」。这类条目不应直接交给协作者，需要标注判断依据由谁提供。
一个简单的落标方式是给每条加来源标记：[已有]、[检索]、[判断]。标记之后通常会发现，后两类基本就是需要人工介入的部分。
标出每条任务里的可核验对象
分类只说明风险来自哪，还不能定位错在哪。给每条任务标出可核验对象，后续核对才有落点。可核验对象是能被外部查到或点开验证的东西，例如：
- 文献标题、作者、年份、期刊或会议名；
- 图表编号、表名、章节号、页码；
- 参数名、字段名、单位、默认值、取值范围；
- 命令、接口路径、配置项名称、文件名。
标法是在任务旁边写一个锚点字段，例如：任务：核对温度阈值 → 锚点：config.yaml 的 temp_threshold；任务：引用结论 → 锚点：原文第 4 节表 2。如果一条任务写不出任何可核验对象，说明在当前形态下无法核对，建议先不执行，或把它拆到能锚定为止。
对需要回查的条目做原文对照记录
需要回查的条目，直接改清单容易把错误悄悄带进下游，所以先记录再修改。
清单原句：……
原文位置：文件 / 章节 / 页码 / 图表编号
差异说明：清单写的与原文写的哪里不一致
是否修改：是 / 否 / 待确认
处理动作：改清单 / 补引用 / 退回重拆回原文核对时优先看这些字段：文献标题与作者是否对得上、年份与版本是否一致、图表编号与内容是否匹配、参数名与单位是否与配置或接口一致。差异说明只写事实差，不写评价。是否修改这一栏可以留空，表示尚未确认，避免被误当成已核对。
把确认后的清单整理成可执行版本
确认后的清单要能直接进入下一步，需要做两件事：删模糊动词，补输入与产出。
常见模糊动词有「优化一下」「适当调整」「看情况处理」「进一步分析」「完善相关内容」。这些词无法判断做到什么程度算完成。替换方式是把动词落到具体动作：
改前：优化结果表格的呈现
改后：把 result.csv 的第 2、3 列合并为「指标-数值」一列，输出 result_merged.csv
改前：核对相关参数
改后：逐项核对 config.yaml 中 temp_threshold、retry_limit、timeout_s 三项，
与接口文档默认值比对，输出差异表每条建议保留四个部分：输入（文件或字段名）、动作（可执行的动词）、产出（文件名或字段名）、锚点（可核验对象）。缺输入就标「待补输入」，缺产出就标「待定产出」，不要用「同上」省略。
用同一批材料复跑一次看清单是否稳定
同一批材料再跑一次拆解，可以判断这份清单是随机产物还是可复用结果。
- 用相同的输入材料、相同的提示词，重新生成一次任务清单。
- 把两次清单并排，逐条比对：条目总数与增删、同一条目的措辞变化、顺序变化、可核验对象是否一致。
- 记录三类差异：只出现一次的条目、两次都对得上的条目、两次都出现但锚点不同的条目。
观察点：两次都稳定出现的条目，通常来自材料本身的强约束，可以优先采用；只在一次出现的条目，需要回原文确认是否真有对应依据；两次都出现但锚点不同的，往往说明原文表述本身有歧义，先把歧义写进对照记录，再决定改哪一条。
复跑不必追求两次一致，不一致本身就是有用信息：复跑结果会显示哪些条目是智能体按行文习惯补出来的，哪些是真从材料里读出来的。