未来出版社到底出版什么
出版机构可以交付成果，也可以组织成果继续生产的条件。
一、一次产品会议暴露了问题
设想一家虚构出版社准备推出发生型出版业务。产品会上，有人说应该给所有图书安装问答入口，有人说应该把全部书稿转成 Skill，也有人认为只要把现有网站改名为知识生态平台，新的业务就已经成立。
丁编辑没有先讨论技术，而是问：读者到底将得到什么？如果购买一本书，他获得的是稳定文本，还是需要持续付费的运行服务？如果某项智能体给出不可靠建议，谁负责处理？如果三年后服务停止，哪些东西还能留下？
这些问题使讨论从功能清单转向交付关系。会聊天、会检索、会调用工具，分别是能力描述；交付什么、承诺到哪里、怎样确认结果，则是出版项目的身份问题。二者必须同时说明。
本书所提出的出版社转型，不是要求所有机构抛弃图书生产，而是使出版可以选择承担一种新的产品单位：有稳定依据、有任务边界、有运行能力、有修正路径的知识发生项目。
这个项目可以很小，也可以很大。它可能只围绕一篇论文提供可靠的阅读与方法说明，也可能围绕一组专著形成跨领域能力网络。规模不是定义，关系是否被组织才是定义。
二、文本仍然是重要交付物
有人听到出版知识发生系统，就以为纸书和电子书已经降格成不重要的包装。这会使转型失去基础。稳定文本使读者能够独立阅读、准确引用和公开批评，是知识责任的重要载体。
发生型项目可以在文本之外增加能力，但不能用能力替代应当交付的文本。如果出版社承诺提供完整专著，就不能只给一个不断回答问题的界面，让读者永远无法核对作者到底写过什么。
同样，Skill 也不能只靠宣传介绍代替。读者或授权使用者应当能够理解它的任务范围、关键来源和限制；需要复现方法的项目，还应当提供相应可用材料或明确说明缺口。
因此，交付可以被理解为相互关联的几层：文献层提供稳定表达，知识层说明命题与依据，能力层组织任务规则，运行层提供实际服务，治理层说明版本、反馈与责任。并不是每个项目都必须以同等强度交付全部层次，但不能混淆已经提供与尚未提供的部分。
这使出版社有机会从“我们有一本书”走向“我们能够支持这类知识工作”。前者仍然重要，后者则需要更多明确的劳动和承诺。
三、不是所有书目都采用同一种产品形态
一家出版社可能同时拥有历史文献、文学作品、方法型专著、实验研究和实务指南。若以同一套智能体流程处理全部书目，技术看似统一，作品差异却可能被抹平。
历史文献的优先任务可能是保全原貌、核对版本和提供解释入口；文学作品可能适合阅读陪伴与背景说明，却不应默认接受读者共同改写原文；方法型论文则可能更适合条件检查、应用设计和工具调用。
因此，出版社需要的是产品组合，而不是一场强制的全部Agent化。可以有稳定文献型、解释支持型、方法应用型和持续研究型等不同安排。这里的名称是本书提出的设计分类，并非现行行业的统一标准。
不同类型对应不同维护强度。只提供解释的项目，不应被宣传为已经能够执行研究；持续研究型项目则需要更充分的测试、证据处理和责任安排。能力越强，不能意味着边界越模糊。
这种差异化还有经营上的意义。有限资源可以优先进入实际需求明确、材料条件较好、维护责任有人承担的项目，而不是为了展示书目规模，把大量不可用的能力同时上线。
四、三个系统怎样真正分工
第一是信息与知识材料系统。它不只是保存文件，还负责使原文、附件、概念、证据和版本状态具有可以核对的关系。一个方法来自哪里，哪些材料已经更正，哪些来源允许进入当前任务，都应当能够被辨认。
第二是知识发生发动机。它把 Skill、模型、工具、任务控制和验证机制组织起来。出版社不必自己训练底层大模型，却需要知道调用规则是否可靠，工具失败时怎样处理，生成内容怎样获得正确的知识身份。
第三是知识交通系统。它让适当的问题进入适当的能力单元，让不同出版物在必要时合作，让个人反馈在获得许可后进入候选知识区，也让正式修订能够返回相关用户与依赖项目。
三者之间不是一条只向前的流水线。运行中的差异会暴露材料缺口，交通中的新任务会要求改写 Skill，已经确认的修订又会改变材料系统和能力入口。发生型出版的核心，是让这种往返具有清楚的边界。
如果只有材料系统，出版社可能只是拥有更大的资料库；只有发动机，可能生成许多缺少根据的内容；只有社区交通，可能形成热闹讨论却难以积累知识。三者共同工作，才有机会构成持续发生的基础设施。
五、从一本书开始的完整试点
设想出版社选择一部任务分析专著进行试点。它没有首先建立庞大的智能体书架，而是确定一项范围有限的服务：帮助读者理解核心区分，检查一份训练任务是否把完成表现误当成判断能力，并整理应用中出现的关键差异。
准备阶段先保全正式文本，形成核心命题和条件清单。编辑不替作者补造缺失的实证依据，而是把缺口明确列出。技术人员随后把可以组织的任务规则转成 Skill，并规定哪些情况只允许给出候选方案。
测试阶段使用不同类型的输入。正常问题应当获得忠实解释；材料不足的问题应当得到适度澄清；不适用的情境不应被强行套用；带有原文之外要求的任务，应当说明新增部分的身份；涉及修改原文或共享私人数据的操作，则必须检查权限。
交付阶段不只上线界面，还发布能力说明、来源入口、当前限制、反馈路径和维护范围。读者因此知道这个系统能够帮助什么，也知道什么不能据此得到保证。
试点以后，出版社根据实际记录决定是否扩大。若系统只增加复杂度而没有改善理解和应用，就应当修改甚至停止。能够停止一个没有价值的试点，比把它包装成必然成功的新典范更重要。
六、一个项目怎样计算自己的劳动
发生型出版需要讨论成本，但不能只看模型调用费用。整理来源、构造规则、编写测试、核查反馈、处理更正、维护依赖和保存版本，都可能形成实际劳动。
可以用一个纯粹分析性的表达来理解：项目某一期间的总投入，包含初始整理投入、持续运行投入、人工核查投入和退出保存投入。这个表达不是财务预测，也没有假定任何真实价格，只是提醒我们不要把看得见的接口费用当成全部成本。
相应的价值也不是只有订阅收入。机构可能通过方法服务获得收入，也可能通过教学、研究合作、品牌信誉或内部能力改善获得价值。不同项目的目标不同，不能用同一种盈利模型判断全部出版任务。
但任何价值叙述都应当有边界。不能因为项目具有文化意义，就忽略持续劳动由谁承担；也不能因为某项能力可以收费，就假定所有读者都会为它付费。需求需要在具体任务中检验。
因此，出版社应当把成本与服务承诺对应起来。承诺长期维护核心方法，就需要安排相应资源；只承诺稳定版本，则应当明确不包含哪些持续服务。真实、有限、可兑现的承诺，比无法承担的永久开放更可靠。
七、收费对象应当与新增价值对应
如果原论文已经可以公开阅读，而出版社只是把它放进通用聊天界面，就需要说明自己究竟增加了什么。不能仅凭界面更方便，就暗示已经提供了独特的知识发生能力。
新增价值可能来自经过审查的规则、可验证的工具、可靠的材料组织、专业反馈处理、长期版本维护或者特定任务的支持。它们需要实际存在，也需要让用户理解。
一种可讨论的交付方式，是把稳定文献与持续服务分别说明。读者可以获得某一版本的阅读材料，再自主选择是否使用需要持续投入的应用与研究支持。也可以由机构集中购买服务，使个人读者不必逐项付费。具体形式需要结合项目条件设计。
无论采用什么方式，都不应通过模糊身份制造依赖。已经承诺交付的文本不能因为服务到期就被悄悄收回；个人可以保留的成果也不应在退出时无故消失。涉及许可和合同的具体安排，应当另行清楚约定。
发生型出版的商业基础，不是把读者困在系统里，而是使持续服务确实值得被选择。能够离开而仍愿意合作，比没有出口的高留存更能说明价值。
八、规模化之前先解决差异化
把一篇论文转成 Skill 以后，很容易想象把一万篇论文同时转换。但文献之间的差异不会因为批处理而消失。方法完整性、数据可用性、概念清晰度、授权范围和维护意愿，都可能不同。
自动化可以帮助初步整理，却不能把不同质量的输入转成同样可靠的输出。转换器应当能够给出不同结果：某些论文可以形成应用能力，某些只能形成阅读支持，某些则因为材料缺口而暂时不能转换。
因此，规模化的关键并不是所有项目都通过同一道门，而是系统能够可靠地分流。标准化应当明确共同身份和检查要求，差异化则保留不同知识类型需要的判断方式。
出版社还需要管理维护积压。上线数量增长以后，反馈、依赖变化和工具故障也会增长。若没有相应处理能力，智能体书架就可能变成大量名称鲜亮、实际无人维护的入口。
真正的规模能力，是在扩大覆盖时仍能保持来源、边界与责任，而不是把人工审核困难藏在自动化之后。规模越大，越需要允许部分项目保持静态、暂停或者退出。
九、专业判断与平台商业之间的边界
发生型出版增加了用户互动，也可能增加平台对行为数据和流量的关注。这里需要防止一种角色混淆：因为某种内容更容易获得调用，就把它认定为更值得成为正式知识。
专业判断应当依据主张、证据与任务价值，而不是单纯依据商业热度。一个不受欢迎的更正仍然可能必须发布，一个吸引大量互动的候选解释也仍然可能缺少依据。
这并不要求出版社忽略经营。它需要经营，才能维持劳动；但经营目标与知识确认之间应当有清楚的程序。谁有权确认修订，商业部门是否能够改变知识状态，作者与读者如何提出异议，都值得明确。
同样，推荐机制不应默认把付费能力包装成最合适能力。若推荐包含商业关系，应当有适当说明。使用者需要知道自己看到的是任务匹配结果、编辑选择，还是商业展示。
发生学出版把关系放在中心，也因此必须认真面对关系中的利益。只有承认利益可能影响知识路径，才有机会设计限制这种影响的制度。
十、不是每家出版社都要自己建全部技术
一家小型专业出版社可能拥有优秀的作者与编辑，却没有能力维护底层模型、云服务和复杂工具。发生型出版不应因此成为只有大型平台才能进入的游戏。
专业机构可以选择共享基础设施，同时保留自己的来源、规则、品牌和确认责任。技术服务提供运行能力，出版社组织知识与编辑判断，作者提供并修订核心理论，使用者在清楚边界中贡献应用记录。
这种分工需要避免一个问题：技术供应者不能因为负责运行，就自动控制全部知识资产和读者关系。数据保存、导出、版本归属、服务停止和迁移条件，都需要在合作开始时考虑。
出版社也不能把技术外包当作知识责任外包。某个系统以出版社的名义提供服务，机构仍然需要知道它的能力声明是否准确、错误如何处理，以及使用者怎样获得解释。
因此，新的出版基础设施可以是分布式的。没有必要所有材料都进入同一个中心，也没有必要每个机构重复制造全部工具。重要的是不同参与者的职责能够清楚连接。
十一、退出也是产品的一部分
传统项目讨论常常集中在上线：什么时候发布，怎样宣传，如何吸引用户。发生型项目还需要在开始时讨论退出：如果维护结束，系统怎样停止，读者能保留什么，重要修订怎样保存。
这不是消极，而是对有限资源的承认。作者可能改变研究方向，工具可能无法继续支持，机构也可能调整业务。没有退出设计，所谓活出版可能最终留下无法运行、无法解释、也无法迁移的残骸。
一个负责任的退出包可以包含最后稳定文本、已经确认的更正、Skill 及其适用说明、必要的运行依赖描述、允许保存的成果与贡献记录，以及仍未解决的问题。具体内容取决于原有许可和服务范围。
停止服务应当改变能力声明。不可执行的工具不再以可用按钮出现，缺少维护的建议不再被暗示为持续更新。历史材料仍然可以有价值，但必须以历史材料的身份存在。
出版的责任因此不仅包括让知识开始工作，也包括在停止工作时尽可能保存后来者重新进入的道路。能够体面结束，是持续发生体系成熟的重要标志。
十二、出版社真正交付的是一组可信关系
经过这些讨论，未来出版社出版什么，可以得到一个比“出版智能体”更准确的回答：它可以出版稳定文献，也可以出版围绕文献组织起来的、具有依据与边界的知识能力，以及使这种能力持续接受检验的关系。
这里的可信，不是宣称永远正确，而是使来源可以核对，错误可以指出，变化可以追踪，责任可以找到，参与者可以选择。一个系统能够承认失败，并不必然损害可信；掩盖失败才会破坏这种关系。
因此，发生型出版社的专业性不在于比别人生成更多文本，而在于把知识材料、运行能力和社会互动组织成可以承担的公共交付。它不需要替代全部研究活动，却可以帮助研究成果更可靠地进入后续工作。
这种角色变化会重新塑造编辑。编辑不再只面对一份即将定稿的文字，也可能面对一套规则、一组测试、一次应用差异和一项候选修订。文本劳动没有消失，而是进入更广泛的知识组织。
下一章将从编辑的一天开始，讨论这种角色究竟怎样工作。只有当新的责任可以落实到具体劳动，而不是停留在职业名称的升级，出版业的发生学革命才开始获得真实形状。
出版机构可以交付成果，也可以组织成果继续生产的条件。
新型出版项目包含文本、规则、工具、知识材料、参与接口与版本历史，但不要求所有项目采用最大配置。出版社需要按实际任务配置能力，区分建设与维护，并使承诺与资源相称。机构规模的意义，在于可靠关系，而不只在于文件或智能体数量。
把一个项目的功能减去一半，哪些能力必须留下，才能不背离它的出版承诺？