# Demand Draft

> 从已完成的委托登记起草律师函——通过保密/自认风险/和解谈判姿态检查清单门禁， 输出 .docx，附发送后检查清单，并提供创建案件的选项。当用户说 "起草律师函"、"写[类型]函"或已完成委托登记准备转为可发送草案时使用。

- Skill: `cslawyer1985/demand-draft` (Agent Skill)
- Install (CLI): `npx skillmds@latest add cslawyer1985/demand-draft`
- Raw SKILL.md: https://api.skillmd.com/api/skills/cslawyer1985/demand-draft/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Docs & Writing
- Author: cslawyer1985 (https://skillmd.com/u/cslawyer1985)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/cslawyer1985/demand-draft

---


# /demand-draft

1. 加载 `~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/demand-letters/[slug]/intake.md`。
2. 加载 `~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/CLAUDE.md` → 律师函实践、内部风格。
3. 遵循以下工作流。
4. 运行起草前门禁：保密过滤、自认风险、权利保留、和解谈判姿态、弃权扫描、语气、事实准确性。
5. 模板选择：如有种子文件则使用；否则使用对应函件类型的软模板。
6. 在对话中起草供审查。迭代至用户批准。
7. 写入 `~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/demand-letters/[slug]/draft-v[N].docx`。
8. 写入 `~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/demand-letters/[slug]/checklist.md`（发送后检查清单）。

---

# 律师函起草

## 目的

从已完成的委托登记产生可发送的草案。主要价值在于拒绝起草，直到保密、权利放弃、自认和和解沟通姿态已被有意识地处理——失败模式是一封因无人暂停检查而放弃保密或构成自认的函件。

> **外部交付物：** 起草的律师函发送给对方当事人。在外发函件上不要包含"保密 · 律师工作成果"标头。发送后检查清单和委托登记文件是内部工作成果，应附标头。

## 记录保真——引用和精确定位

**逐字引用必须逐字。** 除非你有确切的段落，绝不对对方、其律师、证人或任何文件的语句加引号。在律师函中错误引用的合同条款是在第一轮就失去对方律师信任的最快方式。

## 律师函的法律地位

在中国法下，律师函具有以下法律意义：

- **意思表示：** 律师函构成委托人的意思表示，可能产生实体法上的效果（如催告、解除通知）。
- **诉讼时效中断：** 发送律师函可以构成《民法典》第195条规定的诉讼时效中断事由。`[法条原文]`
- **证据价值：** 律师函可作为后续诉讼中的证据使用。
- **不当然享有保密特权：** 在中国法下，发给对方当事人的律师函不享有类似美国法下的"和解谈判特权"（FRE 408）。律师函的内容可能被对方作为证据使用。

## 起草前门禁

**这在任何起草之前运行。**

```
起草前检查清单 —— [slug]

1. 保密过滤
   委托登记中的保密过滤：[列表]
   确认：这些都不会出现在草案中？[是/否]

2. 自认风险
   委托登记中的自认风险：[列表]
   对于每一项，措辞是否受控或已移除？[逐项是/否]

3. 权利保留
   是否明确声明保留所有权利，且不构成对任何权利的放弃？

4. 和解谈判姿态
   委托登记说明：[受保护 / 不受保护 / 个案判断]
   草案将[包含 / 不包含]和解谈判标记。

5. 保密弃权扫描
   草案中是否有任何句子会揭示我方内部法律分析的实质内容？[是/否]
   如是，起草前重新措辞。

6. 语气姿态
   委托登记说明：[维护关系 / 克制 / 进取]
   确认。

7. 事实准确性
   草案中的每个事实必须经核实。不是"可能真实"——经核实。
```

## 模板选择

### 付款催告函骨架：
1. 当事人和关系背景（1段）
2. 事实——义务及其来源（合同条款/发票/订单）、日期
3. 违约——欠付什么、何时到期、发生了什么（或没发生）
4. 催告——具体金额、截止日、付款方式
5. 后果——移交律师、利息、费用、诉讼
6. 签名栏

### 违约/催告整改函骨架：
1. 当事人和协议（指出合同——生效日期、当事人）
2. 声称被违反的义务——合同条款、通俗语言
3. 违约行为——具体事实、日期、可用证据
4. 整改——什么具体措施能整改；整改期限
5. 不整改的后果——解除、损害赔偿、合同中特定的救济
6. 权利保留
7. 签名栏

### 停止侵权函骨架：
1. 当事人和己方权利（商标/著作权/合同/普通法——指出权利）
2. 侵权/违规——具体行为、日期、证据
3. 要求——立即停止、删除、报告过往使用、书面确认合规
4. 合规期限
5. 不合规的后果——诉讼、禁令救济
6. 保全要求
7. 签名栏

## 起草规则

1. **具体优于形容词。** "2026年3月14日，你发送了X"优于"你反复且不当地发送了X"。
2. **事实可追溯至来源。** 每个事实主张对应一份文件、日期或证人。如尚不可核实：`[需核实：具体主张]`。
3. **引用作为占位符。** `[引用：法条/条款/案例]` 放在任何需要法律依据的地方。不编造引用。
4. **后果语言匹配语气。**
   - `维护关系`："我们希望在不进一步行动的情况下解决此事。"
   - `克制`："如在[N]天内不整改，我们将考虑我们的选项，包括诉讼。"
   - `进取`："在[N]天内不整改将导致立即法律行动。"
5. **除非意图如此，不在记录中讨论和解。**

## 输出

```markdown
[工作成果标题 —— 仅内部文件；外发函件不附此标头]

# 发送后检查清单 —— [slug]

**发送版本：** [v1 / v2 / 等]
**发送日期：** [YYYY-MM-DD]
**签署人：** [姓名]

## 发送前

- [ ] 签署人最终通读
- [ ] 事实准确性：所有[需核实]标记已解决
- [ ] 引用：所有[引用]占位符已填写
- [ ] 保密标记已按内部风格应用——注意：这是外部交付物，外发版本不包含"律师工作成果"标头
- [ ] 内部副本已清理
- [ ] 利益冲突已确认（如尚未清理）

## 发送后

- [ ] 合规截止日已排期：[YYYY-MM-DD]
- [ ] 如无回应的升级方案：[下一步 + 日期]
- [ ] 跟进检查已排期：[日期]
```

## 本技能不做什么

- **发送函件。** 仅起草。用户发送。
- **研究引用。** `[引用：___]` 占位符保持为占位符。
- **绕过起草前门禁。** 即使使用 `--skip-gate`，技能在草案文件中注明门禁被跳过及原因。