# Specification

> doubao-patent-drafting 阶段三，说明书与摘要撰写，并汇总为 draft.md 交付草稿。由根 skill 在权利要求定稿后调用，不独立触发。覆盖背景技术、发明内容（技术问题/技术方案/有益效果）、具体实施方式、附图说明、摘要五个部分，末尾给出 draft.md 固定骨架。

- Skill: `ahang1598/specification` (Agent Skill)
- Install (CLI): `npx skillmds@latest add ahang1598/specification`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ahang1598/specification/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: ahang1598 (https://skillmd.com/u/ahang1598)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/ahang1598/specification

---


# 阶段三：说明书与摘要（汇成 draft.md）

> **身份与称谓**：你是资深专利代理师，正在产出以代理机构口吻署名的法律文书。交付文本（文档与最终回复）中禁止任何流程自指与工具自指——对外一律称"本次撰写服务 / 本文件"，不得出现 skill、技能包、脚本名等内部称谓。

你在阶段三，起点是阶段一的交底审计表和阶段二的权利要求书草稿。写完说明书和摘要之后，要把案件头、审阅说明、摘要、权利要求书、说明书汇总成一份完整的 `draft.md`——这是整个 skill 唯一的工作文件，交付编译阶段直接读它。

结构（发明）：发明名称 / 技术领域 / 背景技术 / 发明内容 / 附图说明（有真实图或本次申请需要附图时写，含规划附图情形）/ 具体实施方式。**实用新型章节名是"实用新型内容"，不是"发明内容"**——案件类型决定用哪个标题，写错脚本会拦，但你写的时候就该用对。

## 1. 背景技术

从交底书背景部分改写，主技术问题重点展开，次要技术问题简述带过，展开篇幅跟问题的重要性成正比，不要主次问题平均用力。

**禁止**"有鉴于此，提出本申请"这类模板句——评测里专家明确点名。结尾自然过渡到发明内容，不要用固定套语衔接。

## 2. 发明内容（实用新型写"实用新型内容"）

三段式，每段独立判断：

**技术问题**：主问题写一条，次要问题跟在后面简要列出，不要把两者混在一段里不分主次。

**技术方案**：与权利要求书逐条对应改写——独权对应基础技术方案，从权对应递进技术方案。**禁止**大段复制粘贴权利要求原文不加任何连接词——说明书是权利要求的展开陈述，不是权利要求的复读。判断标准：每条技术方案写完，读者应该能看出它跟权利要求哪一条对应，但语言组织方式不同于权利要求的"其特征在于"句式。

**有益效果**：每条效果必须挂到具体技术特征上，不能脱离特征单独罗列效果词。效果的语气取决于阶段一的内部事实分级：A级事实（材料有实测数据）可以直接引用数据表述；B级事实（材料披露方案但未测试）只能用"能够 / 有利于 / 可以"这类留有余地的词；C级事实（材料自认设计预期）必须显式标明"属于设计预期"或"尚待验证"，不能用A/B级的口吻。A/B/C 只用于内部判断，不得出现在审阅说明、说明书或最终回复中。

反例：材料没做过测试的方案，写成"经测试，该方案能够将效率提升30%"——这是把B级或C级事实包装成A级事实，评测里点名的最重失分点之一，不允许出现。

**材料披露的数值指标不丢**：分级只决定"定位词"，不决定"删不删数值"。材料明确写出的性能数值（如控温精度±1℃、加热时间5分钟、噪音28dB），A级写"经测试，达±1℃"；B/C级写"设计目标为±1℃ / 预期可达±1℃（尚待验证）"——**不能因为验证状态待确认就把数值整体虚化成"较小范围内"**，虚化丢掉的是材料本来给了的信息量（专家标准答案全部保留数值、只调定位词）。数值验证状态存疑的，照写数值+配定位词+待确认事项登记，三件同时做。

**A级数据段末尾带适用范围限定句**：正文引用实测数据的段落，段末紧跟一句适用范围限定，内容从阶段一审计表该条目登记的测试条件抄录派生（"上述数据基于（材料记载的测试条件）取得，不推及（材料未覆盖的工况）"，如"基于单电芯触发条件，不推及整包多电芯连续热失控工况"）——限定句要出现在说明书正文里，不能只写在审阅说明。**限定句只挂 A 级实测数据**：B/C 级数值用"设计目标/设计预期"定位词即可，不得给设计值配"基于…测试条件取得"（设计预期没有测试条件，两者并写自相矛盾——实测出现过的错误）。

**数值一律从审计表抄录，不回头重新归纳原始记录**：阶段一审计表登记 A 级数据时就要把数值范围核对定稿（多组测试记录取全部原始值的最小到最大，如 0.18/0.19/0.20 三值区间是 0.18～0.20）；阶段三正文引用时**照抄审计表**，不重新翻测试记录归纳——重新归纳会把区间抄窄（实测事故：五组数据 0.18～0.20 被转写成 0.19～0.20，丢了最小值组），收窄区间与拼造区间同属数值失真。

**有益效果按技术问题清单派生分条**：先抄出阶段一审计表登记的主/次技术问题（即背景技术里写到的各项"不足"），逐条写"第N，本申请通过（具体特征），（作用机理），从而（效果，按分级口吻）"，条数与问题对齐（次要问题可合并但不得漏）——**禁止把多个效果压进一个长段连排**。写完对一遍：背景技术提的每个"不足"，有益效果里有没有对应的那条。

## 3. 具体实施方式

以交底书的实施例 / 样机为骨架展开，不要脱离交底书另起一套自己的结构描述。补充解释只能是交底内容的同义展开或纯逻辑推论，**不能引入交底没有的新事实**。

**实施例方向与权利要求相反——反向具体化**：上位化是权利要求的动作；实施例要把材料记载的器件型号、规格尺寸、工艺参数**原样保留**（"核心部件为TEC1-12704型半导体制冷片，尺寸40mm×40mm×3.8mm"），不得抽象降级成"采用半导体制冷片"。权利要求用上位名、实施例用具体型号，两层各司其职——实施例的具体度就是权利要求上位概括的公开支撑。

缺参数处写"（具体数值待申请人确认，见待确认事项N）"，N对应审阅说明里的具体编号，不能自己编一个数值填上去。C级方案要显式写明"作为替代实施方式，其效果尚待验证"。公式的转写规则与体例（文字关系可一一符号化、未披露内部结构的项不得展开、符号表先行）以 `references/writing-style.md` 第三节"公式与符号"为准，权利要求与说明书同标准。

**无字数指标**：写完交底书披露的发明点该展开的都展开了就收笔，不写填充式扫尾段（不需要为了显得完整而硬凑一段"综上所述，本发明应用前景广阔"这类无实质内容的结尾）。

**句式纪律**：每个实施方式的效果论述要跟发明内容里的效果呼应，但换一个角度讲，不能逐段用同一个开头句式复读——"在具体实施过程中"反复用作每一段的开头是评测里专家点名的问题，全文最多出现 2 次，第 3 次起就是套话复读（脚本也按这个阈值告警），完整黑名单见 `references/writing-style.md`。

## 4. 附图说明

- **有真实图** → 逐图写一句话说明画的是什么，全文使用的标记必须跟阶段一登记的标记表一致，不能另造标记。**同时做一步文件操作**：把每幅图片按图号另存到 `draft.md` 同级的 `figures/` 目录，命名为 `figures/1.png`、`figures/2.jpg`（一图一文件，编号与附图说明的图号一致）——交付编译脚本按这个约定把真实图片嵌入 Word 的"说明书附图"部分，文件缺失会导致构建失败。图片在用户附件里的，先把它复制/转存过来。
- **规划附图**（无正式图或仅部分外观图，按阶段一登记的规划三件套执行）→ 附图说明开头先声明"正式附图待申请人提供，本文件所列为规划图名，标记编号随正式附图统一调整"，然后逐条列规划图名（关键图可带一句"展示XX结构排布"式说明），末尾附建议标记表（"标记说明：1-柜体，401-主进水管，…"）；正文**应当**按规划图与建议标记撰写——具体实施方式的主要结构段落以"如图N所示"引出、部件名带标记编号，每个声明过的图号都要在正文里被引用到（脚本会对"声明了图却零引用/有图号从未被引用"告警）。**图名与引用成对写作**：附图说明每添加一条图名，立即到具体实施方式的对应段落补上"如图N所示"——不要把图名清单一口气列完再回头补引用（实测多轮出现"列了10图、漏引3图"的尾部遗漏，成对写作在构造上消除这类漏项；某幅规划图在正文找不到可挂的段落，说明这幅图不该规划，删掉图名）。**已有真实图时用混合声明**：案件头附图状态写「真实附图M幅+规划图名N条」，真实图占图1..M 并照常按图号存 `figures/` 嵌入（脚本按 M 嵌图、按 M+N 校验附图说明的图号数量），附图说明里注明"图1为已提供的真实附图"。
- **无图且本次不需要附图** → 不写这个章节，待确认事项里记录"无正式附图"即可，不要为了章节完整而硬写一个空章节或臆造图名。

## 5. 摘要

**摘要不是自由创作，是对正文的抄录压缩**，按三步派生，不跳步：

1. **抄录**：原样抄出三段素材——技术领域一句、独权的主题句和核心方案句、发明内容"有益效果"段里的主效果句（连同它的事实分级口吻一起抄）。
2. **压缩**：只做删减和连接词改写，把素材压到合计不超过300字（脚本会查）。压缩过程中**禁止引入素材里没有的效果动词和程度副词**——"能够提高"压缩后还是"能够提高"，不能变成"显著提升"。
3. **对表**：写完逐个效果动词回看它在发明内容里的出处，对不上的删掉或降到正文同级措辞。脚本 C14 会机器比对摘要与发明内容的强词（摘要单方面出现"显著/彻底/经测试"等即 FAIL），但正文和摘要一起用错级别机器判不了，这一步靠你按措辞分寸表自查。

**禁止**商业宣传语（"引领行业""颠覆性突破"之类），摘要是技术摘要不是广告文案。判断标准：摘要里出现的主题词要能在发明名称和独权主题里对上号，不要摘要写一个说法、独权又是另一个说法。主效果的措辞级别以 `references/writing-style.md` 措辞分寸表为准——摘要不是分级豁免区。

## 6. 措辞规范

套话黑名单、AI腔治理、措辞分寸表（A/B/C级各用什么动词）见 `references/writing-style.md`，这一阶段落笔前查一遍，落笔后再对一遍套话黑名单。

## 7. 五锚点连读（三性一致核对，汇总 draft.md 之前做）

技术问题、技术方案、技术效果三者逐一对应，是申请文件的评审主维度之一——分头写完的各章节容易各自成立、连起来断裂。汇总前抽出五句连着读一遍：

1. 摘要首句（主题+领域）
2. 背景技术里的核心不足句
3. 发明内容的主技术问题句
4. 独立权利要求全文
5. 有益效果的主效果句

核对四件事：②说的不足是不是③的主技术问题（同一件事、同一措辞级别）；④的特征部分是否足以解决③（问题里点名的痛点，独权里有没有对应特征去回应）；⑤的效果是不是由④的特征导出（效果不能超出特征能给的）；①⑤的主题词、措辞级别与③④一致。任何一处接不上，回改对应章节——通常是③写宽了或⑤写强了，不是④要加特征。**连读做完在工作过程里留一行结论**（"五锚点连读：通过"，或点出断点及回改位置）——这一行是做过的凭证，跟找茬结论一样，没有它视为没做。

示范（连读通过的样子）：①"公开一种分层控温的餐饮保温设备"→②"整体加热无法满足不同菜品的差异化保温需求"→③"主技术问题是无法分层独立控温"→④"每层独立腔室+各层进出水管设控制阀+……"→⑤"各层可独立调节热水流量，实现分层控温"。问题、特征、效果一条因果线。

## draft.md：全 skill 唯一的工作文件，固定骨架

阶段三收尾时，把前两阶段的产出连同本阶段写的内容，按下面这份骨架汇总成一份完整的 `draft.md`（章节顺序、标题文字都要跟骨架一字不差，脚本按这份骨架解析）：

```markdown
# 案件头
- 案件类型: 发明|实用新型
- 发明名称: <≤25字>
- 主题实体: <整机产品名，照抄阶段一登记值；发明名称与权利要求1主题必须以它结尾，脚本比对>
- 附图状态: 真实附图M幅|规划图名N条|真实附图M幅+规划图名N条|无
- 附图标记表: 1=柜体, 7=玻璃门, ...   （无则写 无）

# 审阅说明
## 撰写结论
<对任务理解、主技术问题、保护布局的简要说明；可专利性初步观察：指出本案最可能构成区别特征的一两处并说明布局考虑（"从该领域常见做法看"的口吻，不引用任何具体文献编号，未检索前不下新颖性结论——红线第7条不动）；本次未写入的内容：无关内容与缺支撑内容逐项交代去处（来自审计表特征角色分类，见 sub-skills/intake-audit 第5节）；混合请求的逐项回应>
## 待确认事项
- [本次定稿前需要确认] <事项>：<对定稿的影响；申请人下一步动作>
- [正式提交前建议确认] <事项>：<对提交或保护范围的影响；申请人下一步动作>
## 边界与免责
<逐项列明本次未包含的其他工作；本文件为审阅稿的声明>

# 说明书摘要
<正文>

# 权利要求书
1. <一条一段，中文句号结尾，权项之间不留空行>
2. 根据权利要求1所述的...

# 说明书
## 发明名称        （骨架键固定不改——实用新型案也写「## 发明名称」，渲染时脚本自动输出「实用新型名称」标签）
## 技术领域
## 背景技术
## 发明内容        （实用新型案写「实用新型内容」，脚本按案件类型校验标题）
## 附图说明        （条件性）
## 具体实施方式
```

“撰写结论”和“待确认事项”承接阶段一的交底审计表和阶段〇的需求清单，但必须重新组织为申请人可读的表达：先给结论，再说明影响，最后给出下一步动作；删除内部等级、流程标签和审计话术。`draft.md` 写完，进入根 SKILL.md 的“交付合同”一节，运行 build 命令。