爽律skill｜律师专业工作流系统

爽律skill在整个工作链条中的位置很明确：它是一套面向中国律师实务的 Agent Skills 工作流系统，也是供 Agent 调用的律师专业方法与质量控制层。真正接收用户任务、读取材料、调用工具、生成文件和与用户交互的主体始终是 Agent。

因此，本手册后文统一采用“Agent在爽律skill规则指引下完成某项法律工作”的表述。爽律skill本身不被拟人化，也不被描述成独立办案主体。

爽律skill不改变你和 Agent 的基本交互方式。你仍然直接告诉 Agent 要做什么；当当前宿主支持 Agent Skills 自动发现时，Agent可以根据法律任务的语义判断是否调用爽律skill。若宿主不支持自动发现，也可以显式要求 Agent 使用爽律skill。

为了让结果更稳定，尤其是复杂法律任务，建议尽量把下面六件事说清楚：

调用方式取决于当前 Agent / 宿主

无论采用哪种方式，用户本轮明确的任务要求优先。文件名称、材料数量或材料中偶然出现的法律术语，都不应自动改变任务范围。

爽律skill不是“材料一上传，直接生成法律文书”的线性流水线。它的核心是先把不确定的材料，转换成可溯源的事实、证据与法律判断；文书只是这些成果的对外表达。否则会把当事人陈述、OCR结果或内部推断误写成已证实事实。

以下按 v0.51 工作流说明。

1. 01
   委托目标与边界确认代表关系、目标、受众、期限与授权边界。
2. 02
   材料接收与可读性核验建立目录，识别来源、版本、页码/时间戳及真实读取状态。
3. 03
   事实建模形成时间线，识别主体、金额、程序事实、冲突与缺口。
4. 04
   待证命题—证据映射逐项识别支持、反驳、独立性和证明不足。
5. 05
   法律问题、现行法与类案研究按需开展，并核验法域、时间效力和决定性事实。
6. 06
   规则—事实—证据论证处理竞争解释、例外与不确定性，形成分级结论。
7. 07
   策略与人工决定点比较路径、条件、成本和风险；重大处分由人决定。
8. 08
   内部分析稿保留薄弱点、不利材料、待核验事项与策略取舍。
9. 09
   对抗性审查并回写构造最强反方模型，发现问题即回写前述分析和草稿。
10. 10
    文书、渲染与正式交付审查仅将已支持的事实和规则转化为对外成果。

最实用的操作方式是分两轮下指令：第一轮要求“只做事实—证据—争点—缺口—研究计划，不写对外文书”；确认后，第二轮才要求“按已确认结论写某一文书，并做对抗审查和正式交付检查”。这比一步出起诉状、代理词或法律意见书可靠得多。

爽律skill的能力不是彼此孤立的。复杂事项可以以某个业务工作流为主，同时按需要调用事实、证据、研究、推理、策略、文书、复核、可视化与风险控制能力。

v0.51不是每个任务固定跑一条完整流水线。它先判断用户真正要求什么，再选择完成当前任务所需的最小必要能力集合。简单任务不强制展开完整流程；只有当新的事实、证据、法律、风险、策略、可视化或交付要求会实质影响结果时，才继续加深。

• 小任务走小流程，复杂任务才逐步加深。
• 不因为材料很多，就自动把所有能力全部加载；也不因为文件名叫“法律意见书”或“合同”，就机械触发与用户要求无关的研究或分析。
• 已经形成且仍然有效的专业结果，优先复用，不无意义地重复计算。
• 复杂事项需要连续工作时，才保留最小必要的事项状态；爽律skill不因此变成案件数据库或CRM。
• 达到当前任务所需的专业充分性后就停止，不为了流程完整制造额外工作。

这部分重新做了公开检索。样本包括 Reddit、微博、知乎等用户讨论，以及律师行业公开指引和司法案例。它用于识别高频体验，不作统计意义上的“民意排名”。

这里有一个核心思路：爽律skill不承诺“AI从此不会犯错”。它把关键事实状态、来源、授权、人工决定和成品检查变成明确步骤，让错误更容易被发现、定位和纠正。

纵向看，一个任务从“理解用户要求”一路走到“可交付成果”；横向看，事实、证据、研究、分析、策略、写作、复核是五类业务共同使用的基础能力；边界控制贯穿所有场景。

PART I

纵向运行逻辑

先看一项法律任务如何从用户要求进入专业结果。

1. 入口：先搞清楚用户到底要什么

Agent收到任务后，第一件事是区分四类内容：用户要求执行的动作、需要处理的正文、引用或示例、附件和来源材料。这样做可以避免“附件里写着某句话，就被当成新的任务指令”。

对律师最有价值的地方在于“目标优先”。同一份法律意见书，用户可能只要求统一格式，也可能要求重新研究实体问题。文件名称相同，任务完全不同。Agent应以本次明确目标决定工作深度。

2. 选择“够用”的专业工作，不追求形式上的全流程

爽律skill v0.51强调“完成当前任务所需的最小专业工作集合”。它解决两个相反问题：一边是AI容易偷懒，另一边是AI为了显得完整而制造大量无关步骤。

Agent会先加深已经被触发的工作。例如一个证据问题已经明确，就先把该证据问题做深；只有出现新的、会改变结论的信号时，才横向扩展到法律研究、策略或其他业务模块。

• 简单改写：保持法律含义，重点处理表达与语义保真。
• 单点法律问题：事实足够时，重点处理现行法、法律分析和结论边界。
• 复杂事项：逐步进入结构化材料、证据、研究、竞争解释、策略和正式交付。
• 达到当前交付所需的充分程度后停止，避免为了“流程齐全”继续堆内容。

3. 纵向主流程：允许回头，而非一路向前

法律工作经常需要回写。新证据可能改变事实判断；新的现行法可能改变法律评价；对方最强观点可能迫使律师调整策略。爽律skill把这种“前后迭代”保留下来，因此纵向流程是一条可以回头修正的链。

PART II

八项通用能力

这些能力横跨刑事、民商事、合同、尽调和法律顾问，是爽律skill的共同方法底座。

Agent面对大量材料时，先建立“可核对的事实底座”。重点不是长摘要，而是来源、审阅状态、事实状态、时间线、主体关系、矛盾和缺口。

Agent会怎样做

• 先设定本次真正要回答的审阅问题
• 收到、部分审阅、完整审阅、不可读等状态分开记录
• 重要事实保留页码、段落、单元格或时间戳
• 把陈述、推断、争议和已核验事实分开
• 多文件时做时间、主体、金额、版本与陈述交叉比较

Agent把“材料里有什么”进一步推进到“它究竟能证明什么”。证据分析围绕待证命题组织，同时检查来源独立性、可靠性、合法性、矛盾和缺失。

Agent会怎样做

• 先定义需要证明的命题
• 同时列出支持和反向证据
• 多份材料若来自同一原始来源，不机械当成多份独立印证
• 识别按常理应当出现但尚未出现的材料
• 给出当前证明充分性和剩余不确定性

Agent在需要检索时，先界定问题、法域、时间，再寻找并评价来源。研究关注来源角色、现行有效性、案例可比事实、反向材料和检索充分性。

Agent会怎样做

• 规范、案例、官方解释、实践信号、专业分析各自承担不同作用
• 现行法必须实际核验后才能标记为“已核验”
• 类案比较决定性事实和裁判理由，不只看案由/罪名
• 主动寻找反向、边界和例外材料
• 新一轮检索已经很难改变结论时才考虑停止

Agent把事实、证据和法律连接成可复核的法律判断。它强调问题构造、规则适用、竞争解释、结论边界，并允许因为新事实或新规则回到前面重做。

Agent会怎样做

• 从客户目标和事实中主动发现真正法律问题
• 规则要落到有支持的事实，不能从法条名称直接跳结论
• 重要结论至少接受一个有真实压力的竞争解释
• 关注“哪个事实/规则变化会让结论翻转”
• 结论确定性与事实、证据、来源支持程度保持一致

法律上可行的方案往往不止一条。Agent在爽律skill方法下比较法律可行性、证据成熟度、时点、成本、可逆性、对方反应和执行效果，再把重大选择留给人。

Agent会怎样做

• 形成可行选项，而非只给一个“建议”
• 比较优劣、依赖条件和风险
• 区分专业推荐与最终决定
• 重要或不可逆选择明确停在律师/客户节点
• 决定作出后，回写研究范围、证据计划和文书策略

Agent把上游事实、研究和分析转成真正适合当前读者的法律文本。核心是作者、读者、目的、文种、事实完整性、论证结构、语言自然度、引用和版本。

Agent会怎样做

• 正式文书从结构化分析结果出发，不直接把原始材料拼成文章
• 写给法院、检察机关、客户、交易对手的表达方式分别处理
• 避免一句一段、机械小标题、套话、无意义加粗和重复总结
• 用户已有模板和合法写作习惯优先保留
• 语义定稿与DOCX/PDF等物理渲染分开

重要结论形成后，Agent再用第二视角攻击初步方案，寻找最强反方路径、翻转点和真正缺陷；同时保证重要结论能回到事实、证据、法律和来源。

Agent会怎样做

• 先冻结当前结论，明确它依赖什么
• 构造最强可信反方，而非稻草人
• 发现反向材料后必须回写原结论
• 区分真实弱点和泛泛谨慎
• 正式对外文本只带入适合当前受众且已核实的内容

当时间、主体、资金、履行、证据、要件或论证结构仅靠文字难以低成本理解时，Agent可以把已经形成的事实、证据和分析结构转换为图形。可视化不是另建一套事实，也不是为了“好看”而删减不利信息。

Agent会怎样做

• 先判断图形是否真的比文字或表格更清楚；简单问题不强行画图
• 根据法律结构选择时间线、关系图、交易结构、资金流、履行流程、证据图、要件—证据图、争点树、论证图或方案比较图
• 节点、金额、日期、证据状态和关系方向沿用既有事实/证据/论证对象，不重新编造
• 默认先保证可靠静态版；搜索、筛选、钻取、切换视角确有价值且当前宿主 支持时，再提供交互版
• 图形同样接受来源、事实状态、反向信息和正式交付检查，不能把推断画成已核验事实，也不能把同源证据画成独立印证

PART III

五类法律业务工作流

通用能力进入具体业务后，会按律师的角色、阶段、交易和程序问题形成不同工作路径。

刑事案件首先看律师角色、程序阶段和当前任务。辩护、被害人代理、控告报案对应不同证明模型；会见、阅卷、罪名、强制措施、认罪认罚、庭审也不能混成一条固定模板。

这条业务线最重要的方法

• 角色×阶段×任务决定路线
• 会见陈述先作为待核信息，与卷宗交叉验证
• 阅卷先理解控方证明体系，再找矛盾、同源信息、缺失证据和替代解释
• 罪名分析从可支持的事实模型出发，建立要件矩阵
• 发现控方缺口后，是否立即披露属于策略问题，需要考虑阶段目标和补强空间

民商事工作围绕客户真正要实现的法律效果组织。Agent需要同时处理请求/抗辩、争点、证明责任、程序、保全、和解和执行，而不能只围绕“写起诉状”展开。

这条业务线最重要的方法

• 先问客户真正想拿到什么结果以及执行是否现实
• 原告建立主位/备位请求权基础；被告区分否认、抗辩和反抗辩
• 争点来自“要件×双方相反主张”，背景差异不自动升级为争点
• 证据围绕待证命题组织并配置证明责任
• 管辖、时效、保全、执行等程序问题尽量前置

合同工作先理解交易，再处理文字。代表哪一方、交易怎么履行、哪里可能失败、风险如何分配、以后如何证明履约，会决定条款应该如何起草和修改。

这条业务线最重要的方法

• 先确认代表方、客户目标、谈判地位和工作深度
• 建立交易结构、文件体系和履行流程
• 同时模拟对方违约、我方违约、第三方/审批失败等场景
• 条款按功能审查：义务、条件、程序、救济、风险分配
• 用户要求修改合同时，成熟建议应实际落到合同文本，报告只做辅助

尽调以交易或决策为目标，资料清单只是手段。Agent需要界定范围、记录资料质量、进行多源核验、识别真正影响交易的红旗，并把风险传递给合同和后续决策。

这条业务线最重要的方法

• 调查目的决定范围、排除项和优先级
• 动态资料清单说明“为什么需要这份资料”
• 收到文件与核验事实分开
• 重要事实通过公开信息、访谈、现场或第三方进行交叉
• 红旗必须说明事实、法律意义、交易影响、缺口和下一步措施

法律顾问场景的重点是把客户表面问题改造成真正的决策问题，然后区分事实基础、法律结论、律师建议、客户决定和行动计划。

这条业务线最重要的方法

• 先识别客户真正目标和本次决策场景
• 已知、陈述、争议、未知和假设分开
• 问题树连接事实、法律研究和法律分析
• 风险与机会一起看，寻找合法替代结构和补救路径
• 多方案用同一维度比较，最后形成行动计划

PART IV

为什么它更值得信赖

可信来自可检查的工作机制、明确边界和真实状态，不来自“AI一定正确”的承诺。

1. 六条底线：先保证“说真话”

2. 七道风险边界（上）：法律、数据、人

这些边界和业务方法是交叉关系。例如“材料分析已经完成”本身不会自动取得把客户文件发送到第三方OCR或模型的权限；“法律顾问分析完成”也不会自动取得发邮件或签署文件的权限。

3. 七道风险边界（下）：行动、原件、用户资产

PART V

复杂事项、工具协作与个性化

长期案件需要连续性；外部工具要诚实；用户习惯应当被继承。

1. 复杂事项：让前后工作接得上

复杂事项可以保存来源索引、已经形成的专业结果、人工决定、待解决问题和续接摘要。恢复时只取当前子任务真正需要的信息，减少长对话把无关内容重新塞进上下文。

新证据或新法律规则进入后，系统沿着明确依赖关系找到受影响结果。只有这些结果进入待更新，无关结果继续复用。这个设计直接针对“长任务前后漂移”和“每轮都从头做”的痛点。

2. 大量同类材料：批处理也要先控制质量

批量处理不是把同一个提示词机械跑几十遍。Agent会先定义本批任务真正要提取、比较或判断的字段，并根据材料差异、错误代价和外部处理成本决定是否需要先做小样本校准。

3. 外部工具：爽律skill规定“需要什么”，Agent负责“用什么执行”

OCR、网页检索、法律数据库、电子表格、DOCX/PDF生成、原生修订、多模态识别等，都取决于当前Agent或宿主是否真的具备相应能力。爽律skill负责规定法律任务对这些能力的输入、输出、质量、来源和降级要求。

当工具不可用时

• 有同等可信替代能力：继续执行。
• 只能用较弱方案：可以降级完成，但要告诉用户影响在哪里。
• 缺失能力会破坏核心正确性：明确阻断，不假装完成。

4. 专门 Skill 与跨工具协作：谁更专业，谁负责主导

当系统中存在更窄、更完整的专门Skill时，Agent可以让该专门Skill在其范围内主导；遇到跨问题综合时，再由爽律skill提供通用法律方法和整合。这样可以避免所有Skill一起加载、重复做同一件事。

跨Skill、跨工具传递材料时，遵循“最少必要披露”：只传递完成子任务所需的事实、结果和材料，不把其他案件、无关用户信息或全部上下文一起带过去。

5. 用户偏好与模板：系统升级，不应把你的写作习惯洗掉

爽律skill允许保存法律工作相关偏好，例如篇幅、标题习惯、结论前置、研究深度、格式、House Style和用户模板。它同时设定优先级，确保个性化不会覆盖事实真实性、现行法核验、来源追溯、敏感材料授权和重大人工决定。

激活方式也属于可配置偏好：支持自动识别、边界任务先确认、只在明确调用时使用。当前用户在本轮任务里的明确要求始终优先。

6. 专业成果与实体文件：内容完成，不等于文件已经生成

爽律skill把“法律专业内容已经形成”和“DOCX / PDF / 修订稿 / 图形等实体文件已经真实生成”分开。这样可以避免最常见的假完成：文字里说“已生成”，但文件实际上不存在、打不开、版式错误或没有真正完成修订。

• 专业内容先明确文种、受众、立场、事实/法律来源、关键论证和交付边界
• 实体文件由当前 Agent / 宿主 的真实文档能力负责生成和渲染
• 声称“已生成 DOCX / PDF / 修订稿 / HTML”前，文件必须真实存在并能正常打开
• 正式文件还要检查字体、换行、表格、分页、编号、图形溢出以及多份文件之间的主体、日期、金额和附件编号一致性
• 发送、提交、签署仍是另一个动作，不因文件完成而自动取得授权

PART VI

七个场景，理解它如何实际运行

把前面的抽象方法放回律师每天会遇到的任务。

v0.51 在实质性专业任务中增加与任务规模相称的执行控制；复杂、多文件、深度研究和重大正式交付使用完整状态协议。任务开始时只展示本任务实际触发的主要流程；执行中显示真实状态；最终重大成果附最小完成依据。它不是把所有任务变成项目管理，也不展示模型私有推理链。

PART VII

亮点、边界与使用建议

把“优势”说具体，也把做不到的事情写清楚。

1. 当前版本最值得注意的十一个特点

2. 它解决不了什么

• 无法保证零幻觉。它通过来源、状态、核验和复核降低错误进入正式成果的概率。
• 无法替代律师承担最终专业责任。重大选择、正式签发和职业判断仍需要律师。
• 无法凭空获得法律数据库、OCR、Word原生修订或多模态能力。是否能执行取决于当前Agent/宿主。
• 无法把“知识库里有”自动变成“现行法律有效”或“当前案件事实已核验”。
• 无法把复杂事项连续性等同于完整案件管理系统。当前只保存法律工作续接所需的最小状态。
• 当前没有独立的行政诉讼业务模块，也没有独立的企业合规业务模块；法律顾问属于相对轻量的专项分析能力。

3. 怎样向 Agent 下任务，效果最稳定

用户不需要学习工程术语。把下面六件事交代清楚，通常就能明显减少来回纠错。

使用与维护

安装、调用与自动更新

用户不需要理解内部文件结构。把正式包或仓库链接交给具备相应权限的 Agent，说明“安装”或“更新到最新正式版”即可。

1. 第一次安装：把正式包或仓库交给 Agent

如果当前 Agent 支持联网、读取仓库并写入 Skill 目录，可以直接把仓库链接发给它，并说明：

Agent 应识别正式运行入口，完成必要文件放置，并核对当前安装版本。若宿主只能读取文件而不能写入安装目录，应明确说明需要用户完成哪一个最小人工步骤，不应声称已经安装。

2. 日常调用：直接说法律任务

在支持自动发现的宿主中，直接提出法律任务即可；需要显式调用时，可以说“调用爽律skill”“用爽律skill处理这个案件/合同/研究任务”。用户不需要记忆内部模块名。

3. 自动更新：把同一个仓库链接再发给 Agent

需要升级时，不必重新研究目录结构。把仓库链接交给具备联网和文件写入权限的 Agent，直接说：

更新时应先读取 UPDATE_INSTRUCTIONS.md，扫描官方程序层、用户资产与UNKNOWN；只有已确认的官方程序层可以替换，用户模板、合法工作偏好、配置、Matter/Resume、用户文件和UNKNOWN默认保护。更新完成后同时核对新版运行入口与用户资产；没有真实完成写入和两类校验，就不能声称“已经更新”。

4. 更新以后，用户自己的东西不应被洗掉

• 用户自己的文书模板、格式规范和合法工作偏好应继续保留
• 正在办理事项的材料、结果和续接信息不应因为升级而被无关覆盖
• 当前任务的明确要求仍然优先于版本默认
• 如果新版涉及资产迁移，应先识别影响并保护原始用户资产

PART A

附录：34个模块的法律人语言地图

正文已经解释方法，这里把官方运行模块逐一对应，方便完整理解。

34个模块的法律人语言地图（续）

本手册对应爽律skill v0.51 正式版。正文使用法律人语言说明实际操作方式；具体能力边界以同版本运行层、当前 Agent 真实工具能力以及用户本次明确任务为准。

当前版本依据

• 正式名称：爽律skill｜律师专业工作流系统，版本 v0.51。
• 运行入口：runtime/shuanglv-legal-skills/SKILL.md。
• 当前结构：8项通用能力、5类业务工作流、8道风险边界、3个复杂事项模块、6个协作模块、2个外部能力模块、2个偏好模块，共34个按需运行单元。
• 运行原则：小任务小流程；复杂任务按实质需要逐步加深；达到当前交付所需的专业充分性后停止。