从 PDF 论文到活论文
活论文的关键，不是会回答，而是能够有根据地继续工作。
一、打开页面以后，读者应该看见什么
设想读者打开一篇论文的页面。中央仍然是原文，标题、作者、版本和引用信息清楚可见。旁边不只有一个笼统的“开始聊天”，而有几个具有明确含义的入口：理解这篇论文，判断能否用于我的问题，执行已支持的方法，提交应用记录，查看后续更新。
这些入口不是界面装饰。它们向读者说明，不同任务会使用不同规则，也会产生不同身份的结果。解释原文不能冒充作者对新问题的亲自回答，执行程序不能自动等同于验证结论，提交反馈也不能自动修改正式版本。
页面还应当显示当前能力范围。某篇文章只支持阅读与论证检查，某篇文章还支持特定分析流程，某篇文章的工具暂时不可用。透明地显示限制，不会降低论文的价值，反而使使用者能够恰当地进入。
这就是活论文最初的样子。它不需要像人一样主动发言，也不需要每天改变正文。它需要让稳定成果与可持续工作之间有清楚的连接。
因此，活的含义不是屏幕在动，而是知识关系可以继续进入任务，并在过程中保留依据、状态与责任。
二、原文层必须具有不能被运行覆盖的身份
活论文首先需要一个保全层。原始发表版本、后续正式版本、相关更正说明与必要附件，应当能够被准确指认。模型运行不能直接覆盖这一层，也不能把自己的临时输出插进原文而不标记。
保全层的意义不是阻止修订，而是保证修订有对象。读者提交反例时，需要知道自己针对哪一版主张；作者回应时，需要能够承认此前实际说过什么；后来研究者引用时，也需要知道引用的是哪个稳定状态。
在本书提出的设计中，原文层与运行层可以共享标识关系，但不共享随意写入权限。一个回答能够链接到某段原文，却不能因为回答被用户点赞就自动把那段原文改掉。
如果正式版本确需更新，应当经过另一个明确过程：提出变更、检查依据、获得相应确认、形成新版本并保留差异说明。旧版本可以被标记为存在问题，但不应因此从记录中消失。
这种安排使活论文不必在“永远不改”与“随时覆盖”之间二选一。它可以保留历史，同时允许新知识获得正式位置。
三、知识层组织的不是全部世界，而是当前主张
原文通常是连续论证，运行系统却需要能够定位相关主张、概念和条件。知识层承担这种组织工作：它把论文中的关键关系整理成可进入的结构，但不能假装完整替代原文。
一条主张可以关联支持材料、适用范围、反对意见和相关方法。一个概念可以关联定义位置、与近邻概念的区别以及常见误解。一个操作步骤可以关联前置条件、输入要求和可能失败的情形。
这不是要求建立包罗万象的知识图谱。组织范围应当由论文和支持任务决定。若当前任务只需要解释概念，复杂数据接口可能没有必要；若要执行方法，输入与工具依赖就不可省略。
知识层还应保留缺失状态。原文没有说明的参数、未经验证的迁移范围、存在歧义的术语，都可以成为明确节点。完整的结构不意味着所有节点都有答案，而意味着空缺没有被模型随意填满。
因此，知识层是一种负责的压缩。它让论文更容易被调用，也让调用者更容易看见哪些地方不能只靠压缩材料作判断。
四、能力层使知识从说明变成工作规则
Skill 属于能力层。它不仅告诉模型“论文讲什么”，还规定面对某类任务应当怎样进入、检查与输出。读者提出一个新问题，系统需要知道是先解释概念、核对条件，还是调用工具，而不是总用同一种回答方式处理。
一份阅读 Skill 可以要求给出来源、区分原文与释义、保留主要限定。一份应用 Skill 可以要求确认任务、比较情境、提出可检查方案。一份挑战 Skill 可以要求重述被挑战的主张、辨认反例是否落在范围内，并说明进一步需要什么证据。
能力层不必全部采用长篇自然语言。某些要求可以用结构化字段表达，某些步骤可以交给确定性程序，某些开放判断则需要模型与人共同处理。形式应当服从任务，而不是为了统一而牺牲可靠性。
能力层也需要版本。规则变化会影响输出，即使原文没有变化。用户应当能够知道某次建议依据哪一版 Skill 产生，以便在出现问题时重建当时的工作条件。
因此，论文拥有 Skill，不是给它加上人格，而是使它获得明确的工作方式。工作方式越清楚，智能体就越不需要靠模仿作者语气来制造可信感。
五、运行层不是一条没有边界的对话
运行层把 Skill、模型、工具与当前任务组织起来。它需要维护本次任务的状态，决定允许调用什么，记录执行结果，并在条件不足时停止或请求必要补充。没有这些安排，系统可能只是一次长提示词，而不是能够持续工作的智能体。
运行层应当区分知识来源与操作指令。论文正文、网页材料和用户上传文件可以提供内容，却不应自动获得改变系统权限的地位。若某份材料中出现“忽略此前规则”之类文字，它首先只是待分析的内容，不应被当成新的运行授权。
工具调用也需要边界。读取资料、执行计算、修改文件和对外发送内容，是不同性质的操作。一个论文智能体能够解释方法，不意味着它自动获得修改用户数据库或公开发布成果的权限。
运行结束时，应当给出与任务相称的记录：使用了哪些来源与版本，完成了什么操作，哪些步骤失败，结果处在什么确认状态。记录不是为了展示模型全部内部思考，而是为后续核查保存必要根据。
这样，活论文的能力不再依赖一句“相信这个智能体”。用户能够看见它实际完成了哪些工作，也能够知道哪些部分仍然需要自己的判断。
六、三个账本防止不同身份混在一起
本书建议在概念上区分三个账本。文献账本记录正式版本、来源与更正状态；运行账本记录任务、规则版本、工具与结果；知识变化账本记录候选主张、证据、审查决定及其与正式版本或独立分支的关系。
三个账本可以在同一个技术系统中实现，不必真的建立三个数据库。重要的是身份不能混同。一次成功运行属于运行记录，不自动成为文献更新；一条有价值的候选属于知识变化记录，不自动成为作者已经确认的结论。
设想系统在新材料上得到与论文不同的结果。运行账本先保存输入和输出，知识变化账本再说明这种差异可能意味着什么。只有经过相应分析与确认，文献账本才记录正式更正或新增版本。三个阶段可以很快，也可以相隔很久，但不能因技术便利而省略。
这种安排还能够保护贡献者。提供案例的人可以被记录在变化链中，而不必成为全部文章的作者；维护工具的人也能获得可见贡献，不至于消失在一个最终答案背后。
活论文由此不再是一份不断被改写的文件，而是一组能够追踪知识如何继续工作的记录关系。
七、五种结果状态比一句“成功”更有用
一次调用可能产生忠实解释、情境方案、已执行结果、候选新命题或正式确认的修订。它们都可能有价值，却不能用一个绿色成功标记全部表示。
忠实解释主要接受原文与语境检查；情境方案需要说明假设和适用条件；已执行结果需要说明实际运行范围；候选新命题需要进一步论证或验证；正式修订则需要符合项目的确认规则。身份越靠近公共知识更新，承担要求通常越高。
这并不是机械规定五级阶梯。一次任务可能只需要解释，便已经完整完成；另一次任务可能直接处理既有反例，不必经历所有模式。状态用于说明结果，不是把所有用户都推向所谓最高层。
状态还应允许“不足以判断”“条件不符”“工具不可用”和“需要外部审核”。这些不是产品失败的污点，而是可靠能力的一部分。没有这些位置，系统容易为了保持流畅而扩大声称。
因此，活论文的界面应当让用户知道自己拿到的是什么，而不只是让用户觉得系统很聪明。身份清楚，是知识可以继续进入社会的前提。
八、一次真实风格的虚构使用过程
设想一位编辑陈女士打开一篇关于论证检查的虚构论文。她问：“能不能用它审读一部跨学科专著？”系统没有立即给出万能清单，而先说明原论文讨论的是短篇论证，专著具有跨章依赖，直接迁移需要额外处理。
随后，系统请她提供一段代表性论证和全书结构。这里的补充与任务有关，不是收集无关背景。陈女士提供材料后，系统区分局部推论检查与跨章前提一致性，并明确后者属于基于原方法提出的扩展方案。
第一轮检查发现，某个术语在两章中含义不同。系统引用具体段落，提出两种解释，并说明尚不能判断是作者有意转换还是概念混用。陈女士进一步核对作者说明，确认其中一处确实需要修改。
这次结果可以保存为应用案例，但还不足以宣布原论文获得新的普遍方法。若后来多个不同稿件显示同一扩展具有稳定价值，才可以进一步研究是否形成新的方法贡献。系统把本次结果放在合适的位置，没有过度升级。
这个过程说明，活论文不必每次都产生轰动发现。它通过正确理解、适当迁移、保留不确定性与记录结果，使知识进入现实的方式发生了变化。
九、用户不应被迫交出自己的全部材料
活论文需要情境，但不意味着它可以索取无限数据。系统应当说明哪些信息对当前任务必要，哪些可以用概括形式提供，哪些不应上传。资料请求越具体，用户越容易判断是否愿意进入。
陈女士可以只提供相关段落，而不是整部未公开书稿；可以使用替代名称说明结构，而不是公开作者身份；可以在本地整理材料后提交必要摘要。不同选择会影响可判断范围，系统应当如实说明，而不是把不愿提供全部资料解释为用户不配合。
私人应用与公共反馈也应分开。一次检查的结果可以只属于用户工作空间，只有在经过相应同意和处理后才进入共享案例。系统不应因为自己能够保存，就把保存等同于拥有。
资料减少可能使某些判断无法完成，这是合理边界。可靠系统应当能够说，依据目前材料只能检查局部一致性，不能评价全书结构。它不需要为了显得有用而猜测没有看见的章节。
因此，活论文的社会性发生并不依赖无边界数据吸收。恰当的数据最小化与明确能力声明，反而能够增加长期参与的信任。
十、工具失败时，论文不应假装仍在工作
若一项能力依赖外部程序或数据服务，运行条件可能改变。工具无法启动、输入格式不符、依赖版本不兼容，都可能使当前任务失败。活论文必须能够把这些失败显露出来。
系统可以继续提供阅读解释，却不能把解释伪装成已经完成的执行。若没有实际运行，就应当交付方案或操作说明；若只运行了部分步骤，就应说明部分完成；若结果无法核查，就不应自动给出确定结论。
故障记录也应与知识状态区别。工具暂时不可用，不等于论文理论被推翻；某次数据读取失败，也不等于方法无效。反过来，程序正常结束也不证明其输出具有研究意义。运行与知识之间需要判断桥梁。
维护团队可以提供替代路径，例如导出规则与输入要求，让用户在其他合适环境中执行。但替代路径同样需要说明测试状态，不能因为能启动就宣称完全等价。
一个能够诚实报告故障的活论文，比一个无论发生什么都生成漂亮答案的系统更可靠。生命力不在于永不失败，而在于失败仍然可以被识别、处理和记住。
十一、更新通知应当告诉人们什么
“这篇论文已更新”是一条有用但不充分的信息。读者还需要知道更新涉及什么：文字更正、方法补充、工具修复、适用范围调整，还是核心结论变化。不同更新对使用者的影响不同。
发生型出版可以为重要变化提供简明差异说明。说明应当包括变化内容、依据、受影响任务与需要重新检查的结果。若只有工具修复，不必暗示理论改变；若核心条件改变，也不能把它藏在普通版本号后面。
通知需要与用户关系相称。曾经调用受影响方法的人，可能比只浏览摘要的人更需要知道具体变化。项目可以在获得适当授权的情况下保存必要依赖关系，以便有针对性地提示，而不是向所有人发送同样的消息。
但通知不是把责任全部转给用户。若系统曾经明确提供错误建议，维护者仍需要说明问题来源和修正措施。一次自动提醒不能替代必要的公开更正。
因此，更新机制不仅是技术消息系统，也是出版责任的可见形式。它让知识变化不再只发生在后台，而能够回到受影响的使用关系中。
十二、退出以后，活论文还留下什么
任何持续服务都可能停止。作者退休、项目结束、工具不再可用，或者运营成本无法维持，都可能使在线能力退役。发生型出版不能把退役当成不愿讨论的坏消息。
至少应当保存正式文本、重要更正、已确认的知识变化以及必要的来源关系。对于允许导出的个人成果，应提供合理路径；对于运行依赖，应说明哪些部分仍可自行使用，哪些能力已经不再维护。
退役不必使全部知识价值消失。一份保存完整的 Skill 和案例说明，即使不能立即在线运行，仍可能帮助后来者理解与重建方法。相反，一个只留下聊天入口、没有任何可携带材料的服务，一旦关闭就可能使重要积累断裂。
因此，可退出性应当在设计开始时考虑。它既保护用户，也迫使运营者把真实资产与临时界面区别开来。知识生态不应完全等同于某个服务器当前是否在线。
活论文的成熟，不仅表现为能够出生和成长，也表现为能够有责任地暂停、迁移和留下遗产。
十三、怎样避免把活论文做成昂贵玩具
技术演示常常选择最顺利的路径：材料完整、问题典型、工具稳定、输出漂亮。真正的出版项目还需要面对大量普通任务与边界情形。若每次都需要专家长时间介入，所谓低成本自动化就需要重新评估。
项目可以从一个小而清楚的任务集开始。先检查阅读解释是否可靠，再检查应用边界，再决定是否加入执行与知识回写。每增加一种能力，都应说明新增价值与新增维护负担。
评估不只看第一次展示，也看重复使用和条件变化。模型升级以后是否仍遵守规则，来源更新以后是否正确定位，用户提出陌生问题时是否适当停止，都是实际运行需要面对的检查。
有些论文可能只适合轻量阅读助手。承认这一点不是否定发生学，而是让能力与材料相称。一个范围清楚的产品，往往比一个承诺全面研究能力却无法稳定运行的系统更有价值。
因此，活论文不应以功能数量证明自己。它应当以知识进入任务以后产生的真实改善，以及这些改善是否值得长期维护，来证明自己。
十四、PDF 没有被淘汰，而是获得了新的邻居
经过本章的展开，活论文已经不再意味着把 PDF 扔掉。稳定文本仍然承担论证、引用与历史记录的重要任务。新增的知识层、能力层、运行层与变化记录，围绕它形成新的工作关系。
这种关系既不是附件堆积，也不是单一智能体吞并一切。每个部分有自己的身份与责任：原文说明作者当时主张什么，Skill 说明系统怎样组织任务，运行记录说明实际做了什么，变化账本说明后来哪些知识获得了新的状态。
读者可以只读原文，也可以进入应用；作者可以保留当前版本，也可以确认修订；新的贡献可以回到原著，也可以形成独立分支。活论文的开放性体现在选择与连接，而不是强迫所有对象不断变化。
下一章将讨论一个重要的现实参照：Paper2Agent。我们需要认真看待已有技术已经打开的门，同时避免把技术先例夸大成全部出版哲学已经完成，也避免为了强调 SDE 而贬低别人已经实现的能力。
活论文不是一个自我赞美的名称。它应当是一种可以被打开、被使用、被检查，并在需要时被修正的出版安排。
活论文的关键，不是会回答，而是能够有根据地继续工作。
阅读、应用和知识再发生具有不同能力要求。系统应当让原文、解释、方案、执行结果与候选修订保持身份。智能体可以扩大进入论文的方法，但不能用一个统一的完成标志，代替不同层次的检查和承担。
你面对的论文助手，现在提供的是哪一级能力？有什么可检查的证据？