第 24 章 制作自己的法律 Skill：从工作方法到测试迭代
安装现成 Skill 与制作自己的 Skill，是两件不同的事。第5章以【KAI-民商事诉讼大师-Lite版】讲获取、安装和调用。本章从自己的工作方法出发，制作一个范围较窄的“采购合同初审”Skill。目标不是让模型代替承办人决定合同能否签署，而是把反复需要说明的读材料顺序、意见字段和例外处理保存下来，使下一次任务能够按同一种方式开始。
以下为法律 Skill 制作与测试教程，示例结果需要在实际任务中验证。界面入口、导入方式和可用工具，以读者实际版本为准。
先把审查方法写成一份工作说明
先选一类自己熟悉、能够判断结果好坏的材料。本例只处理单份货物采购合同，从采购方立场形成正式审阅前的初审清单。服务合同、框架协议、补充协议暂不纳入。范围窄一些，才能分清模型遗漏了要求，还是任务本身已经换了类型。
准备三类文件：一份可公开演示或已适当处理的合同、实际附带的附件，以及一份交易背景说明。背景说明写明签约阶段、采购用途、代表哪一方和已确认的业务要求。不要把历史谈判笔记默认为双方已经达成的约定。原合同保持原样，成果另存，不在练习中替换客户文件。
材料清点不仅记录“收到或未收到”，还要记录材料在什么时间应当出现。签约前没有验收结果，与已经验收却找不到记录，处理不同。合同约定证明随货提交，签约前尚未取得，也不能直接写成对方已经违约。先在说明中固定这种区别，可以减少后续反复纠正。
把“注意验收风险”改成可执行动作：读取验收期限、标准、异议方式和沉默后果，分别摘录原文与位置；若标准引用附件，先核对附件是否提供；缺附件时暂停依赖该标准的判断，继续整理正文已经写明的期限。再按同样方法展开主体、标的与验收、价款支付、交付与风险转移、违约责任、知识产权与保密、争议解决、其他约定八部分。
图24-1：出处原图3.3-图01。图中是工作说明整理示例，先定义业务要求，再交给制作工具。
交给制作工具，生成后逐项核对
如果当前环境已经有可用的 Skill 创建工具，可以在新任务中选择它，并附上工作说明。尚未安装时，先依照对应工具的正式说明处理；不要因为本章出现名称就自动运行陌生安装命令。可以复制下面的指令：
请根据附件《采购合同初审工作说明》，制作“采购合同初审”Skill。
建议名称 procurement-contract-precheck。先只生成规则文件供我审阅。
不要安装、覆盖已有技能或修改合同。
适用范围：从采购方立场整理单份货物采购合同的初审清单。
请保留八部分检查顺序和六个意见字段：条款位置、原文摘录、问题、
依据及出处、后续处理、确认状态。
区分合同约定、内部要求和待核实的法律依据。
缺附件、文字不清、条款冲突分别处理，不替我选择冲突条款。
输出规则文件与一份“工作说明—规则位置”对照表。
创建工具生成文字后，先确认实际文件存在且能打开。聊天里出现一段规则，不等于已经保存；把 Word 扩展名改成 .md，也不等于完成格式转换。打开规则正文，至少检查适用范围、输出字段、例外处理三处，并对照原工作说明看有无遗漏或擅自添加。
出处案例中，初稿曾把确认状态写成“是否已与被访人核实”，但这个合同初审流程没有访谈环节。这类听起来专业、却与任务无关的字段应当删除。缺失材料也不宜只在末尾出现：对应意见先说明缺失的影响，末尾再集中汇总，否则复核人不知道某条判断为何无法完成。
核对通过后，再按实际版本支持的方式导入。保留初稿和核对稿，遇到同名规则先核对已有内容，再决定采用哪个版本。导入完成后打开已安装规则，比对名称、范围和关键例外；“安装成功”只说明进入系统，不说明业务要求已经正确。
用合同检查它是否真的照做
另开任务，选择核对后的 Skill，只加入本次合同、附件及背景说明。可以这样交代：
请按采购合同初审Skill，从采购方立场处理本次附件。
只读取本次明确提供的材料，不把工作区旧意见作为事实依据。
输出Markdown和Word初审清单：基本信息与已读材料、八部分检查记录、
补充材料与待确认事项。不要覆盖原合同，不作最终签约结论。
生成后报告实际读取的文件和未能读取的位置。
打开成果，先抽查一条从原文到建议的完整链条。例如正文写“10个工作日内完成测试”，就检查清单有没有漏掉“工作日”，有没有把尚待填写的验收记录认作签约前缺件，有没有把负责人尚未判断的期限写成已认可。六字段填满仍然可能出错，字段只是复核入口。
再比较详细意见与末尾总结。出处案例中，详细意见已读到赔偿范围及软件许可迁移安排，总结却又将这些事项归入“全文未见约定”。这是概括与证据相互矛盾。修改时应指出原合同位置、详细意见位置与错误总结句，不能只说“请更严谨”。
换材料复测，再修规则
至少准备三种差异：正文与附件完整；附件放在文末；两处付款起算点不同且有引用附件缺失。先由人建立预期检查表，再让 Skill 分别处理，不在任务提示中提前泄露每处问题答案。保存首次输出，才能比较修订前后是否进步。
本轮复核发现：详细意见已摘录第九条的赔偿安排。
末尾却写“全文未见约定”。请定位规则中可能造成此偏差的处理步骤。
提出最小修订，先给出变更对照，不直接替换已安装版本。
修订应要求汇总逐项回查详细意见和原文，区分“已有约定但不具体”
与“没有约定”。不要把本合同条号或金额固化进通用规则。
修订后先重跑原失败材料，再重跑另外两份。若只修好了当前样例，却把完整附件漏读，仍不能采用。记录样例、预期、实际偏差、修订与复测结果，可直接使用附录C的流程评测表。
延伸：从书籍或视频提炼方法
还可以从书籍、课程与视频蒸馏方法。法律材料同样可以先提取适用条件、执行步骤、反例、术语与出处，再形成候选规则。这里应保留出处页码或视频时间戳，并确认材料使用范围；不能把作者某个个案中的判断改写成所有案件通用的结论。
检索库保存“原文在哪里”，Skill 保存“遇到什么任务按什么步骤做”，两者可以配合。自动触发、测试覆盖与检索质量都需要另行验证。读完书的摘要不会自动成为可靠 Skill。先取一个可以核验的小方法，完成一次提取、核对、试用和复测，比一次生成几十个未经检查的规则更容易维护。
本章应交付工作说明、规则初稿与核对稿、测试材料清单、首次输出和复测记录。采用版本须由负责人明确；团队共享与长期改进见第28章，多个角色共同执行见第25章。