前言¶

给 Agent 加文书生成能力时，最麻烦的不是把文字拼出来，而是两件事：一是输入形态太杂，用户可能直接丢一张起诉状照片过来，也可能只留一段语音转写文字；二是法律文书的格式不是自由发挥，要能对上官方模板。下面介绍的这个 Skill 把这两段工作接了起来，输入材料后先判断案由归属，再决定套用哪种起诉状模板，最后输出 Word 文档。

这是什么¶

「要素式起诉状生成」是一个通用 SKILL.md 格式的 Agent Skill，坐标 @user_f92e3b61/complaint-drafter，版本 1.0.0，来源 community，发布者 user_f92e3b61，分类 professional。它解决的问题是：从零散的素材里产出一份结构完整的起诉状文档，不需要用户自己先整理成规范格式。

目前抓取到的资料里没有维护者声明的安装命令、目录约定或配置字段，也没有标注需要 API Key（requires_api_key=false）。下面各节只写能核对到的内容。

核心功能¶

按抓取到的简介，能力边界如下：

1、多形态输入。支持用户直接给文字，也支持给图片（起诉状照片、扫描件、截图）或已转写完成的语音材料。也就是说语音本身不需要在这个 Skill 里做识别，只接受转写后的文字。

2、案由判定。判断用户材料对应的案由是否落在最高人民法院 67 类要素式文书范围内，依据是法〔2025〕82 号。这是整个流程的分支点。

3、命中则生成要素式起诉状。落在范围内时，在官方标记模板上逐项填空，而不是从头撰写一份新文书。

4、未命中则生成一般起诉状。不在 67 类范围内时走通用起诉状，不会硬套要素式模板。

5、输出 Word。最终产物是 .docx 文档。

6、关键词触发。触发词包括起诉状、要素式、67类、立案材料、诉讼请求等；典型场景是起草起诉状、生成要素式起诉状、把起诉状图片转成 Word、民事/行政/刑事自诉状起草、诉讼文书生成。

安装与启用¶

抓取到的 SkillHub 页面没有给出安装命令，也没有说明在 Cursor、Codex CLI、Claude Code 中各自的配置差异。要落地的话，先从官方地址确认获取方式，不要猜路径或命令：

https://api.skillhub.cn/user_f92e3b61/complaint-drafter

页面地址：

https://www.skillhub.cn/skills/user_f92e3b61/complaint-drafter

因为 requires_api_key=false，启用后不需要额外准备密钥；如果后续验证发现实际调用还需要凭证，以页面当时的说明为准。

典型用法¶

抓取资料里没有提供官方可复现示例，这里不给命令示例，只给出按简介描述的两条路径，实际参数格式需要拿到 SKILL.md 后核对：

1、用户给文字或转写语音，说明要起草的文书类型和案件基本情况，Skill 先做案由判定，再生成 .docx。

2、用户给起诉状图片或截图，Skill 走同一条判定逻辑，把图片内容整理成文书后输出 .docx，效果等同「把起诉状图片转成 Word」。

两条路径的区别在于输入形态，判断和输出环节是一致的。

适用场景与注意¶

适合给已经有大量非结构化素材、希望直接拿到可提交格式文档的场景使用，尤其是用户手上是照片或扫描件的情况。

几个要留意的点：

1、输入质量决定输出质量。图片清晰度不够、转写文字缺要素，填进模板的内容就会有缺口。模板逐项填空意味着缺项会以空缺或占位形式留在文档里，需要人工补齐。

2、案由判定是硬分支，结果会影响文书形态。材料描述不清导致判定错误时，拿到的是不匹配的模板，上交前需要复核。

3、资料中只提到最高法 67 类要素式文书范围，没有列出具体案由清单。接入前应该把实际的案由范围核对一遍，避免依赖 Skill 自身的判定结果。

4、输出是文档，不是法律意见。模板填空不处理实体裁判判断，复杂案件仍需人工审查。

5、页面数据显示下载 1484、安装 0、评分 100000，社区来源，样本量很小，稳定性需自行验证。

结尾¶

这个 Skill 的价值在于把「素材 → 判定 → 模板填空 → Word」这条链路交给 Agent 一次做完，省掉手工逐项填模板的重复劳动。它不替代对案由的判断和文书内容的审查，只承担格式化产出这一层。官方地址：https://api.skillhub.cn/user_f92e3b61/complaint-drafter