研究问题清单：把未知改成可以继续查的任务
待核清单中，每个问题都应写明未知是什么、什么证据能回答，以及下一步做什么。“进一步理解公司”太大，无法执行；“哪家法律实体签署设施协议”则指向具体文件和动作。
W3C来源追踪概览提供连接对象与活动的背景；SEC检索是可能使用的来源路径。它们不规定下面的工单设计，以下是管理未完成研究的手工方法。
先分类缺口，再分配动作
事实未知、来源打不开、身份有歧义和解释有分歧应分别处理。事实未知需要证据，访问失败需要获取，身份问题需要匹配，解释分歧即使读过同一文件也可能继续存在。混在一起，会让任务看似完成而核心问题未解决。
问题应能够得到有限答案，尽量写明主体、期间和相关事件。不要一张工单放两个问题。如果“批准取得了吗”和“建设完成了吗”需要不同材料，就拆成两个相互连接的项目。
假设案例：项目批准是否取得
假设虚构的银沼公司公告项目有待批准。以下均为假设。
| 字段 | 示例 |
|---|---|
| 问题 | 所述批准是否已经取得 |
| 已有证据 | 发行人公告称批准待取得 |
| 缺口类型 | 事实尚未确认 |
| 目标证据 | 批准记录或明确的后续更新 |
| 下一动作 | 搜索相关官方发布渠道 |
| 关闭条件 | 来源直接确认状态，或注明范围后以未解决关闭 |
不能因为另一篇新闻重复计划就关闭。新闻可以提供线索，但未必回答批准问题。行政上关闭未解决任务，与确认批准，是两个不同结果，标签必须保留差别。
选择能产生进展的动作
动作应足够小，例如检查一份被引用附件、核对一个主体编号，或检索明确日期区间。“继续研究”不说明结果。有团队时可加负责人，个人研究可加复查日，但真正关闭条件仍应是证据要求，而不是日期到了。
按对当前任务的影响排序。阻挡所有引用的身份歧义，应先于较小的历史细节。这是工作优先级，不是投资排名。写明问题为什么重要，后来的读者才能判断它是否仍相关。
明确核对关闭结果
关闭时附上来源、位置、检查日和答案。如果来源只是缩小不确定性，就更新问题，不要强迫得出二元结果。确认哪个机构负责审批，并不等于确认审批已经通过。
保留原始问题与简短解决历史，避免读者把后来改写的问题误认成当时已经回答的问题。新披露使答案失效时，以新理由重新打开，不要抹掉早期处理结果。
边界与常见错误
问题清单不能保证公开资料回答所有事项。缺失附表、未来事件和含糊条款可能长期未解。应定义合理搜索边界并诚实记录，目标是让不确定性可见、工作有方向，而非制造全部勾选的假象。
常见错误包括用弱代理证据关闭、不写下一动作、一题混合多个主体，以及永久保留已过时问题。还有把未回答当反证：知识缺口仍应是缺口，除非证据支持更强结论。
再做一次记录检查
定期检查有没有用邻近答案替代原问题。找到谁负责审批，不等于知道审批状态；找到协议，不等于检查条款。如果最新动作回答了旁边的问题，就保留进展，同时让原问题继续开放。这样行政完成不会变成虚假事实解决。清单还可注明因何暂时停止：来源不足、任务目的结束或等待后续事件。停止原因应与答案分开，否则后来读者可能把关闭状态误认为问题已有肯定或否定结论。
常见问题
没找到答案可以关闭吗？
可以标为未解决关闭，记录搜索范围和原因。这是行政处理，不是事实答案，也不能让摘要看起来问题已被证实。
档案应该保留多少开放问题？
没有统一数量。围绕当前任务保留问题，拆成可执行动作；目的已经结束的项目应有理由地归档，而非默默消失。