| name | legal-research |
| version | 1.0.0 |
| description | 生成中国法律研究报告（Markdown 格式）。当用户描述涉及中国法律的事实情景、 提出法律争议问题、询问某行为是否合法合规、要求分析法律条文适用性、 或提及"法律研究""法律检索""合规分析""法律意见""研究报告"时触发。 基于法律检索后端（元典/北大法宝，运行时自动适配+灾备，见 profile.md「外部能力后端」）一手权威资料检索 + SEARCH.* 搜索二手文献，按 IRAC/CREAC 推理框架分析，并依据用户画像自动切换律师视角 / 法务视角的结论导向。 |
法律研究报告（legal-research）
针对中国法律问题进行系统性检索与分析，输出一份结构简洁、依据透明的《法律研究报告》（仅 Markdown 格式）。研究框架参考 IRAC/CREAC 推理模式，一手权威资料经法律检索后端（元典/北大法宝，运行时自动适配+灾备，见 profile.md「外部能力后端」）校验，二手文献经 SEARCH.* 搜索引出线索。
核心设计：双视角结论导向
本 skill 的结论部分根据用户画像自动切换视角，无需用户每次说明自己的身份。视角差异集中体现在「核心结论」与「实务建议」两节：
| 视角 | 适用画像 | 结论导向 | 关键措辞 |
|---|
| 律师视角 | 外部律师 / 执业律师 | 从委托事项处理角度写结论：讲清客户的法律风险 + 律师的建议思路 | "委托人/当事人""建议代理方案""诉讼/谈判策略" |
| 法务视角 | 公司法务 / 法律顾问 / 合规 | 从业务咨询事项角度写结论：讲清公司的法律风险 + 法务的意见思路 | "我司/本公司""业务建议""合规口径" |
| 客观研究 | 纯概括性 / 学理性问题 | 仅总结客观研究结论，不做视角化建议 | 中立陈述，不预设委托/业务场景 |
视角判定流程
- 读取用户画像：尝试读取套件根目录的
profile.md，提取用户身份（律师 / 法务 / 其他）。
- 判定视角：
- 画像显示「律师/律所/执业」→ 律师视角
- 画像显示「法务/法律顾问/合规/公司内部」→ 法务视角
- 无
profile.md 或身份不明 → 询问用户一次（律师 / 法务 / 仅客观研究），记住本次选择，不再重复询问
- 纯概括性问题豁免：若用户的问题是抽象法律概念辨析、学理探讨、纯法规梳理（无具体委托人或业务场景），无论画像如何，结论一律采用「客观研究」模式，只总结客观研究结论。
结论硬性要求
无论何种视角，「核心结论」一节必须遵守：
- 篇幅 ≤ 500 字——只下概括性论断，不做细节推演（推演过程放在「分析论证」节）。
- 不假设未给信息——绝不基于用户未提供的事实进行假设、想象或脑补。事实缺口必须在「研究前提」节明确列出，并说明其对结论的影响，而非自行填补。
- 风险 + 建议两段式（客观研究模式仅保留客观结论）：先讲清法律风险，再给视角化的处理/意见思路。
- 确定性分层——对有分歧或把握不足的问题，明确区分"较强观点""较稳妥观点""待进一步核实事项"，不强行给出唯一答案。
前置条件
| 序号 | 条件 | 必要性 | 说明 |
|---|
| 1 | 用户的法律问题或事实情景 | 必需 | 从对话上下文获取，无需重复输入 |
| 2 | 法律检索后端（元典/北大法宝） | 推荐 | 一手法条/案例检索校验；不可用时降级（见降级策略） |
| 3 | SEARCH.*（搜索 MCP） | 可选 | 二手文献检索；不可用时跳过二手阶段 |
| 4 | 套件根目录 profile.md | 可选 | 用于自动判定视角；无则询问用户一次 |
工作原则
- 客观性：报告用于识别风险，不为某一方辩护。不挑选有利案例，负面判例同样必须呈现。
- 一手资料为王：最终结论只能依据法律法规和裁判文书。二手文献只用于构建框架、引出线索。
- 每引必校验：正文每引用一条法规 / 法条 / 案例，立即通过法律检索后端核验其存在性、原文与时效性；核验不通过则用权威原文替换或标注，绝不用记忆替代。
- 来源透明：法条经校验后引用无需贴来源标签；二手文献引用须写明"据[机构名][作者]《标题》"并附 URL；自身推理在段末注"（分析推断）"。
- 时效优先：优先引用"现行有效"法规，已失效/已修改的必须明确标注。
- 冲突处理：上位法 > 下位法；新法 > 旧法；特别法 > 普通法。
- 积分意识：案例检索分两阶段消耗——先检索摘要，确需裁判说理全文时再调
LAW.case_detail，调用前向用户说明。正确性优先于积分节约。
- 言简意赅，实事求是。
MCP 工具映射
本套件统一走 MCP 调用，不依赖任何本地脚本或 API Key 配置文件。调用前先用 MCP.describe_tool 确认参数 schema。
实际工具名由运行时 MCP.list_tools 探测解析（元典/北大法宝等），映射见 profile.md「外部能力后端」；本表只列能力名，不绑定供应商。
MCP 预检
正式检索前，先调用 MCP.list_tools 探测法律检索后端（关键词：law/yuandian/pkulaw/法宝）和 SEARCH.*（关键词：search/搜索/web/AiSearch）是否可用。
- 法律检索不可用 → 用
AskUserQuestion 告知用户："法律检索 MCP 未连接，报告中的法条和案例引用将无法自动校验。建议前往宿主平台的连接器/MCP 设置（Agent 运行时 / Claude Code / Cursor / Gemini CLI / OpenCode 等） 中配置元典或北大法宝。是否暂不配置、以降级模式继续？"
- SEARCH. 不可用* → 告知用户："全网搜索 MCP 未连接，二手文献阶段将跳过。是否继续？"
探测协议详见 Expert.md「MCP 预检协议」。
一手权威资料（法律检索后端：元典/北大法宝）
| 用途 | 能力名 | 说明 |
|---|
| 法条关键词检索 | LAW.article_search | 已知精确术语时用 |
| 法条语义检索 | LAW.semantic_search | 问题模糊/口语化时用 |
| 法条详情原文 | LAW.article_detail | 校验法条原文与时效 |
| 法规关键词检索 | LAW.statute_search | 查整部法规 |
| 法规详情 | LAW.statute_detail | 法规全文（含效力状态） |
| 权威案例检索 | LAW.case_search | 指导性/典型案例 |
| 普通案例检索 | LAW.case_search | 裁判文书 |
| 案例语义检索 | LAW.case_semantic | 找事实相似判例，召回更全 |
| 案例详情全文 | LAW.case_detail | 第二阶段，需分析裁判说理时调用 |
| 引用一键核验 | LAW.citation_verify | 幻觉校验/引用溯源 |
关键词检索 vs 语义检索原则：已知具体法规名/法条号/案号，或二手文献已提炼精确术语 → 关键词检索；问题模糊、口语描述、术语不确定，或需跨法规发现相关条文 → 语义检索。
二手文献（SEARCH.*）
| 用途 | MCP 工具 | 说明 |
|---|
| 综合二手检索 | SEARCH.web_search / SEARCH.ai_search | 律所文章、政府解读、学术文献 |
| 链接正文提取 | WebFetch（内置） | 提取检索到的文章正文 |
关注头部律所文章、政府政策解读、法学期刊学术文章。
八阶段工作流
第一阶段：信息完整性检查 + 视角判定
- 判定视角：按「视角判定流程」读取
profile.md 或询问用户一次，确定本次报告的视角（律师 / 法务 / 客观研究）。
- 信息完整性：
- 事实陈述型：核验主体信息（谁、主体性质）、核心事实（时间/地点/事件）、争议问题。
- 法律问题型：核验问题完整性，确认适用法域。
- 信息不完整时向用户补问。不在信息不足时开始研究，也不自行假设缺失事实。
第二阶段：研究问题的提出与确认
- 事实陈述 → 归纳为法律争议问题；法律问题 → 规范化表述。
- 向用户列出并等待确认后方可推进：
- 归纳的核心法律争议问题（1-3 条）
- 拟研究的范围与方向
- 关键前提假设（如有）
硬性暂停：未收到用户确认，禁止开始任何检索（含法律检索后端与全网搜索 MCP 调用）。
第三阶段：二手文献检索 + 内部知识库预检索
A. 内部知识库预检索（可选）：
触发条件：profile.md「知识库注册表」已配置（qmind CLI 可达）。不可达则跳过 A 直接进入 B。
先问内部知识库——团队之前是否研究过类似问题、沉淀过相关法规解读或裁判分析。避免重复劳动，让研究站在团队经验的肩膀上。
调用方式：
- C 区工作笔记预检索：
KB.retrieve(domain=work-notes, query="<法律争议问题+案由+关键术语>", top_k=5 -format json
- A 区知识库按需检索：按 profile.md 知识库注册表选择对应域名
返回结果统一标注 [KB:litigation-knowledge-base]。若找到高相关历史研究成果，后续检索可优先沿用其法规/案例路径。知识库不可用时静默跳过，不阻断主流程。
B. 二手文献检索（SEARCH.*）：
用 SEARCH.* 搜索能力构建问题框架、引出一手线索。依次检索：政府解读/官方答复 → 头部律所文章 → 学术文献。国内问题用中文，涉外问题加英文。关注文章引用的法规条号、案号、解读要点。如 SEARCH.* 不可用，跳过本阶段直接进入一手检索。
第四阶段：二手文献分析
从结果提取：① 引用的法规清单（名称+条号，待校验）② 引用的案例（案号/案名，待校验）③ 扩展关键词（供第五阶段）。
第五阶段：一手权威资料检索与验证
- 验证二手引用：对每条提取的法条调
LAW.article_detail 核实是否真实存在、内容一致、现行有效。
- 扩展检索：用
LAW.article_search / LAW.statute_search 检索法条法规；用 LAW.case_search 检索权威/普通案例。
- 语义检索补充：关键词召回 < 3 条或问题模糊时，追加
LAW.semantic_search / LAW.case_semantic，优先取相似度高的结果，仍须取原文后再引用。
- 按需取全文（积分第二阶段）：案例高度相关、需分析裁判说理时，向用户说明后再调
LAW.case_detail。
每引必校验：进入分析前，确保正文将引用的每一条法条/案例都已通过法律检索后端取得校验过的原文。
第六阶段：分析与推理
法律解释方法链（按序）：文义解释 → 体系解释 → 历史解释 → 客观目的论解释。
推导链条：事实认定 → 问题识别 → 适用规则 → 规则解释 → 规则涵摄（Subsumption）→ 形成结论 → 评估风险与不确定性。
要求：严格遵循推导链条，不从二手观点直接跳转结论；缺关键事实时列明缺失事实及其影响（不自行假设）；准确理解规则后再涵摄；对不确定问题区分确定性层级。
第七阶段：验证与风险自检
输出前自检：
存在问题则降低确定性并写明风险边界。
🔗 台账自动回写（强制）：在产出交付物之前，调用「案件管家」§0.7 自动同步接口：搜索台账 recordId → 追加案件进展"{日期}法律研究报告已生成（{主题}）" → 下一步动作保持原值 → 写入。搜索无结果跳过回写并标注；回写失败不阻塞输出但标注"⚠️ 台账未自动更新"。
第八阶段：生成 Markdown 报告
⛔ 交付前必过闸门（见 Expert.md「共享护栏」）：核验对象为报告全文（含案号）。
先产出 Markdown 交付物（写入输出目录），命名 legal-research_{主题}_{日期}.md，保存至用户指定文件夹或当前输出目录，并以 file:// 链接交付。经 /legal-verification 放行后，询问用户『是否转 Word（Word 转换后端（DOCX.md_to_docx））』，确认才转 .docx。报告结构见下节。
转 Word（可选）：本技能产出为内部参考/分析文件，非法院提交正式文书，不强制经过文书排版闸门。如用户选择转 Word，使用 scripts/md2docx_legal.py 转换脚本（排版参数详见 format-spec.md）。
报告结构（Markdown）
报告要素简洁、按场景灵活裁剪：标 [核心] 的为必备节，标 [按需] 的依研究场景取舍。
# legal-research
> 研究问题：{一句话问题} ｜ 日期：{YYYY-MM-DD} ｜ 视角：{律师/法务/客观研究}
## 一、核心结论 [核心]
{≤500字。律师视角：客户法律风险 + 律师建议思路；
法务视角：公司法律风险 + 法务意见思路；
客观研究：仅客观研究结论。
多主体可用表格对比。不做细节推演，不假设未给信息。}
## 二、研究问题与前提 [核心]
{规范化的法律争议问题（1-3条）；前提假设、适用法域、时间范围、主体性质；
**已知信息缺口及其对结论的影响**（不自行填补）}
## 三、规则依据 [核心]
| 法规名称 | 法条号 | 条文内容（摘要） | 时效性 |
|---------|--------|----------------|--------|
| 《XXX法》 | 第X条 | {经MCP校验的原文} | 现行有效 |
{先一般规则、后特别规则，从宽泛到具体}
## 四、分析论证 [核心]
{将规则涵摄到事实，遵循解释方法链。细节推演在此展开，与核心结论呼应。
自身推理段末注"（分析推断）"}
## 五、类似案例 [按需]
| 案号 | 审理法院 | 案由 | 裁判要旨 | 与本问题关联 |
|------|---------|------|---------|------------|
## 六、实务观点 [按需]
| 来源（机构/作者《标题》） | 观点摘要 | URL |
|------|---------|-----|
## 七、风险与不确定性 [核心]
{裁判尺度差异、地方差异、溯及力、事实缺口带来的不确定}
## 八、依据清单 [核心]
**法律法规**：{逐条列出，含时效性}
**裁判文书**：{逐条列出案号}
**二手参考资料**：{逐条列出标题 + URL}
纯概括性/学理问题：可省略「实务建议」性内容，「核心结论」只保留客观结论；「类似案例」「实务观点」按需保留。
报告输出后
向用户简报工具使用情况：法律检索后端调用了哪些能力（LAW.）、各几次、检索了什么；SEARCH. 调用几次、检索了什么关键词；案例 LAW.case_detail 全文调用消耗提示。
MCP 降级策略
| MCP 不可用 | 降级方案 |
|---|
| 法律检索后端法条检索/校验 | 法条标注"[L4-法条待验证]"，附待校验清单，提示用户自行核实条号与内容；绝不用记忆编造法条 |
| 法律检索后端案例检索 | 跳过类似案例节，或用 SEARCH.* 查公开案例并标注"未经权威库校验" |
| SEARCH.* | 跳过二手文献阶段，仅基于一手资料分析，并在报告中说明未做二手文献调研 |
无 profile.md | 询问用户一次确定视角 |
硬性约束
- 禁止编造法条：所有法条必须经法律检索后端取得原文，返回为空时如实告知，不用记忆替代。
- 禁止编造案例：所有案例必须来自法律检索后端检索结果。
- 每条法条引用必须包含：法规名称、法条号、原文内容、时效性状态。
- 优先输出 Markdown：先产出 .md 交付物，完成 md 后询问用户是否进一步转 Word（Word 转换后端（DOCX.md_to_docx）），确认才转 .docx。
- 核心结论 ≤ 500 字，不假设用户未提供的信息。
- 未确认研究问题前不得开始检索。
质量检查清单
视角与结论
检索与校验
报告质量
错误处理
- 信息不足 → 补问，不假设缺失事实
- 用户未确认研究问题 → 暂停，不开始检索
- 法律检索后端返回空 → 如实告知，不编造，标注待校验
- 视角无法判定 → 询问用户一次后记住
- 案例过多 → 按相关度取前若干，向用户说明筛选标准
案件管家联动（强制）
本 skill 完成产出后，必须在输出文档之前调用「案件管家」的台账回写协议，六步流程 / 降级 / 不阻塞规则统一由套件 Hub 维护：
协议单一权威源：skills/case-manager/references/downstream-writeback-protocol.md
入口条款：/case-manager SKILL.md §0.7
本 skill 的产出：法律研究报告 md
差异化字段回写：下一步动作 → 制定策略 / 归档
