结论在一段聊天里，原始来源在另一个窗口，附件保存在执行 Agent 的临时目录。同事接手时看到一份写得完整的报告，却无法判断关键表述来自哪里，也拿不到用于核验的文件。
共享知识的交付，需要把结论与依据一起交出去。接收人应该能从同一个入口找到来源、对应位置、附件、适用范围和当前接受状态。这样，下一位同事或另一个 Agent 才能继续核查，而不必重新问原作者。
一条结论，要能走回支持它的材料
URL 是入口，未必是充分定位。一个长页面可能讨论多种条件，整份 PDF 也可能包含不同时间和对象的数据。交付时应说明结论对应哪一段、哪一页、哪张表，以及来源的日期和适用范围。
对外部资料，保留原始 URL；对团队获准保存的文件，关联附件或具体资料记录。文件名主要帮助识别，不能替代出处。若来源只支持某个范围，结论也保持在那个范围内。
证据不完整时，可以保留结论草案与缺口，交给人判断。不要用一条“来源：互联网”或若干无对应关系的链接，制造已经可核查的印象。
在 Busabase 中保存一个最小证据包
可以复用现有研究或交付 Base，把同一项结论和材料关联起来。下面是建议结构，实际字段应根据已有数据调整：
| 对象 | 保存什么 | 用途 |
|---|---|---|
| 结论记录 | 结论、适用范围、负责人、接受状态 | 说明要判断和继续使用的内容 |
| 来源信息 | 原始 URL、来源日期、引用段落或页码 | 让接收人走回原文 |
| Attachment 字段 | 本次实际使用且获准共享的文件 | 保存可取用的材料 |
| 关联记录 | 多条结论复用的来源与交付对象 | 保留对应关系，减少重复维护 |
| Doc / Skill | 证据标准与交付步骤 | 让后续 Agent 按同样的方法准备 |
单一简单结论可以直接放在一条记录中。多份报告反复引用同一个来源时，再考虑独立的来源 Base。是否拆表取决于维护关系，不必为了显得完整而增加层级。
附件去重，解决的是存储身份
Busabase 的 Attachment 字段支持图片、音频、视频和文档；文件按内容寻址并去重，同一份文件可以在多个位置复用。
内容哈希能够帮助识别字节内容是否相同，不能证明材料真实，也不能证明结论正确引用了它。一个错误文件同样可以有稳定哈希，一份正确来源也可能被错误解读。真实性、出处和推理仍由核验流程与接受人判断。
如果来源更新，先确定哪份文件支持当前结论，是否需要保留旧版及其适用时间。不要静默把关联文件换成新版，却继续沿用只适用于旧版的结论。
先确认材料可读，再宣布交付完成
让 Agent 上传获准文件，并把返回的附件引用放入相应记录；通过 ChangeRequest提交结论和来源关系，再按实际权限与审核要求接受。上传成功只说明素材已保存，记录是否引用正确、接收人能否访问，还需要检查。
在接收方实际使用的账号或工具中，打开记录，跟随原始链接，下载附件，核对应段落。链接需要登录时要说明获取条件；外部来源已失效时保留事实缺口，不能拿一个同名搜索结果替代。
不要把下载 URL 暴露给不应获得材料的人。文件分享范围、记录可见性和接收工具权限要一起考虑。敏感材料用获准的访问方式交接，而非复制进公开报告。
换一个 Agent，能否继续做下去？
连接同一个 Busabase 工作区的 Agent，可以根据获准的读取方式取得记录和材料；具体接入可从 REST API或对应 Agent 的连接方式开始。接收 Agent 仍需要读证据标准、判断来源是否当前，并区分已接受结论与待核草稿。
可以这样要求交付：
为每个关键结论保留原始来源、定位和适用范围。仅上传本次实际引用且获准共享的附件，并关联到结论记录。提交修改时列出证据缺口；接受后回读记录，检查接收方能打开链接和文件。没有检查过的可访问性不要标成通过。
这份指令定义的是流程。它不会让系统自动证明引用正确，也不会自动获得第三方站点访问权限。接收方要能在材料变化后重新核查，而不是只相信上一次的摘要。
来源变化后，追踪受影响的结论
当网页更新或文件被替换，关联关系可以帮助找到哪些结论需要复核。由执行流程读取来源变化，对照原来的引用位置，再把需要修改的结论提交为新提案。是否仍然成立，需要回到内容判断。
把一份交付验收为“可接手”，至少要确认三件事：结论能回到依据，材料对接收人可用，当前接受状态可辨认。缺少任意一项，都应明确剩余动作和责任人。
先选择团队已经在维护的一类报告或研究结果，把一条关键结论与它的来源、附件连起来。让另一位同事或 Agent 从这个入口复核一遍，记录卡住的地方，再把修正后的方法保存为共享步骤。知识真正能被接住，取决于这些关系是否清楚。