附录B 从一篇短文到一个 Skill：完整转换练习
一、为什么需要一份完整可见的练习源
讨论自动转换时，常见演示只给输入标题和最终智能体，读者看不见中间发生了什么。原文是否真的支持那些规则，哪些内容由转换者补充，哪些缺口被模型猜测填满，都难以判断。
本附录采用一篇全部内容可见的练习短文，展示从来源到规则、从规则到任务、从任务到候选修订的过程。短文由本书为分析目的构造，不是已经发表的研究，也没有经验数据。它故意保留一项过强主张，以便说明忠实转换与批判检查为什么需要同时存在。
练习中的人物、记录和版本事件都是设计示例，不是某个系统已经完成的运行报告。它们说明应当怎样组织工作，而不用于宣称性能或效果。
读者可以把本附录当作一次审读：先看原文，再检查规则是否越界，最后判断新的差异是否足以改变原主张。真正值得学习的，不是某个固定答案，而是这些关系怎样被保留。
二、练习短文：读者反馈如何成为版本更新
【P1】出版物进入使用以后，读者会提出解释困难、应用差异和修订建议。若这些内容只停留在零散对话中，作者与编辑可能难以判断哪些反馈值得进入后续知识工作。因此，出版项目应当为反馈建立可追踪的入口。
【P2】一条反馈至少应当指向相关版本与具体主张，并尽可能说明发生差异的情境。反馈者需要区分自己观察到了什么，以及自己怎样解释这些观察。缺少这种区分，系统容易把使用者的推测直接当作事实。
【P3】保存反馈不等于确认反馈。进入记录区的内容可以是问题、观察、候选解释或者修改建议，它们不应自动获得相同知识身份。原文的稳定版本仍然需要保留，以便后来者核对变化。
【P4】编辑可以把反馈整理成问题包，说明材料来源、相关条件、可能影响的主张以及尚缺少的检查。问题包的目的，是减少重复整理并支持判断，而不是替作者完成所有专业确认。
【P5】经过检查的反馈，可以导致不同处理：更清楚的解释、应用说明的修订、原命题的限定，或者暂时维持原结论。是否改变知识，应当根据具体材料，而不是根据反馈数量决定。
【P6】为了保持知识连续性，所有经过确认的重要成果都应该最终纳入原出版物的主干版本。否则，成果分散在不同地方，原著就无法完成自身的成长。
【P7】更新应当说明改变了什么、依据是什么、由谁确认，以及旧版本是否仍然适用于某些任务。不能只留下最新文本，也不能把未经确认的生成内容写成作者的新观点。
【P8】本文提出的是一种反馈治理设计，没有报告实际试点结果。其适用范围与维护成本仍需研究，特别是不同类型作品是否需要相同强度的后续服务。
三、先建立主张卡，而不是直接写指令
转换者首先应当辨认文本中的主张类型。P1提出规范性的组织要求，P2提出材料结构要求，P3作出知识身份区分，P4提出编辑流程，P5列出可能处理，P6提出一个较强的主干归属原则，P7规定更新说明，P8明确未验证状态。
这些内容不能全部被转成“已经证明有效”的操作。尤其P8限制了全文的能力声明：短文是一项设计，而不是实验结果。若最终 Skill 宣传自己已经提高知识回写质量，就超出了来源。
P6需要特别标记。它确实是原文主张，忠实抽取时不能把它悄悄删掉；但它也可以成为批判检查对象。转换不是替原文辩护，忠实与质疑应当分别留下位置。
一张主张卡可以包含编号、原文位置、忠实释义、主张类型、适用条件、证据状态和待审问题。例如，P6的待审问题是：知识连续性是否必须通过主干合并实现，独立分支能否通过来源关系保持连续？
此时尚未形成新的结论，但关键问题已经显露。转换过程没有把原文压成一个统一正确的摘要，而是保存了内部需要进一步研究的关系。
四、把来源规则与设计规则分开
根据P2，Skill 可以要求反馈尽可能定位相关版本与主张；根据P3，可以要求区分记录与确认；根据P7，可以要求修订保留理由与责任。这些属于有直接来源支持的规则。
但是，系统采用什么字段名，如何保存文件，候选区是否分为几个状态，界面先问哪个问题，都不一定由原文规定。它们是转换者为运行增加的设计选择，应当以设计规则身份出现。
例如，采用“待补材料、可进入核查、已形成处理意见、已确认发布”四种流程状态，是一种可讨论的实现方案。它不能被写成原作者已经提出并验证的唯一正确流程。
对于P6，可以保留两种模式。忠实说明模式准确表达原文主张；批判检查模式则允许检验它是否过强。若应用模式暂时采用主干优先，也应当说明这是当前草案选择，并保留分支问题的审查入口。
规则来源分开以后，后续修改更容易定位。原文主张需要作者层面的讨论，界面字段可以由实施团队调整，工具故障则由技术维护处理。不同变化不再互相冒充。
五、形成 SIO 与 SDE 分析
在这个练习中，反馈者、编辑、原著和运行工具进入了新的工作关系。反馈者不是只提供原料的人，编辑也不是只把意见搬回作者的人；他们共同组织一项差异怎样成为可讨论的知识问题。
当前显露S，是原文、反馈及其知识身份构成的状态。目标显露可以是一个具有来源、条件与处理意见的问题包，但不能把目标状态当作已经完成。
D需要追踪反馈的发生序列：读者使用哪个版本，面对什么任务，采取了什么操作，出现了什么与预期不同的结果，随后提出什么解释。一个只有结论的意见，可能不足以重建这条序列。
E则要求说明不同特征怎样共同影响反馈价值。例如，应用目标与原文目标不同、评价方法也不同，可能使表面冲突实际上来自任务变化；作者确认权与独立研究需要之间的关系，则可能影响成果应该进入主干还是形成分支。
这些分析不是额外装饰。它们直接影响后续处理：补充什么材料，检查哪项前提，是否能够比较，以及最终成果应当获得什么身份。
六、转换后的 Skill 草案
名称：出版反馈问题包整理
来源：本附录练习短文P1—P8
版本：练习草案0.1
能力：解释反馈治理；整理问题包；提出待检查的处理路径。
限制：不宣称流程已被验证；不自动确认知识或修改原文。
输入：反馈文本；相关版本或可定位片段；用户允许使用的情境材料。
步骤：
1.辨认反馈是解释困难、观察差异、候选解释还是修订建议。
2.定位它影响的原主张；不能定位时保留缺口。
3.区分观察与解释，追踪关键差异的发生顺序。
4.分析情境、目标、操作和评价之间的相关条件。
5.形成问题包：已知材料、待核查部分、可能处理、责任接口。
6.根据材料建议解释修订、应用修订、命题限定、维持或继续检查。
7.涉及重要成果时，标注原文P6的主干归属主张及其待审问题。
8.未经明确确认，不覆盖原文，不把候选内容写成作者观点。
输出身份：问题包与候选处理意见，不是已确认更新。
回写：先保存到用户选择的私人或候选空间。
测试：忠实性、条件不符、材料不足、独立分支、权限越界。这份草案并没有隐藏P6的问题。相反，它把问题带进任务，使后续应用有机会检验。一个只抽取“所有成果必须合并主干”的转换器，虽然表面忠实，却可能把原文的过强主张放大成持续操作规则。
七、第一次应用：一个解释困难
使用者提交：“我不理解保存反馈和确认反馈有什么区别。”这属于阅读任务。系统应当解释，保存只是让内容进入记录，确认则需要经过相应检查并获得明确知识身份。
在这个任务中，不需要启动完整的反馈治理流程，也不需要询问个人工作背景。可以用简短例子说明：一位读者提出某方法可能无效，这条意见可以先被保存，但是否足以修改方法，需要进一步材料。
正确输出应当指向P3，并说明例子是解释性补充。若系统因此生成一份复杂版本合并方案，就偏离了用户任务；若它说原文已证明这种流程有效，则超出了P8的限制。
这次应用的价值是理解改善，不需要被包装成新知识贡献。一个系统能够完成简单任务而不滥用复杂结构，才具有实际可用性。
八、第二次应用：任务目标改变造成差异
另一位使用者说：“原方法强调保持稳定原文，但我每天都要修改内部工作笔记，因此这个原则不适用。”系统需要先区分正式公开版本与私人工作记录。
P3与P7主要讨论可供后来者核对的出版记录，并没有要求个人草稿每次修改都形成正式公共版本。用户的例子可能暴露解释范围需要更清楚，却未必直接否定稳定版本的意义。
系统可以形成一个问题包：原文适用对象是公开出版记录；用户对象是私人工作笔记；两者目标不同；建议在解释中增加对象区分；是否需要修订原文措辞，由相应确认者决定。
这里的D不是简单的“原文要求稳定，用户需要变化”，而是从任务差异到概念范围差异的辨认。E则包含公开责任、记录用途和修改节奏之间的关系。
输出应当标为候选解释修订，而不是原理论被推翻。发生型系统的能力，既包括发现真正反例，也包括避免把不同任务之间的差异误判为矛盾。
九、第三次应用：独立分支挑战主干原则
第三位使用者提交一项更有力的问题：他依据原方法形成了一套面向专业训练的反馈分析体系。新体系保留来源，却发展出独立对象与论证。若把全部成果纳入原著，原著将偏离自己的中心问题；若不合并，P6却认为知识连续性受到破坏。
这次问题直接触及P6的推断：从需要保持连续性，是否能够推出必须纳入同一主干？两者之间并没有自动成立的关系。连续性也可能通过清楚的来源、版本与贡献谱系实现。
系统可以提出一个候选修订：经过确认的重要成果，应当保留可追踪的发生关系，但不必全部归入原出版物的主干。根据对象与责任，可以形成正式修订、关联应用或独立分支。
这项修订首先在练习范围内具有论证意义。它指出原命题包含过强的必要条件，并给出一个替代组织方式。它不意味着这一思想在全部文献中从未出现，也不应被宣传为自动发现的新理论。
如果负责确认的人接受修订，练习文本可以形成新版本；若暂未接受，候选分支也可以保留。关键是原文与新主张各自拥有身份，而不是系统悄悄把P6改写后声称原文一直如此。
十、用两条轴代替一个总判断
这个练习还可以进一步形成一个设计区分：成果与原著的相关性，和成果已经得到多强验证，不是同一条轴。高度相关但未验证的提案，应当进入候选区；验证充分却形成独立问题的成果，可能更适合独立分支。
因此，不能只用“重要不重要”决定是否合并主干。还需要看它改变的是原著核心命题、应用说明、外围案例还是一个新的研究对象。知识身份与组织归属要分别判断。
这种两轴安排是本附录提出的设计性扩展，不是练习短文已经包含的规则。它需要在真实项目中进一步检查是否有助于减少混淆，也需要允许根据不同作品调整。
它的价值在于使一个含混决策被拆开：确认某项成果，并不自动决定它归哪里；决定它与原著有关，也不自动确认它成立。两种不同工作不再被一个按钮同时完成。
这里出现的知识再发生，不是增加更多文字，而是形成了更清楚的判断结构。这也正是本书期待 Skill 能够支持的变化。
十一、一个可追踪的处理记录
记录编号：EX-B-03（分析性示例）
来源版本：练习短文0.1
相关主张：P6
提交内容：独立体系无法全部纳入原著，但可以保留来源关系。
观察/材料：本练习提供的概念性反例；不是经验调查。
关键差异：知识连续性与主干归属性并不等同。
候选处理：限定P6，允许正式修订、关联应用和独立分支。
验证方式：检查原推断的必要性，比较替代组织是否保留来源。
当前状态：候选修订，等待负责确认者审读。
权限：不自动改写原文，不冒充原作者已接受。
后续关系：若接受，生成0.2版本；若不接受，保留带理由的分支。这份记录不要求展示任何人的完整私人思维。它保存的是公共判断所需的材料、差异与决定接口。后来者能够看见原主张、反例和候选变化，也能够知道什么尚未完成。
记录的具体字段可以调整，但不能把关键身份删掉。若只保存“系统建议优化P6”，后来者仍然不知道为什么需要优化，也不知道建议是否已经被确认。
十二、练习告诉我们什么
论文转 Skill 不是一次单纯的格式变化。它可能使原文隐含的条件、过强的推断和运行中的责任缺口变得更明显。转换过程本身也可以参与知识发生。
但这种发生需要克制。不能为了使 Skill 看起来完整而补造证据，不能为了显示批判力而把所有原文都判为错误，也不能为了追求新颖而把普通澄清包装成原创突破。
完整路线应当保留几个不同对象：稳定来源、抽取的主张、转换者新增的规则、具体任务记录、候选修订与正式版本。它们彼此连接，却不互相吞并。
读者现在可以把同样方法带到其他短文中。选择一项有明确论证的材料，先辨认主张与条件，再形成有限 Skill，最后用真实或明确标注的分析性案例检查它。不是每次都会产生新知识，但每次都应该更清楚地知道自己到底做了什么。