Skip to content
Back to skills

Specification

ASecurity

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

  • 28 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 12, 2026
documentation

Security analysis

A100/100

Scanned September 12, 2026

npx -y skills add ahang1598/doubao-workbuddy-qwenwork-skills --skill specification --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Specification?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Specification
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ahang1598-specification/badge)](https://www.skillsdirectory.com/skills/ahang1598-specification)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

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

# 阶段三:说明书与摘要(汇成 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 命令。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.