complaint-drafter

name	complaint-drafter
description	要素式起诉状生成技能。将用户提供的文字、图片（起诉状照片/扫描件/截图）或已转写语音材料，判定案由是否属于最高人民法院67类要素式文书范围（法〔2025〕82号），命中则生成对应要素式起诉状（在官方标记模板上逐项填空），未命中则生成一般起诉状，最终输出为 Word（.docx）文档。触发场景：用户要求起草起诉状、生成要素式起诉状、把起诉状图片转成 Word、民事/行政/刑事自诉状起草、诉讼文书生成等。当用户提到起诉状、要素式、67类、立案材料、诉讼请求等关键词时使用。
agent_created	true

要素式起诉状生成技能

一、能力定位

本技能是"要素式起诉状生成专家"的执行技能。核心任务：把用户上传或描述的纠纷材料，判定案由是否属于最高人民法院规定的 67 类要素式文书范围；

• 命中 54 类起诉状模板 → 生成对应的要素式起诉状（在官方标记模板上逐项填空后渲染）；
• 命中国家赔偿/执行 13 类 → 生成要素式申请书（说明文书性质）；
• 未命中 → 生成一般起诉状（原告 / 被告 / 诉讼请求 / 事实与理由）。

最终以 .docx（Word） 形式交付。

二、核心铁律（忠实渲染四条 · 最高优先级）

生成要素式起诉状时，必须严格遵循以下四条，优先级高于任何"美化"或"简化"冲动：

1. 保留原表格：必须基于官方 67 类模板的原有表格结构生成，不得删除、不得改列、不得用通用两列表格替换官方多列表格。模板里的每一个表格、每一行、每一列、每一个单元格都要原样保留。
2. 不改变表格内的字体：正文统一宋体、标题与表头统一黑体（与官方版式一致），不对单元格内既有文字做任何字体替换或样式破坏；未知项留空即可，但不得删除表格内容。
3. 未知信息可留空，但不得删除表格内容：材料缺失的要素，留空或填"无"，并保留该单元格原有的标签与提示文字；不得在输出中删去任何行、列或文字。
4. 严禁虚构事实：所有填写内容必须来自用户材料，不得臆造当事人、金额、日期等；确实无法确认的，留空并在回复中提示用户补充。

一句话原则：在官方模板上"填空"，而不是"重写"官方模板。

三、输入与多模态处理

• 文字：直接解析用户描述、粘贴文本、合同 / 聊天记录等。
• 语音：本运行环境无内置语音转写能力。若用户上传音频，请先请用户提供文字稿 / 转写文本；若用户已附转写文本则直接使用。

3.1 图片起诉状识别与要素式转换（重点能力）

当用户直接上传起诉状图片（照片 / 扫描件 / 截图）时，按以下流程提取信息并转换为 Word 版要素式起诉状：

1. 图片归一化（推荐）：若图片方向异常、过大或来自手机拍照，先运行预处理脚本提升识别率：

   python scripts/preprocess_image.py <图片路径> --outdir <临时目录> --max-size 2200
   

   脚本会按 EXIF 校正方向、缩放、另存 PNG，并打印归一化路径。清晰规范的图片可跳过此步直接 Read 原图。
2. 视觉识别（OCR）：用 Read 工具逐张读取图片（多页 / 多张逐张读取），识别其中文字与版面，提取当事人、诉讼请求、事实与理由、证据等。详细提取清单与字段映射见 references/图片识别字段映射.md。
3. 案由推断：结合"标题 + 诉讼请求 + 事实与理由"推断案由（第四节提供典型映射），再回查 references/67类要素式案由清单.md 判定是否命中 67 类。
4. 生成：
   • 命中 54 类起诉状模板 → 使用预先生成的标记模板：读取 references/marked/<对应案由>.fields.json，从图片抽取各字段值写成 values.json，调用 python scripts/generate_complaint_docx.py --fill references/marked/<案由>.docx references/marked/<案由>.fields.json values.json <输出.docx>（见第五节）。填空仅替换占位符，表格结构 / 字体 / 列宽完全不变。
   • 命中 13 类申请书 → 生成要素式申请书并说明性质。
   • 未命中 → 按 references/一般起诉状结构.md 生成一般起诉状 .docx（见第六节 DATA 模式）。
5. 质量校验与回退：关键信息（被告姓名、金额、关键日期）无法识别时，不得臆造——在回复中列出"已识别 / 未能识别"字段，请用户补清晰图片或口述缺失项；可先出带占位符草稿，补全后再定稿。

注意：原图若是已填写的要素式模板，识别后按同模板结构重组为干净 .docx（保留全部内容，勾选项用 √/□ 标注），同样遵循"忠实渲染四条"。

四、案由判定（关键步骤，必须先做）

1. 用 Read 读取 references/67类要素式案由清单.md，掌握 67 类案由及分组。
2. 从用户材料归纳核心法律关系，匹配最接近的案由：
   • 命中"一至六"共 54 类（提供起诉状模板）→ 生成要素式起诉状。
   • 命中"七、八"（国家赔偿 4 类 / 执行 9 类，共 13 类）→ 生成要素式申请书（非起诉状），说明文书性质后按要素式结构生成。
   • 均未命中 → 生成一般起诉状。
3. 判定不确定时，向用户确认案由，不要臆造；可在回复中列出候选案由让用户选择。

典型案由推断映射：

• 借贷/欠条/拒不还款 → 民间借贷纠纷
• 离婚/感情破裂/子女抚养/财产分割 → 离婚纠纷
• 交通事故/损害赔偿 → 机动车交通事故责任纠纷
• 买房/卖房违约 → 房屋买卖合同纠纷
• 拖欠工资/工伤/解除劳动关系 → 劳动争议纠纷
• 商标/专利/著作权侵权 → 对应知识产权案由
• 行政处罚不服 → 行政处罚（行政）

五、要素式起诉状生成流程（标记模板 · 原封不动填空）

本流程核心：每个案由都已预先生成带唯一占位符 ⟦F{n}⟧ 的官方标记模板。只需从用户材料抽取各字段值，按 id 替换占位符——绝不用通用结构重写，也绝不重新解析填写稿，因此表格结构 / 字体 / 列宽永不错乱。

5.1 标记模板已就绪（版式 100% 来自官方原文件）

• 数据来源：标记模板由最高法《67 类要素式起诉状答辩状示范文本》官方原文件（.doc/.docx）逐案由截取生成——直接裁剪原文件中每个案由的"起诉状"表单（表单标题 + 案由名 + 说明框 + 各要素表 + 具状人栏），因此字体、字号、列宽、合并、底纹等官方版式逐像素保留，不是程序重建。
• 标记模板：references/marked/<案由>.docx（带 ⟦F{n}⟧ 占位符的官方版式表格）
• 字段映射：references/marked/<案由>.fields.json，每条含：
  • id：占位符编号（对应 ⟦F{id}⟧）
  • section：所属节（当事人信息 / 诉讼请求 / 事实与理由 …）
  • role：诉讼地位（原告 / 被告 / 第三人 / 委托诉讼代理人，部分模板因排版顺序可能为空）
  • label / original：单元格原文（核对填写位置的凭据）

5.2 填空步骤

1. 读映射：用 Read 读取 references/marked/<案由>.fields.json，通览字段，定位用户材料能填哪些。
2. 抽值：从用户文字 / 图片材料中，为各字段写出填写值：
   • 普通栏：直接给完整单元格文字，保留官方标签与提示，如 "姓名：张三"、"住所地（户籍所在地）：北京市朝阳区… 经常居住地：…"。
   • 勾选项：保留官方选项文字，对应项打 √、其余 □，如 "性别：√ 男 □ 女"、"是否逾期：√ 是 □ 否"。
   • 与案件无关 / 材料缺失：该字段不写入 values（填空时会自动恢复模板原文，绝不留 ⟦F⟧ 残符）。
3. 写 values.json：{ "字段id": "填写值", ... }（id 用数字或字符串均可）。
4. 执行填空：

   python scripts/generate_complaint_docx.py --fill \
       references/marked/<案由>.docx \
       references/marked/<案由>.fields.json \
       values.json <输出.docx>
   

5. 向用户说明：本状为依最高法示范文本填制的要素式起诉状，提交前请核对并签字 / 盖章，具体以受理法院要求为准。

六、一般起诉状生成流程（DATA 模式 · 兜底）

1. 用 Read 读取 references/一般起诉状结构.md，按标准结构（原告 / 被告 / 诉讼请求 / 事实与理由 / 证据 / 此致法院 / 具状人）组织。
2. 构造 DATA（见下方 schema），写入临时 data.json，运行：

   python scripts/generate_complaint_docx.py data.json <输出.docx>
   

3. 说明文书性质（一般起诉状，非要素式）。

DATA（JSON）结构：

{
  "doc_title": "民事起诉状",
  "reason": "一般起诉状 或留空",
  "include_notice": false,
  "parties": [
    {"role": "原告", "fields": "姓名\n性别：男√ 女□\n身份证号：…\n联系电话：…"}
  ],
  "sections": [
    {"title": "诉讼请求", "free": "可完整表述诉讼请求"},
    {"title": "事实与理由", "free": "…", "elements": [["1. 婚姻关系基本情况", "…"]]
        
  

渲染说明：标题居中加粗（黑体）；当事人信息、要素、证据均用表格；勾选项由内容中用 √ / □ 标注。

七、Word 生成脚本（generate_complaint_docx.py）

脚本位置：scripts/generate_complaint_docx.py（自包含，仅需 python-docx）。 依赖 python-docx：若运行环境缺失，先 pip install python-docx。

模式说明：

• --fill（填空模式 · 推荐）：按字段映射把占位符替换为用户内容；未提供的字段自动恢复模板原文，表格结构 / 字体 / 列宽完全不变。

  python scripts/generate_complaint_docx.py --fill <标记.docx> <字段.json> <值.json> <输出.docx>
  

• 标记模板生成（维护用）：scripts/build_marked_from_docx.py 读取最高法官方 .docx 母版，按案由截取"起诉状"表单并写入 ⟦F{n}⟧ 占位符，批量产出 references/marked/<案由>.docx 与 .fields.json（已执行，覆盖全部 54 类）。需重新生成时：

  python scripts/build_marked_from_docx.py <官方母版.docx> <templates_dir> <out_marked_dir>
  

• *.txt（要素式 · 兼容兜底）：忠实渲染官方模板。

  python scripts/generate_complaint_docx.py <填写稿.txt> <输出.docx>
  

• *.json（一般起诉状）：按第六节的 DATA 构造。

  python scripts/generate_complaint_docx.py data.json <输出.docx>
  

八、注意事项与免责

• 本技能生成的是文书草稿，非法律意见，不构成律师-委托人关系；重大 / 复杂案件建议咨询执业律师。
• 须如实填写，严禁虚构事实（虚假诉讼须担责）。
• 涉及的个人身份、财产信息仅用于本次生成，勿外传或另作他用。
• 文书具体格式、立案要件以受诉法院最新要求为准。
• 不主动判定法律责任归属、赔偿金额合理性等需专业裁量的结论，仅在用户给定事实基础上组织文书。
• 绝对禁止：以"重写/简化"为由删改官方模板的表格结构或文字内容。