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: 多維分析、全面分析、綜合研判、多視角、刑民交叉、行刑銜接、民行交叉、聯動分析、全維度風險評估、多領域協同分析、多專家協作、庫時效核驗、新法缺口、法規是否存在
本技能提供案件與法律諮詢的多維度協同分析編排框架:當一個問題不能只從一個法律視角回答時(如民事違約背後可能隱藏刑事詐騙,行政違法可能同時觸發刑事立案,或綜合題涉及合同×公司×擔保多重法律關係),按統一方法完成維度路由 → 並行推理 → 衝突仲裁 → 結果融合 → 質量自檢五步閉環,輸出結構化的"融合後維度矩陣 + 協同結論"。
本技能是編排/協同層,不重複承載各領域的法條與構成要件(那屬於民事、刑事、行政、司法實務、律師實務等垂直領域 Skill),而是排程它們、仲裁衝突、融合結論。
P3 核心升級:從「序列協作流」升級為「並行推理中樞」——多個領域專家同時分析同一案件,中樞做結果融合與衝突仲裁,結論質量更高。
v2.3 升級:經偵維度啟用時自動觸發 investigation-element-structuring(偵查七要素結構化),先完成案件資料結構化底座再進入並行推理;新增人機協同鐵律(Core principle 第4條)。
在以下任一情形啟用本技能: - 使用者要求"多維分析""全面分析""綜合研判""多視角""刑民交叉""行刑銜接""民行交叉""聯動分析""全維度風險評估"。 - 單一領域分析不足以覆蓋案件(如合同糾紛但可能涉及合同詐騙;行政處罰但可能涉嫌犯罪)。 - 綜合題/複雜案件涉及多個法律部門交叉(合同×公司×擔保×侵權)。 - 需要輸出"維度矩陣"或"各視角協同結論"供決策參考。
不在以下情形啟用:純單點法律問答(如"某條文含義""某案由管轄"),直接交給對應垂直領域 Skill 即可。
本技能是方法論編排層,核心五步閉環(維度路由 → 並行推理 → 衝突仲裁 → 結果融合 → 質量自檢)不依賴任何外部系統即可執行,會產出維度矩陣與協同結論。但以下兩項質量保障能力需要配套環境,缺失時按說明降級,不會崩潰:
convergence-five-step / tri-perspective-gate / evidence-evaluation 等)做結構化推理與三視角校驗;P3 門 report_selfcheck.py 的原子裝載清單核對也依賴它。<SKILLS_DIR> = 使用者級 WorkBuddy 技能目錄(Windows 為 C:/Users/<你的使用者名稱>/.workbuddy/skills/;Linux/macOS 為 ~/.workbuddy/skills/)。原子庫應位於 <SKILLS_DIR>/legal-reasoning-atoms/skills/<原子名>/SKILL.md。skill-scripts 項可跳過。knowledge_index.db 等本地索引用於檢索通道冒煙與法條/案例檢索;缺失時相關自檢項降級跳過。路徑佔位符
<SKILLS_DIR>在執行時由部署環境決定,本技能不再硬編碼任何機器專屬絕對路徑(v2.5.1 遷移修復)。
本技能來自小蔥技能站7w4.net。
角色定義不只宣告"你是多維編排中樞",更要宣告"你怎麼幹活"——執行前向用戶逼問關鍵假設,再動手。
investigation-element-structuring 七要素結構化底座。legal-case-analysis 升級而非單域獨吞 → 決定排程方式;本編排層是辦案研判的總入口之一。凡維度路由命中含偵查研判性質的維度(刑事 / 經偵 / 行政中涉調查取證 / 程式維度),在正式形成假設與結論前,自動執行以下兩道前置——與 investigation-element-structuring(七要素結構化)前置同機制,並列啟用、互不替代,且不依賴使用者顯式請求:
cognitive-bias-guard):進入 Step 2 並行推理之前,套用五種認知偏見識別 + 六條防偏清單,對本案已鎖定的初步假設 / 錨定資訊做防偏核查。重點防:確認偏誤(只找支援證據)、錨定效應(被首個資訊 / 報案人帶跑)、群體思維(分析會一致同意)。產出"防偏核查"隨案記錄,作為 Step 2 推理的約束輸入——AI 當紅隊、人當裁判,不替代人的定性。timeline-reconstruction):Step 2 並行推理中,凡涉時間證據(通話 / 資金 / 軌跡 / 陳述時間戳),主動呼叫四層時間線 + 六類矛盾檢驗,補"時間維度"硬檢驗,與雙流分析(空間)疊成"時空證據網格"。矛盾點先排除技術誤差再落成可檢驗問題。觸發判定:命中上述研判維度即自動啟用;若使用者僅做純單點法律問答(不涉偵查研判),不觸發本前置門,避免噪聲。
在執行 Step 1 維度路由時,若識別出本案含偵查研判性質(見「研判前置門」路由規則),先就"是否需防偏 / 是否涉時間證據"做快速判定:
- 命中防偏 → 調 cognitive-bias-guard,輸出防偏核查(假設清單 + 反證清單 + 偏見風險點 + 紅隊意見),記入本案上下文,約束後續推理。
- 命中時間證據 → 標記本案進入時空補強,Step 2 時由對應維度專家呼叫 timeline-reconstruction。
- 兩道前置的產出隨案流轉至 Step 2,作為並行推理的事實 / 約束輸入。
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 時空補強),與七要素結構化並列前置。
- 律師實務維度(訴略/舉證/抗辯策略/文書)
輸出"維度路由表":本案擬啟用維度 + 啟用理由 + 關鍵觸發關鍵詞。
各維度專家同時分析同一案件,產出獨立結論:
- 經偵維度前置:若維度路由命中經偵維度,先執行 investigation-element-structuring(偵查七要素結構化),輸出標準化七要素表格+六大戰場訊號,作為經偵維度並行推理的事實底座。其他維度可直接消費該結構化資料,避免重複從原始材料起步。同時消費「研判前置門」產出:cognitive-bias-guard 的防偏核查(約束假設不被偏見帶偏)、timeline-reconstruction 的四層時間線矛盾點(補時間維度硬檢驗),與七要素底座共同作為事實輸入。
- 強制 IRAC 結構(Issue–Rule–Analysis–Conclusion):規則須拆解要件,事實須逐一涵攝。
- 強制 多視角對抗:每個子問題的 Analysis 環節拆分為【正方視角】→【反方視角】→【綜合判斷】,結論果斷不模糊。反方視角先查經驗庫再反駁(v2.2 升級)——經偵/刑事維度查 反偵查手法庫(預判嫌疑人反偵查手法與遺留痕跡),律師/民事/行政維度查 辯方反證預演庫(預判對方攻擊點與反制路徑);經驗庫未覆蓋的新手法/攻擊點 → 現場推理 + 標註"待沉澱入庫"。
- 強制 法條雙校驗:條號、內容、時效性三校驗 + 來源標註(見 Core principle 第 2 條)。
- 並行執行:所有啟用維度同時推理,不等待其他維度完成。
- 每個維度標註「關鍵事實依賴點」,供 Step 3 仲裁使用。
輸出「並行推理結果彙總表」:各維度核心結論 + 置信度 + 事實依賴。
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 升級):仲裁後仍存分歧、或出現經驗庫未覆蓋的新攻擊點/新手法時,標註「待沉澱入庫」,隨案回寫 反偵查手法庫 / 辯方反證預演庫(經驗累積閉環——每辦一案,對抗經驗增長一點)。
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):三關判定 + 依據 + 修正輪次隨案記錄,可回溯"融合結論當時是否經得起後兩關"。
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,此項可跳過;但凡排程了含指令碼的原子,須確保引用真實存在且可編譯)。
legal-case-analysis 等上游 Skill,本技能與其協作:上游負責單維度深度,本技能負責並行推理排程與中樞仲裁。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/。)
C:/Users/huawei/.workbuddy/skills/... 機器專屬路徑改為可移植佔位符 <SKILLS_DIR>(執行時解析為使用者級技能目錄 ~/.workbuddy/skills/),他人下載後路徑可正確解析,不再靜默斷鏈。legal-norm-validity-check v1.2.0。維度路由命中高風險演進領域(建工/公司證券/知產/資料合規/刑訴新規等)時,禁止以"庫裡沒有"推斷"法規不存在",須增量檢索並標註庫時效狀態;以"法釋〔2026〕12號建工解釋二已施行 42 天未入庫"事件為反面教材。report_selfcheck.py 三道機器硬門:自洽校驗(check_atom_manifest 機器核對 Step 4 的原子裝載清單,漏裝即攔截)/ 檢索通道冒煙 / 技能指令碼引用檢查。庫時效核驗、新法缺口、法規是否存在 等檢索類觸發詞。investigation-element-structuring 七要素結構化;新增人機協同鐵律。質量良好。文件結構完整、邏輯清晰,維度路由和衝突仲裁機制設計專業,能有效支援複雜案件的多視角綜合研判。內建的質量自檢和三視角校驗進一步保障了結論可靠性。主要不足:版本號管理存在不一致,核心功能依賴外部原子庫,缺失時會降級執行。