Trial outline

庭审提纲（trial-outline）

概述

本技能用于生成庭审提纲（含法庭询问清单）。整合为一个输出文件，包含两大板块：

• 板块一：庭审提纲 —— 我方应对预案（应对对方提问和法庭提问）
• 板块二：法庭询问清单 —— 我方主动询问策略（向对方发问的问题设计）

前置条件

主诉场景（我方为原告/申请人）

序号	材料	必要性	说明
1	起诉状	必需	明确诉讼请求与事实理由
2	我方证据目录	必需	举证安排
3	我方证据册	必需	证据原文
4	要件攻防分析	必需	各请求权要件的攻防态势
5	对方答辩状（如有）	建议	了解对方抗辩方向

被诉场景（我方为被告/被申请人）

序号	材料	必要性	说明
1	答辩状	必需	我方抗辩体系
2	双方证据目录	必需	全面掌握举证情况
3	双方证据册	必需	证据原文
4	要件攻防分析	必需	各请求权要件的攻防态势
5	原告起诉状	必需	对方主张体系

如关键材料缺失，提示用户补充后再生成。

MCP 预检

预检协议详见 Expert.md「MCP 预检协议」。本技能使用后端：LAW.*（法条储备和法条速查的自动填充与校验）。 不可用时降级标注：[L4-法条待验证]。

工作流

第零步：主体信息自动补充（文书生成前必经）

所有诉讼文书在生成最终稿之前，必须完成主体信息的核实与补充：

1. 企业主体（公司、合伙企业、非法人组织等）：

   • 调用工商信息能力槽（BIZ.company_info 或同等接口，如企查查MCP get_company_registration_info）查询最新工商登记信息
   • 补充字段：企业全称、统一社会信用代码、住所地、法定代表人/负责人
   • 禁止在诉讼文书主体信息中写入：企业类型、成立日期、注册资本、经营范围等工商登记冗余信息
   • 若能力槽不可用，但用户提供的案件材料中包含相关信息，直接从材料提取并补充
   • 若材料中亦无相关信息，主动向用户询问："请提供[企业名称]的统一社会信用代码、住所地、法定代表人信息"
   • 用户明确拒绝提供时，保留"[待用户补充]"占位符，严禁自行编造或填写虚假信息

2. 自然人主体：

   • 无MCP可用，仅依赖用户提供的材料或用户补充
   • 从案件材料中提取：姓名、性别、出生日期、身份证号码、住所地/经常居住地
   • 材料中缺失的，主动向用户询问
   • 用户拒绝提供时，保留"[待用户补充]"占位符，严禁编造

3. 适用文书类型：

   • 起诉状、答辩状、代理词中的当事人信息部分
   • 证据目录中的主体证据组
   • 程序性文书中的申请人/被申请人信息
   • 案件事实梳理中的主体识别部分

Step 1: 立场确认与材料解析

1. 确认我方诉讼地位（原告/被告/第三人）
2. 解析全部前置材料，提取：
   • 双方诉讼请求/抗辩主张
   • 争议焦点清单
   • 各方证据体系概览
   • 要件攻防中的薄弱环节

Step 2: 争议焦点梳理

1. 根据要件攻防分析，列出预判的争议焦点
2. 按重要性排序
3. 标注各焦点中我方的攻防态势（优势/劣势/僵持）

Step 3: 生成板块一——庭审提纲

按庭审程序三阶段组织：

3.1 程序性事项预案

审查是否存在以下程序性问题，如有则准备应对方案：

• 管辖权问题
• 回避申请
• 追加/变更当事人
• 诉讼请求变更/增加
• 反诉应对
• 证据交换相关程序事项

3.2 法庭调查阶段

针对每个争议焦点，准备：

争议焦点[N]：[焦点描述]
─────────────────────────────
【我方陈述要点】
- 事实主张：...
- 证据引用：证据[编号]证明...
- 关键表述（建议口径）：...

【预判对方可能提问】
Q1: [对方可能提出的问题]
  → 建议回答：...
  → 注意事项：...（避免自认/不要超出范围）

Q2: [对方可能提出的问题]
  → 建议回答：...

【预判法庭可能提问】
Q1: [法官可能关注的问题]
  → 建议回答：...
  → 补充说明：...

Q2: [法官可能关注的问题]
  → 建议回答：...

【底线/红线提醒】
- 绝不可认可的事实：...
- 可以适度让步的空间：...

3.3 法庭辩论阶段

辩论要点[N]：[对应争议焦点]
─────────────────────────────
【我方辩论提纲】
- 第一层论点：...
  法律依据：[法条]
  事实依据：证据[编号]
- 第二层论点：...

【预判对方辩论方向】
- 对方可能主张：...
- 我方反驳策略：...

【法条储备】
- [相关法条及条文要点]

3.4 最后陈述阶段

• 最后陈述要点提纲（精练版，3-5句话）
• 强调核心诉求/抗辩
• 情理结合的表达建议

Step 4: 生成板块二——法庭询问清单

📎 加载 references/examination-techniques.md 作为法庭询问技巧与问题设计指南。

按争议焦点组织我方向对方的发问：

询问清单设计原则

1. 目的性：每个问题必须服务于特定待证事实
2. 层次性：从基础事实到核心争议，逐步深入
3. 追问设计：预判对方回答，准备追问方向
4. 非诱导性：避免诱导性提问（法官可能制止）
5. 证据锚定：问题设计结合已有证据，形成"证据+陈述"的印证

询问清单格式

争议焦点[N]：[焦点描述]
待证事实：[通过询问拟证明的事实]
─────────────────────────────

问题1：[提问内容]
  目的：证明[待证事实]
  预判回答A：[对方可能回答] → 追问：[追问内容]
  预判回答B：[对方可能回答] → 追问：[追问内容]
  预判回答C：对方拒绝回答/回避 → 应对：[向法庭说明]

问题2：[提问内容]
  目的：...
  预判回答A：...
  ...

【备选问题】（视庭审情况决定是否使用）
- [备选问题1]：适用场景...
- [备选问题2]：适用场景...

Step 5: 法条引用校验

法律检索后端探测与降级详见 Expert.md「MCP 预检协议」。

能力调用：LAW.article_detail / LAW.statute_detail（法条/法规校验）
检索范围：
- 实体法条文（对应案由相关）
- 程序法条文（举证/质证/辩论规则）
- 司法解释相关条款

⚠️ 如法律检索后端均不可用，法条引用标注为"[L4-法条待验证]"，提示用户自行核实。

🔗 台账自动回写（强制）：在产出交付物之前，调用「案件管家」§0.7 自动同步接口：搜索台账 recordId → 追加案件进展"{日期}庭审提纲已生成" → 更新下一步动作 → 写入。搜索无结果跳过回写并标注；回写失败不阻塞输出但标注"⚠️ 台账未自动更新"。

Step 6: 输出文档（md 优先）

⛔ 交付前必过闸门（见 Expert.md「共享护栏」）：核验对象为提纲中法条引用。

默认交付 Markdown：核验放行后先产出 md 成品（写入输出目录并回链），随后询问用户「是否转 Word（Word 转换后端（DOCX.md_to_docx））」，确认才转 .docx。

输出文件命名：{案件简称}_trial-outline_{日期}.md。Word 版同名 .docx。

输出文档结构

[案件名称] 庭审提纲
（[案号] / [庭审日期]）

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

第一部分：庭审提纲

一、程序性事项
  ...

二、法庭调查
  （一）争议焦点一：...
    1. 我方陈述要点
    2. 预判对方提问及应答
    3. 预判法庭提问及应答
    4. 底线/红线
  （二）争议焦点二：...
    ...

三、法庭辩论
  （一）争议焦点一：...
  （二）争议焦点二：...

四、最后陈述
  ...

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

第二部分：法庭询问清单

一、争议焦点一相关询问
  ...
二、争议焦点二相关询问
  ...
三、备选问题库
  ...

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

附录：法条速查（庭审备用）
  ...

排版规范

排版参数详见 Expert.md「核心参数速查」（源：format-spec.md）。

🔒 Word 排版铁律（强制）：所有诉讼文书转 Word 时，必须使用 scripts/md2docx_legal.py 转换脚本（路径：${SUITE_ROOT}/scripts/md2docx_legal.py），用法：python3 md2docx_legal.py input.md output.docx。该脚本严格按照最高人民法院诉讼文书样式模版执行排版：宋体、标题二号居中不加粗、正文四号首行缩进2字符、行距固定25磅、此致缩进+法院顶格+签名右对齐+附件缩进。禁止使用 pandoc 或其他工具直接转换（格式不达标）。排版铁律全文见 format-spec.md。

庭审应对策略指引

法庭调查阶段策略

1. 陈述要精炼：法庭调查阶段以事实为主，法律论证留给辩论阶段
2. 举证要有序：按证据目录顺序举证，关联证据一并出示
3. 回答要谨慎：对方和法庭提问时，不确定的事实回答"需要庭后核实"
4. 记录要及时：标注对方陈述中的矛盾点，为辩论和询问做准备

法庭辩论阶段策略

1. 结构化表达：先总后分，让法官容易跟随
2. 法条先行：每个论点先引法条，再结合事实
3. 回应+反击：先回应对方辩论观点，再展开我方主张
4. 时间控制：核心观点前置，次要观点视时间决定是否展开

询问技巧

1. 封闭式优先：尽量使用封闭式问题，控制对方回答方向
2. 逐步推进：从对方容易承认的事实出发，逐步引向核心事实
3. 善用沉默：对方回避时，适当沉默后再次追问
4. 及时收束：达到目的后立即停止，不给对方辩解机会

特别提醒

1. 保密义务：提纲内容属于律师工作成果，提醒当事人不得泄露
2. 灵活应变：提纲是预案而非剧本，庭审中需根据实际情况调整
3. 配合分工：如有多位代理人，标注分工安排
4. 庭审礼仪：提醒当事人庭审注意事项（着装、态度、发言规范）
5. 录音安排：建议庭审全程录音（合法范围内），便于庭后复盘

下一步建议

庭审提纲完成后，根据案件进展可继续：

• 庭前代理词 → /agency-opinion（模式 A）系统阐述己方主张
• 庭后补充 → /agency-opinion（模式 B）庭审结束后根据庭审情况补充代理意见
• 法条储备 → /legal-verification 复核提纲中法条储备板块的准确性

知识库调用（按 profile.md 知识库注册表）

庭审准备过程中检索知识库，增强庭审应对。

环节	目标知识库	调用方式
法官提问预判	B区 case-notes	KB.retrieve(query="<案由>+法官")
法律论点支撑	按 profile.md 知识库注册表	KB.retrieve(query="<条文号>+<争点>")
程序法准备	civil-procedure	KB.retrieve(query="<庭审程序>")

降级：CLI 不可达 → 本地 Read/Grep，标注 [KB:降级-本地]。

错误处理

• 要件攻防分析缺失 → 无法生成有针对性的提纲，要求用户先完成
• 对方主张不明确 → 基于起诉状/答辩状推断，标注"预判"
• 后端服务不可用 → 按 profile.md 降级规则标注，继续完成提纲主体。
• 案件类型特殊（如知产/海商） → 提示可能需要补充专门程序规则

---

案件管家联动（强制）

本 skill 完成产出后，必须在输出文档之前调用「案件管家」的台账回写协议，六步流程 / 降级 / 不阻塞规则统一由套件 Hub 维护：

协议单一权威源：skills/case-manager/references/downstream-writeback-protocol.md 入口条款：/case-manager SKILL.md §0.7

本 skill 的产出：庭审提纲 md

差异化字段回写：下一步动作 → 出庭