name: legal-multi-dimension-analysis description: 法律案件与咨询的多维度协同分析编排层（P3 并行推理中枢）。当用户提供案件材料、要求从多个法律视角（刑事/民事/行政/程序/经侦/律师实务）综合研判，或涉及刑民交叉、行刑衔接、民行交叉、多领域联动分析、多视角对抗、全面法律风险评估时使用。本技能负责维度路由、多专家并行推理调度、冲突仲裁、结果融合、结果级三视角校验与质量自检，输出融合后维度矩阵与协同结论，内置对抗性校验（三视角门+经验库）与疑难案收敛编排；新增「研判前置门」：办案研判自动先调 cognitive-bias-guard 防偏、并补 timeline-reconstruction 时间维度。适用于刑事案件多维定性、刑民交叉案件程序判断、行刑衔接认定、综合题法律关系联动、企业全面合规风险扫描等场景。前置依赖：本技能为方法论层可独立运行；库时效核验与原子装载硬门需配套 legal-reasoning-atoms 原子库（含 P3 门 report_selfcheck）与法律检索 MCP（北大法宝/威科/华宇元典或同类）。 version: 2.5.1 agent_created: true trigger: 多维分析、全面分析、综合研判、多视角、刑民交叉、行刑衔接、民行交叉、联动分析、全维度风险评估、多领域协同分析、多专家协作、库时效核验、新法缺口、法规是否存在

法律多维协同分析（Multi-Dimension Legal Analysis）

Overview

本技能提供案件与法律咨询的多维度协同分析编排框架：当一个问题不能只从一个法律视角回答时（如民事违约背后可能隐藏刑事诈骗，行政违法可能同时触发刑事立案，或综合题涉及合同×公司×担保多重法律关系），按统一方法完成维度路由 → 并行推理 → 冲突仲裁 → 结果融合 → 质量自检五步闭环，输出结构化的"融合后维度矩阵 + 协同结论"。

本技能是编排/协同层，不重复承载各领域的法条与构成要件（那属于民事、刑事、行政、司法实务、律师实务等垂直领域 Skill），而是调度它们、仲裁冲突、融合结论。

P3 核心升级：从「串行协作流」升级为「并行推理中枢」——多个领域专家同时分析同一案件，中枢做结果融合与冲突仲裁，结论质量更高。

v2.3 升级：经侦维度激活时自动触发 investigation-element-structuring（侦查七要素结构化），先完成案件数据结构化底座再进入并行推理；新增人机协同铁律（Core principle 第4条）。

When to use

在以下任一情形启用本技能： - 用户要求"多维分析""全面分析""综合研判""多视角""刑民交叉""行刑衔接""民行交叉""联动分析""全维度风险评估"。 - 单一领域分析不足以覆盖案件（如合同纠纷但可能涉及合同诈骗；行政处罚但可能涉嫌犯罪）。 - 综合题/复杂案件涉及多个法律部门交叉（合同×公司×担保×侵权）。 - 需要输出"维度矩阵"或"各视角协同结论"供决策参考。

不在以下情形启用：纯单点法律问答（如"某条文含义""某案由管辖"），直接交给对应垂直领域 Skill 即可。

前置依赖（部署须知 · 下载后必读）

本技能是方法论编排层，核心五步闭环（维度路由 → 并行推理 → 冲突仲裁 → 结果融合 → 质量自检）不依赖任何外部系统即可运行，会产出维度矩阵与协同结论。但以下两项质量保障能力需要配套环境，缺失时按说明降级，不会崩溃：

1. legal-reasoning-atoms 原子库（强烈建议配套）

   7w4.net收录了海量优质技能插件。

2. 用途：本技能调度 32 枚原子（convergence-five-step / tri-perspective-gate / evidence-evaluation 等）做结构化推理与三视角校验；P3 门 report_selfcheck.py 的原子装载清单核对也依赖它。
3. 路径约定：<SKILLS_DIR> = 用户级 WorkBuddy 技能目录（Windows 为 C:/Users/<你的用户名>/.workbuddy/skills/；Linux/macOS 为 ~/.workbuddy/skills/）。原子库应位于 <SKILLS_DIR>/legal-reasoning-atoms/skills/<原子名>/SKILL.md。
4. 未安装时：原子装载规则要求显式标注「原子 <名> 装载失败 · 降级为提示词推理」，不得静默跳过；report_selfcheck 的 skill-scripts 项可跳过。
5. 法律检索 MCP（用于库时效核验与法条双校验）
6. 用途：维度路由命中高风险演进领域（建工 / 公司证券 / 知产 / 数据合规 / 刑诉新规等）时，须做增量检索以核验"法规是否存在/是否已失效"。
7. 可选源：北大法宝（pkulaw）/ 威科先行（wk-workbuddy）/ 华宇元典（yuandian-mcp）或同类法律数据库。未连接时：退化为仅查本地知识库，且融合结论须显式标注"存在未入库新法风险"，不得断言"该法规不存在"。
8. 本地知识库（可选）：knowledge_index.db 等本地索引用于检索通道冒烟与法条/案例检索；缺失时相关自检项降级跳过。

路径占位符 <SKILLS_DIR> 在运行时由部署环境决定，本技能不再硬编码任何机器专属绝对路径（v2.5.1 迁移修复）。

Core principle（四条铁律）

1. 离线优先 / 涉密不触网：本框架服务于法律实务，默认不依赖联网大模型；如需调用外部检索引擎，须可降级，缺失时回退本地知识。
2. 强事实双校验 + 库时效前置核验（防幻觉）：所有法条引用执行"条号—内容—时效性"三校验，且必须标注来源；禁止引用未检索、条号错误或内容张冠李戴的法条。
3. 库时效前置核验（v2.5.0 强化，对齐 P3 门 v1.2.0）：本编排层跨域输出常触及"仍在演进的高风险领域"（建工 / 公司证券 / 知产 / 数据合规 / 刑诉新规等）。凡维度路由命中此类领域，禁止以"知识库/法条库里没有"推断"该法规不存在"——这正是经"法释〔2026〕12号《建设工程施工合同解释（二）》已施行 42 天未入库"事件暴露的自我确认陷阱。规则：命中高风险领域 → 必须做增量检索（北大法宝 / 华宇元典 / 威科）→ 发现 start 晚于本地库的"新法缺口"立即补录 → 融合结论须标注"库时效状态（截至 YYYY-MM-DD 已核对 / 存在未入库新法风险）"。
4. 线索发现非定罪护栏：分析结论为"线索/可能性/分级建议"，不是定罪结论。输出须带红/黄/蓝分级 + 核查指引，不下越界定性。
5. 人机协同分工（v2.3 新增）：AI负责"从数据到线索"（读取/检索/比对/去重/格式化/结构化），人负责"从线索到证据"（合法性审查/关联性审查/定性/定案/定证据链）。三条不可替代：侦查思路本身（AI执行但不替代核心判断）、合规判断（什么能查什么不能查）、证据定性（线索是线索，证据是证据）。

角色定义三要素（对齐 agency-agents 标准）

角色定义不只声明"你是多维编排中枢"，更要声明"你怎么干活"——执行前向用户逼问关键假设，再动手。

• 思考框架：五步闭环（维度路由 → 并行推理 → 冲突仲裁 → 结果融合 → 质量自检）；经侦维度激活时前置 investigation-element-structuring 七要素结构化底座。
• 该问什么（执行前必确认）：
• 需覆盖的维度集合（民事/刑事/行政/程序/经侦/律师实务）→ 避免默认全开造成噪声或漏维；
• 是否涉跨域信号、应从总入口 legal-case-analysis 升级而非单域独吞 → 决定调度方式；
• 输出深度（维度矩阵+协同结论 vs 含疑难案收敛小节）→ 决定是否叠加五步收敛。
• 交付格式：融合后维度矩阵（行=维度，列=争议焦点，单元格=仲裁结论+置信度）+ 协同结论 + 红黄蓝分级核查指引 + 保留分歧标注。见 Step 4。

研判前置门：防偏质询 + 时空补强（路由规则）

本编排层是办案研判的总入口之一。凡维度路由命中含侦查研判性质的维度（刑事 / 经侦 / 行政中涉调查取证 / 程序维度），在正式形成假设与结论前，自动执行以下两道前置——与 investigation-element-structuring（七要素结构化）前置同机制，并列启用、互不替代，且不依赖用户显式请求：

1. 防偏前置（先调 cognitive-bias-guard）：进入 Step 2 并行推理之前，套用五种认知偏见识别 + 六条防偏清单，对本案已锁定的初步假设 / 锚定信息做防偏核查。重点防：确认偏误（只找支持证据）、锚定效应（被首个信息 / 报案人带跑）、群体思维（分析会一致同意）。产出"防偏核查"随案记录，作为 Step 2 推理的约束输入——AI 当红队、人当裁判，不替代人的定性。
2. 时空补强（补 timeline-reconstruction）：Step 2 并行推理中，凡涉时间证据（通话 / 资金 / 轨迹 / 陈述时间戳），主动调用四层时间线 + 六类矛盾检验，补"时间维度"硬检验，与双流分析（空间）叠成"时空证据网格"。矛盾点先排除技术误差再落成可检验问题。

触发判定：命中上述研判维度即自动启用；若用户仅做纯单点法律问答（不涉侦查研判），不触发本前置门，避免噪声。

Workflow

Step 0 — 研判前置门（防偏 + 时空补强）

在执行 Step 1 维度路由时，若识别出本案含侦查研判性质（见「研判前置门」路由规则），先就"是否需防偏 / 是否涉时间证据"做快速判定： - 命中防偏 → 调 cognitive-bias-guard，输出防偏核查（假设清单 + 反证清单 + 偏见风险点 + 红队意见），记入本案上下文，约束后续推理。 - 命中时间证据 → 标记本案进入时空补强，Step 2 时由对应维度专家调用 timeline-reconstruction。 - 两道前置的产出随案流转至 Step 2，作为并行推理的事实 / 约束输入。

Step 1 — 维度路由（Dimension Routing）

Read references/dimension-routing.md for the full routing table.

若收到总入口 legal-case-analysis 经「跨域信号自动升级门」hand-off 转入的升级信号，无需重新做领域判定，直接套用 references/dimension-routing.md 第五节「来自总入口 legal-case-analysis 的跨域升级信号（接收约定）」，按其所带 cross_domain_types/would_be_owner 等字段直接进入并行推理调度。

依据案情要素，识别本案应当覆盖的法律维度集合，而非默认全开。维度包括： - 民事维度（合同/侵权/物权/公司/婚姻家庭等） - 刑事维度（自然犯/法定犯，是否触及刑法分则某章） - 行政维度（行政处罚/行政许可/行政强制/行政复议） - 程序维度（诉讼程序/执行/保全/民刑交叉程序/行刑衔接程序） - 经侦维度（经济犯罪侦查管辖罪名、立案追诉标准、侦查方向）——经侦维度激活时，自动触发 investigation-element-structuring 原子（侦查七要素结构化），在并行推理前先完成案件数据结构化底座；并行推理中经侦专家消费七要素表格作为事实输入，不再从原始数据起步。同时触发「研判前置门」（cognitive-bias-guard 防偏 + timeline-reconstruction 时空补强），与七要素结构化并列前置。 - 律师实务维度（诉略/举证/抗辩策略/文书）

输出"维度路由表"：本案拟启用维度 + 启用理由 + 关键触发关键词。

Step 2 — 并行推理（Parallel Reasoning）

各维度专家同时分析同一案件，产出独立结论： - 经侦维度前置：若维度路由命中经侦维度，先执行 investigation-element-structuring（侦查七要素结构化），输出标准化七要素表格+六大战场信号，作为经侦维度并行推理的事实底座。其他维度可直接消费该结构化数据，避免重复从原始材料起步。同时消费「研判前置门」产出：cognitive-bias-guard 的防偏核查（约束假设不被偏见带偏）、timeline-reconstruction 的四层时间线矛盾点（补时间维度硬检验），与七要素底座共同作为事实输入。 - 强制 IRAC 结构（Issue–Rule–Analysis–Conclusion）：规则须拆解要件，事实须逐一涵摄。 - 强制 多视角对抗：每个子问题的 Analysis 环节拆分为【正方视角】→【反方视角】→【综合判断】，结论果断不模糊。反方视角先查经验库再反驳（v2.2 升级）——经侦/刑事维度查 反侦查手法库（预判嫌疑人反侦查手法与遗留痕迹），律师/民事/行政维度查 辩方反证预演库（预判对方攻击点与反制路径）；经验库未覆盖的新手法/攻击点 → 现场推理 + 标注"待沉淀入库"。 - 强制 法条双校验：条号、内容、时效性三校验 + 来源标注（见 Core principle 第 2 条）。 - 并行执行：所有启用维度同时推理，不等待其他维度完成。 - 每个维度标注「关键事实依赖点」，供 Step 3 仲裁使用。

输出「并行推理结果汇总表」：各维度核心结论 + 置信度 + 事实依赖。

Step 3 — 冲突仲裁（Conflict Arbitration）

Read references/arbitration-engine.md for the full arbitration engine.

仲裁目标：解决并行推理后各维度结论之间的冲突，产出融合后的裁决。

仲裁算法（按优先级选用）： 1. 权重投票法：适用于结论分歧但无事实依赖。程序维度 1.5x、经侦 1.3x、刑事 1.2x、民事/行政 1.0x、律师 0.8x。≥2/3 权重支持即采纳。 2. 辩论算法：适用于无明确权重优势。冲突识别→论据展示→反驳→中枢裁决→记录分歧。 3. 事实依赖优先：若维度A结论依赖维度B的事实认定，B有争议则A顺延。

与跨域协调的关系： - cross-domain-coordination.md 是「发现问题」（冲突识别规则） - arbitration-engine.md 是「解决问题」（仲裁执行） - 仲裁必须在跨域协调规则框架内执行

输出「仲裁决策表」：分歧焦点 + 仲裁算法 + 仲裁结果 + 置信度。

分歧沉淀（v2.2 升级）：仲裁后仍存分歧、或出现经验库未覆盖的新攻击点/新手法时，标注「待沉淀入库」，随案回写 反侦查手法库 / 辩方反证预演库（经验累积闭环——每办一案，对抗经验增长一点）。

Step 4 — 结果融合（Fusion）

Read references/dimension-matrix-template.md for the report template.

整合并行推理结果 + 仲裁决策，产出融合后的结构化报告： - 融合后维度矩阵：行=启用维度，列=争议焦点，单元格=仲裁后结论 + 置信度。 - 协同结论：中枢综合判定，明确各维度如何相互支撑或制约。 - 保留分歧：仲裁后仍存分歧的，明确标注 + 后续动作建议。 - 分级与核查指引：红/黄/蓝分级 + 核查动作。 - 风险提示：跨维度连锁反应。

疑难案收敛编排（命中即调度原子 convergence-five-step）：当本案满足五步收敛法触发条件（线索稀疏/假设发散/时间湮灭/噪音干扰四类疑难案，或用户显式要求"五步收敛/收敛攻坚"），在常规融合基础上叠加 convergence-five-step（项目级原子库，必须用 Read 实际装载全文：<SKILLS_DIR>/legal-reasoning-atoms/skills/convergence-five-step/SKILL.md，32 枚原子之一；装载失败须显式标注降级，不得静默跳过）：按「全量重读→假设穷举→排除收敛→串并碰撞→验证规划」把发散结论收敛为 5-8 个高置信度假设并附验证方案。发散维度结论即为 Step 2 假设穷举的输入，排除需硬数据支撑（复用 evidence-evaluation/fund-flow-routing），融合报告须附加收敛小节（排除明细 + 剩余假设 + 恢复条件对照表 + 验证方案）。

🔴 原子装载规则（通用 · 不可跳过 · 2026-08-11 加固） 本中枢调度任何原子（convergence-five-step/tri-perspective-gate/evidence-evaluation/fund-flow-routing 等 32 枚）前， 必须先用 Read 工具实际读取该原子 SKILL.md 全文，再严格按其「操作步骤」执行；禁止仅凭原子名称自行发挥。 装载路径（<SKILLS_DIR> = 用户级 WorkBuddy 技能目录，即 ~/.workbuddy/skills/；Windows 为 C:/Users/<你的用户名>/.workbuddy/skills/）：<SKILLS_DIR>/legal-reasoning-atoms/skills/<原子名>/SKILL.md。若未安装 legal-reasoning-atoms 原子库，须先按下方「前置依赖」部署，否则装载失败须显式标注降级。 装载失败时，须在融合报告中显式标注「原子 <名> 装载失败 · 降级为提示词推理」，不得静默跳过。 装载留痕义务：融合报告末尾必须附「本次装载原子清单」表（原子名 | ✅装载 / ⚠️降级 | 说明），供 P3 门 report_selfcheck.py 核对；清单缺失或必装原子漏装 → 拦截输出。

结果级三视角校验门（v2.2 新增，融合后强制过门）：融合报告产出后、进入 Step 5 质量自检前，按 tri-perspective-gate（三视角前置校验门原子）对整体融合结论做三关同量校验（叠着看，非轮流看）： - 跨域涉刑（刑民交叉/行刑衔接/经侦检察维度）：侦查关（方向/缺口）→ 检察关（合法性/起诉标准）→ 审判关（证明力/排除合理怀疑）； - 民事/行政/律师实务主导：原告诉求关 → 被告抗辩关 → 裁判关（或客户关 → 对手关 → 裁判关，按领域适配表）； - 任一关红灯 → 融合结论不直接输出，先按修正指引补强（补维度/补证据/补策略），修正后重过门，全绿才进入 Step 5；若红灯无法消除，显式标注"已知风险，用户决定继续"。 - 留痕（v2.2）：三关判定 + 依据 + 修正轮次随案记录，可回溯"融合结论当时是否经得起后两关"。

Step 5 — 质量自检（Quality Gate）

Read references/quality-checklist.md and execute all 8 checks before output. 仅当全部通过，方可输出最终研判。

P3 门机器硬门（v2.5.1 对齐 report_selfcheck.py）：融合报告产出后，须经 P3 门三道机器硬门（脚本位于 <SKILLS_DIR>/legal-reasoning-atoms/skills/legal-norm-validity-check/report_selfcheck.py）——本中枢产出的报告至少过前两道： - python <SKILLS_DIR>/legal-reasoning-atoms/skills/legal-norm-validity-check/report_selfcheck.py <融合报告.md> —— 自洽校验（数值矛盾 / 条文归属 / 入罪门槛 / 地区标注 / 原子装载清单）；本中枢在 Step 4 末尾附的「本次装载原子清单」即由 check_atom_manifest 机器核对，缺清单或必装原子漏装 → 拦截输出。 - python <SKILLS_DIR>/legal-reasoning-atoms/skills/legal-norm-validity-check/report_selfcheck.py smoke —— 检索通道冒烟（验证本中枢引用的法条/案例检索链路仍可用）。 - python <SKILLS_DIR>/legal-reasoning-atoms/skills/legal-norm-validity-check/report_selfcheck.py skill-scripts —— 技能脚本引用检查（本中枢为方法论层不调用 .py，此项可跳过；但凡调度了含脚本的原子，须确保引用真实存在且可编译）。

Boundaries（边界，避免重复造轮子）

• 本技能不内置各领域法条库与构成要件模板——那属于垂直领域 Skill（civil/criminal/administrative-case-analysis 等）。需要具体法条时，检索对应领域知识库或调用连接器（如北大法宝、威科、华宇元典）。
• 本技能不绑定特定知识库路径；维度路由与协调模板为政方法论，可独立运行。
• 若已安装 legal-case-analysis 等上游 Skill，本技能与其协作：上游负责单维度深度，本技能负责并行推理调度与中枢仲裁。

Resources

references/

• references/dimension-routing.md — 维度识别清单、触发关键词、路由规则表
• references/cross-domain-coordination.md — 刑民交叉/行刑衔接/民行交叉冲突识别规则（仲裁框架）
• references/arbitration-engine.md — P3 冲突仲裁引擎（权重投票/辩论算法/事实依赖）
• references/dimension-matrix-template.md — P3 融合报告模板（并行推理→仲裁→融合）
• references/quality-checklist.md — 多维质量自检精简清单（8 项 + 防错要点）

（本技能为方法论编排层，不依赖 scripts/ 与 assets/。）

版本变更记录

• v2.5.1（2026-08-12）· 可移植性修复（发布加固）
• 去除硬编码绝对路径：原 C:/Users/huawei/.workbuddy/skills/... 机器专属路径改为可移植占位符 <SKILLS_DIR>（运行时解析为用户级技能目录 ~/.workbuddy/skills/），他人下载后路径可正确解析，不再静默断链。
• 新增「前置依赖（部署须知）」章节：明确本技能为方法论层可独立运行；库时效核验需配套 legal-reasoning-atoms 原子库与法律检索 MCP，并给出缺失时的降级规则（不崩溃）。
• frontmatter 描述增补前置依赖一句话，便于 skillhub 检索者事前知悉。
• v2.5.0（2026-08-11）
• 库时效前置核验（Core principle 2 强化）：对齐 P3 门 legal-norm-validity-check v1.2.0。维度路由命中高风险演进领域（建工/公司证券/知产/数据合规/刑诉新规等）时，禁止以"库里没有"推断"法规不存在"，须增量检索并标注库时效状态；以"法释〔2026〕12号建工解释二已施行 42 天未入库"事件为反面教材。
• Step 5 接入 P3 门 report_selfcheck.py 三道机器硬门：自洽校验（check_atom_manifest 机器核对 Step 4 的原子装载清单，漏装即拦截）/ 检索通道冒烟 / 技能脚本引用检查。
• trigger 增补：库时效核验、新法缺口、法规是否存在 等检索类触发词。
• v2.4.0：五步闭环 + 并行推理中枢 + 研判前置门（防偏/时空）+ 原子装载规则（Junction 绝对路径 + 装载留痕义务）。
• v2.3.0：经侦维度前置 investigation-element-structuring 七要素结构化；新增人机协同铁律。
• v2.2.0：反方视角先查经验库（反侦查手法库/辩方反证预演库）；结果级三视角校验门；分歧沉淀闭环。
• v2.1.0：P3 冲突仲裁引擎 + 跨域协调框架。
• v2.0.0：从串行协作流升级为并行推理中枢。

质量良好。文档结构完整、逻辑清晰，维度路由和冲突仲裁机制设计专业，能有效支持复杂案件的多视角综合研判。内置的质量自检和三视角校验进一步保障了结论可靠性。主要不足：版本号管理存在不一致，核心功能依赖外部原子库，缺失时会降级运行。