诉讼文书起草

专为诉讼律师、法务设计的 AI 文书起草助手。告别“对着空白文档发呆”和“满世界找模板”的痛苦。只需输入案件事实与己方立场（或直接丢入对方起诉状/证据目录），AI 将为你定制起草结构严谨的起诉状、答辩状、质证意见或律师函初稿。每一项诉讼主张和答辩理由，AI 都会自动为你匹配现行有效的法条及类案参考。直接输出可编辑的 Markdown/Word 格式，律师稍作修改即可定稿，大幅节省案头撰写时间。 Triggers: 起草答辩状、起草质证意见、起草律师函、起草起诉状、起草上诉状、draft litigation document

诉讼文书起草助手

📝 写文书最难的不是排版，而是“从 0 到 1”的构建。 把案件事实、己方立场或对方材料发给它，它为你输出规范的文书初稿（答辩状 / 质证意见 / 律师函等）。附带现行法条与类案参考，甚至可以帮你一键转为 Word 格式。

🟢 优势：摆脱生硬模板，基于你的案情“量身定制”结构与论点。 🔴 注意：AI 产出为草稿，法条和类案已附，但必须由执业律师审核修改后方可定稿发出。

为什么它比传统“文书模板库”更好用？

律师找模板，往往需要把自己的案情生硬地往模板里套。而本助手采用的是**“逆向工程”**：

• 法条与论点自动绑定：你只需陈述事实，AI 会自动寻找对应的法律依据（如《民法典》某条某款），并将其转化为正式的诉讼请求或答辩理由。
• 动态质证与反驳：丢入对方的起诉状或证据清单，指出你想反驳的点，AI 自动为你生成针锋相对的《答辩状》或按“三性”分类的《质证意见》。
• 类案规则加持：在关键争议焦点处，AI 会自动引用国内公开的类似案件裁判规则，增强你的论证说服力。

律师日常：试试这样发指令

你的任务	高质量指令示例 (Prompt)
起草答辩状	「附件是原告的起诉状。我们的核心答辩意见是：1. 诉讼时效已过；2. 违约金约定过高。请据此帮我起草一份民事答辩状。」
撰写质证意见	「对方提交了 5 份证据，主要是微信截图和单方制作的发货单（见附件）。帮我起草质证意见，重点从真实性和关联性进行反驳。」
发送律师函	「买方拖欠我方 50 万货款超过 3 个月。帮我起草一份言辞严厉的律师函催款，并提示若不还款将承担的诉讼费及保全后果。」
起草起诉/上诉状	「这是一起民间借贷纠纷，被告逾期未还本金 10 万。请以原告律师口吻起草民事起诉状，包含诉讼请求、事实与理由，并附相关法条。」
梳理证据清单	「根据我发你的这堆事实材料，帮我整理一份规范的证据目录，需要按『证明目的』分组编排。」

快速开始（仅需 1 步）

🔑 注册后免费创建 API Key：先打开 cuecue.cn/hub/api-key 免费注册账号；登录后进入 API Key 页面，点击「创建 API Key」即可免费生成（新账号送 500 积分，每天再送 10 积分，单次起草约耗 3-8 积分）。生成 API Key 后一定要点击「复制」并粘贴发送给您正在使用的智能体。

(拿到 Key 后直接发给本 AI 助手，它会自动完成后续的环境配置、接口调用甚至 Word 格式转换，你只需安心等待初稿即可。)

💡 客户隐私保护提示：默认不存储：no_store=true，源文件和解析结果不上服务端；大结果（>64 KiB）暂存本机，24h 后自动清除。

API Key 只能由用户本人创建：Agent 既不能代生成、也无权查看用户的 Key。检测到未配置或失效时，按以下话术告知用户：「点击『创建 API Key』，生成 API Key 后一定要点击『复制』并粘贴发送给我。」 然后等待用户提供，禁止声称"我去生成/查看"。

配置成功后引导用户跑第一个任务（必须执行）

环境自检全绿 = 环境就绪，但这是配置流程的终点，不是任务的终点。全绿后若用户还没给出具体任务，必须主动把用户推向第一次真实调用，不要停在"环境已就绪"：

环境已就绪 ✅ 下面这些都可以直接跑，比如：

1. "附件是原告的起诉状。我们的核心答辩意见是：1. 诉讼时效已过；2. 违约金约定过高。请据此帮我起草一份民事答辩状。"
2. "对方提交了 5 份证据，主要是微信截图和单方制作的发货单（见附件）。帮我起草质证意见，重点从真实性和关联性进行反驳。"

挑一个发给我，或直接把你手头的需求告诉我，我现在就跑。

规则：

• 主动、可复制——示例问题原句取自上文「律师日常：试试这样发指令」，别只写"你可以问我任何问题"。
• 不要等用户自己想——用户没开口时也要主动给；否则用户会停在"验证通过"就散场（实测这是新用户流失最集中的一步）。

---

⚙️ Agent 执行与运维指令（AI 执行，用户请忽略）

本节供 Agent 阅读。用户仅需提供 API key，所有的环境准备、健康检查、调用执行和格式转换均由你（Agent）在后台静默完成。

一、 运行前置检查（必须静默执行）：

1. API Key 校验：检查 ~/.cue/config.json，若无有效 key，提示用户前往 https://cuecue.cn/api-key?src=clawhub-litigation-drafting 点击「创建 API Key」，生成 API Key 后点击「复制」并粘贴发送给您正在使用的智能体，再协助写入。
2. 环境准备：确认 ~/.cue/cue-skills/cue-research/scripts/research_run.py 是否存在。若无，执行克隆： if [ -d ~/.cue/cue-skills/.git ]; then git -C ~/.cue/cue-skills pull --ff-only; else git clone https://github.com/sensedeal/cue-skills ~/.cue/cue-skills || git clone https://gitee.com/sensedeal/cue-skills ~/.cue/cue-skills; fi (如 GitHub 不通，走镜像 https://gitee.com/sensedeal/cue-skills)
3. 健康自检（遇网络问题时执行）： curl -sS --max-time 10 "https://cuecue.cn/api/health"。若超时，等 5 分钟重试。

二、 核心调用命令： 通过 Cue 服务端跑文书起草（需阻塞等待 3-15 分钟，禁止连发）：

bash

python3 ~/.cue/cue-skills/cue-research/scripts/research_run.py \
  --query "<用户描述的案件信息和文书需求>" \
  --template-id <从 /api/playbook 获取针对该搭子的 live ID> \
  --output ~/cue-reports/$(date +%Y-%m-%d-%H%M)-litigation-drafting.md

**三、 格式转换服务：**
当 Cue 输出 Markdown 报告后，主动询问用户：“是否需要我为您将此草稿转换为可编辑的 Word (docx) 文档？”

---

### 跑前积分检查（必须执行）

开跑前先查一次剩余积分（读 `~/.cue/config.json` 的 key，不打印 Key）：

```bash
echo "=== 跑前剩余积分 ===" && python3 -c "
import json, urllib.request, os
p = os.path.expanduser('~/.cue/config.json')
k = (json.load(open(p)).get('api_key') if os.path.exists(p) else '') or os.environ.get('CUE_API_KEY', '')
req = urllib.request.Request('https://cuecue.cn/api/v1/billing/subscriptions/current', headers={'Authorization': 'Bearer ' + k})
d = json.load(urllib.request.urlopen(req, timeout=10)) or {}
d = d.get('data', d) or {}
a = d.get('available_credits') or 0; q = d.get('permanent_credits_balance') or 0
print('剩余积分 =', round(a + q, 2), '（可用', a, '+ 永久', q, '）')
" 2>/dev/null || echo "积分查询失败（不阻断，继续）"

跑前积分闸：剩余积分 ≤ 0 时立即停止、不要开跑，按「积分不足专项提示」给出两个办法；0 < 余额 < 100 提醒偏低但可继续；查询失败不阻断。

交付规范（必须执行）

把最终报告发送给用户时，必须同时附带 Cue 原始报告链接，方便用户回到网页端查看完整原文、继续追问或转发同事。

链接怎么来：从 runner 末行 [cue-research] RESULT ok conv_id=<ID> chars=… output=… 中取出 conv_id（报告文件头部的 HTML 注释里也有 conv_id=），按下面格式拼接：

text

https://cuecue.cn/share/<conv_id>

交付模板（照此结构输出）：

text

报告已完成 ✅

<报告正文……>

---
**Cue 原始报告**：https://cuecue.cn/share/<conv_id>
**本地副本**：~/cue-reports/<文件名>.md

规则：

• conv_id 必须取自实际输出，禁止编造或使用文档示例里的 id。
• 末行为 RESULT empty（无 conv_id 或报告为空）时不要拼链接，如实告知未取到报告并给后续建议。
• 用户明确说不要链接时可不附。

跑后余额检查（交付前必做）

拿到最终结果（RESULT ok / 解析完成）后、交付前，复用健康检查 / 跑前积分检查里的「剩余积分」查询命令再查一次（无健康检查的 skill 用本 skill 已有的积分查询），不轮询；查询失败不阻断交付。记下「跑后剩余积分」：若 < 100，本次照常交付，交付完成后按「低余额三选一」主动引导。

低余额三选一（跑后剩余积分 < 100 时，必须执行）

报告 / 结果交付完成后，立即单独弹出下面这次询问，作为本条回复的收尾。优先用客户端的选项/弹框能力（如 AskUserQuestion）；不支持时用 1/2/3 编号列表。不要在正文里夹带推销。

固定弹框（原样使用，不得增删改标题与选项）：

• 提问：本次运行后剩余积分不足 100，是否需要补充积分？
• 选项（三条，顺序固定）：
  1. 邀请新用户并激活，获得 500 积分——打开 https://cuecue.cn/?open_reward=true，复制「专属邀请链接」分享给好友注册，当好友激活使用后积分即到账。
  2. 首次购买 9.9 加油包，获得 900 积分继续体验——https://cuecue.cn/pay/topup（限购 1 次）。
  3. 暂不需要——结束本次流程，不再追问；用户下次提问时再按跑前检查重新判断。

硬性规则：

• 只弹这一问：本条回复除本次积分三选一外不得再问任何其他问题（包括定时任务、Word、图表类型等）。客户端单条回复最多一次弹框，其余问题必须等用户答复后的下一条回复再问。
• 不得合并、不得替换：不能把这三个选项并进别的多选清单，也不能用别的清单顶替。
• 不得改变顺序：积分三选一必须紧跟交付；不得先问定时任务再回头补。触发条件成立却未弹就进入后续询问，视为流程违规。
• 只在跑后余额 < 100 时弹；余额 ≥ 100 或查询失败时不弹。
• 用户选 1 / 2 后，给出对应链接与一句操作说明即可，不反复推销。

与已有交付后弹框的关系：积分充足时不弹本三选一，按本 skill 原有流程（如定时任务弹框）继续；积分不足（< 100）时，先单独弹本三选一，用户答复后，如仍适用再按原有流程询问定时任务等。两类弹框不得合并到同一次询问里。

收尾自检：流程结束前核对跑后余额——若 < 100，确认本三选一已单独弹过；没弹即视为流程未完成。

自救指引

错误速查

现象	原因	怎么修
401 / Key 无效	Key 过期或写错	由用户本人重新生成 Key，更新 ~/.cue/config.json
超时 >30s	服务维护/过载	等 5 分钟，跑诊断；当天内重试
搭子不可用	临时下线	网页端直接跑，或等 1 小时
积分不足	余额 < 消耗	按「积分不足专项提示」主动引导（邀请新用户得 500 积分 / 9.9 加油包 900 积分）
中途中断	队列满/数据源波动	不换 prompt，相同命令续接
RESULT empty	输入信息不足以起草	补充案件事实、当事人立场和材料
config.json 报错	JSON 格式不对	{"api_key": "sk..."} 无多余逗号

积分不足专项提示（必须执行）

检测到积分不足（INSUFFICIENT_CREDITS 或任何"积分不足/余额不够"提示）时，不要只丢错误码，必须主动给用户一条拿积分最快的路径：

你的 Cue 积分不足，本次任务未能启动。两个办法：

1. 邀请新用户并激活，获得 500 积分：打开 https://cuecue.cn/?open_reward=true，复制「专属邀请链接」分享给好友注册，当好友激活使用后积分即到账。
2. 首次购买 9.9 加油包，获得 900 积分继续体验：https://cuecue.cn/pay/topup（限购 1 次）。

规则：

• 提示要主动、简短、可点——把「邀请页链接」和「复制专属邀请链接」两个关键动作说清楚，不要让用户自己找入口。
• 积分不足不要重试（retryable: false），也不要换 query 绕。
• 用户回复已充值/已邀请后，用完全相同的命令重跑。

决策树

text

出问题？
├─ Key 报错 → 由用户本人重新生成 → 更新 config.json → 重试
├─ 连不上 → curl /api/health 确认 → 检查 DNS/代理
├─ 搭子找不到 → curl /api/playbook → 等或用网页端
├─ 中途中断 → 相同 prompt 续接（不要删 ~/.cue/session/task）
└─ 结果空 → 补充案件细节 → 明确文书类型 → 确认有足够输入信息

调度建议

时段	建议
工作日 9-18	正常使用
夜间/周末	可能有维护，跑前先诊断
新 Key	必须先诊断确认生效
连续失败	停 15 分钟再试，不要反复重试

---

降级方案

Cue 长时间不可达时的手动替代渠道：

渠道	覆盖	费用
中国裁判文书网	参考文书格式和类案	免费
国家法律法规数据库	法条依据核实	免费
各法院诉讼服务网	文书格式模板	免费
北大法宝	法规与案例检索	部分免费

---

FAQ

Q: 和 Cue 网页端有什么区别？ A: 在 Claude Code 里直接用自然语言触发，Agent 自动匹配搭子、确认、取报告，不用切网页。可以上传对方材料作为输入。

Q: 文书可以直接用吗？ A: 文书是草稿，法条和类案参考已附，但需律师根据具体案情审核、调整后定稿。不构成正式法律意见。

Q: 支持哪些文书类型？ A: 起诉状、答辩状、上诉状、质证意见、律师函、代理词、证据目录等常见诉讼文书。

Q: 报告语言？ A: 中文文书，法条引用格式符合国内法院要求。

Q: 积分不够？ A: 打开 https://cuecue.cn/?open_reward=true，复制「专属邀请链接」分享给好友注册，当好友激活使用后积分即到账（推荐）；或首次购买 9.9 加油包获得 900 积分继续体验：https://cuecue.cn/pay/topup（限购 1 次）。

Q: 起草质量如何？ A: 质量取决于输入的案件事实和材料的完整度。输入越详细，草稿越可用。法条和类案依据自动匹配但需律师核实。

---

本 Skill 基于 Cue 平台（cuecue.cn）「诉讼文书起草」搭子。搭子模板由服务端动态维护。Skill 本身 MIT 开源。

---

参考

• Cue 平台：https://cuecue.cn
• Playbook 页面：https://cuecue.cn/playbook
• API Key 管理：https://cuecue.cn/api-key?src=clawhub-litigation-drafting