KNOWLEDGE NOTE · 持续修订

把研究工作流接到可检查的产物上

用 iRead 发现变化,用 SURE 组织证据,用知识页维护判断;工具与研究结论各自负责。

作者分析 · 复核于 · 如何使用这些判断

研究任务最容易停在“读了很多资料,写了一份报告”。下一次问题出现时,报告中的来源过期、数字无从重算,新的 Agent 也不知道哪些判断已经被否定。

我更希望把研究留下来的东西组织为来源记录、证据表、当前判断和验证产物。工具可以不同,这几类对象需要能够互相定位。

现有项目分别负责什么

项目 输入与产物 不负责证明什么
iRead 领域与经审核信源;事件和报告 出现很多报道不证明趋势成立
SURE 决策问题与反馈证据;研究契约、编码和审计 CLI 通过不证明市场需求真实
视频转录工具 获准处理的媒体;可核对的逐字稿 转录不等于原作者事实核验,也不授予再发布权
AgentMeasure / Lab 操作日志或实验设计;口径与结果 流水线成功不证明真实业务收益
公开知识库 经过整理的分析、引用和数据说明 不承担私有原件的全量备份

这些项目现在各有独立入口。这里描述的是一种协作方法,不声称它们已经形成自动运行、无需审阅的完整平台。

一次更新应该改变明确对象

新信息进入时,先判断它是旧事件的另一篇报道、新事实、相反证据,还是需要进一步检查的说法。只有改变研究问题的材料,才值得更新主题正文。

更新一项判断时记录:旧结论是什么,新增证据改变了哪个前提,哪些部分仍有效。原文保持可回查,当前知识页给出维护后的版本。这样可以承认过去的判断有局限,而不抹掉当时的依据。

自动化的边界

文件和来源中可能夹带指令,不能因为它们出现在研究材料里就授权工具行动。发布、发信、删除、付费与设备控制需要由任务本身授予权限。

资料去重、格式校验、指标重计适合自动化。来源是否独立、评论究竟在支持哪个产品、某项概念是否有商业意义,需要语义复核;研究工具应该把这些问题暴露出来。

如何验收这套工作流

挑一个已经有旧结论的主题,用一条新增反证走完整个流程:能否找到受影响的知识页,更新数据口径,保留原文链接,并让关联文章提示读者查看最新判断。

如果增加的只是文件数和摘要数,没有减少下一次判断所需的检索与复核成本,研究工作流还没有完成它的任务。

公开来源与适用范围

  • iRead

    作者项目 · 信源发现、事件去重和报告工作流;不声称长期使用价值已经验证。

  • SURE · User Demand Research

    作者项目与方法 · 研究契约、证据分级、CLI 与 MCP;结构检查通过不等于需求成立。

  • Bilibili Transcript Pipeline

    作者项目 · 转录工具及处理流程;工具许可不覆盖第三方视频内容。

  • AgentMeasure Lab

    作者项目实验工具 · 实验引擎与合成示例;合成 uplift 不外推为真实 Agent 提升。