Skip to content
Back to skills

Intake Audit

ASecurity

doubao-patent-drafting 阶段一,材料审计。由根 skill 在判定为撰写或修改任务后调用,不独立触发。

  • 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 intake-audit --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Intake Audit?

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

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

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: intake-audit
description: doubao-patent-drafting 阶段一,材料审计。由根 skill 在判定为撰写或修改任务后调用,不独立触发。
---

# 阶段一:材料审计(先审后写)

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

你在阶段一。动手写权利要求书之前,先把交底材料筛一遍,形成一份内部使用的**交底审计表**:材料给了什么、事实处于什么验证状态、哪些内容会影响定稿。审计表用于后续撰写判断,不直接展示给申请人;需要对外说明时,只提炼为自然、可行动的确认事项。

## 1. 要素清点

列一张表,对技术领域 / 背景 / 技术问题 / 方案 / 效果 / 附图 / 测试数据 七项,逐项标"有 / 部分 / 缺"。

同时给方案类条目加一列**性质**:标"自研改进"或"现成技术"(材料自述"基于/采用/调用 XX 现有方案"的公开算法、开源框架、外购标准件、行业通用做法归后者)——现成技术只能进背景技术或实施细节,不得进独权必要特征、其固有效果不得算作本申请的有益效果(红线第 6 条,阶段二的必要特征四连问会用到这一列)。

判断标准:"有"= 交底原文明确写了;"部分"= 写了但不完整(比如只有方案没写对应效果);"缺"= 交底完全没提这项。

反例:交底没提供任何附图或附图相关描述,你却因为"这类产品通常都要配结构图"就在审计表里给附图标"有"——这是拿常识替材料说话,不是清点,禁止。

## 2. 事实分级:A/B/C/D 四级,逐条标注

这是审计表的核心。把交底书里每一条技术信息(结构、参数、效果、实验结论)都归到下面四级里的一级,归级依据材料自己的措辞和时态,不依据你觉得它应不应该成立。**归级拿不准时按低一级登记**(全 skill 统一的"拿不准归严"默认,见 `references/writing-style.md` 措辞分寸表下的总则)——A/B 之间存疑归 B,B/C 之间存疑归 C。

**A 实测事实**:材料用完成时态明确记载"已经做过测试/检测/实验"并给出具体数据或图表引用(如样机的火焰长度实测数据)。判断标准:材料里有没有"测试/实测/检测报告/经测试/数据显示"这类字样 + 具体数值。**登记时把数值定稿**:多组测试记录的同一指标,登记为全部原始值的最小到最大区间(如 0.18/0.19/0.20 → 登记 0.18~0.20),连同测试条件一起写进审计表——后续阶段引用数值只从审计表抄,不再回头翻原始记录。反例:材料写"预计能将效率提升30%"——虽然给了具体数字,但"预计"表明这是设想不是实测,只能归 C 级,不能因为有数字就归 A。

**B 披露方案**:材料记载的结构、步骤、参数,没有附带测试数据,但确实是交底书正面写出来的技术内容。判断标准:这条信息是材料明确记载的方案本身(不是效果断言),无论有没有测试都可以入权利要求和实施例;但涉及效果的表述只能用"能够 / 有利于 / 可以"这类留有余地的词。反例:材料写了"泄压阀采用某结构"但没写任何测试数据,你却写成"经测试,该结构能够将压力降低50%"——材料根本没给这个数字也没做过测试,这是凭空添加实验结论,必须改成不断言具体效果值的表述。

**C 预期设想**:材料自己承认未验证、只是设计预期(措辞如"预计 / 设想 / 理论上 / 尚待测试",如某备选材料"预计"具备更优性能)。只能作为替代实施方式写入,效果必须显式标注"属于设计预期 / 尚待验证",不能用 B 级或 A 级的口吻去写。特殊情形:材料只给了一个构思、没给任何实现方式(比如提了一句"未来可加装某报警功能"但完全没说怎么实现)→ 不写入正文,转入"另案建议",作为给申请人的后续建议提出,不占用本次申请的篇幅。

**D 缺失待确认**:影响撰写的信息缺口——某个参数没有标定数值、正式附图没有提供、某个特征该怎么实现材料没写清楚。内部判断分两级:P0 表示不确认就无法完成本次定稿;P1 表示可以先形成审阅稿、但正式提交前仍应确认。写入审阅说明时必须转换为申请人语言:P0 写成**“本次定稿前需要确认”**,P1 写成**“正式提交前建议确认”**。反例:某个数值缺失,就填入一个常见值——不允许;缺失项应登记并说明影响。

## 3. 同名异义扫描

材料里出现多个量纲相同但物理含义不同的数值时,先确认每个数值分别是"什么部件的什么参数",两两核对清楚再落笔,尤其是数值相近、容易被看串的情况。判断标准:这个数值要不要一个专属限定语才不会被认错——例如壳体测试中的峰值压力(0.18–0.20 MPa)和泄压件的设计开启压力(0.18–0.22 MPa)都是压力值、量级也接近,但含义完全不同,一个是壳体测试中承受的最大压力,一个是设计要求泄压件应该在哪个区间打开。反例:把两个不同含义的压力值一起写成不加区分的"预设压力范围",导致读者以为是同一个参数——必须在审计表里分别登记、正文分别使用各自的限定语。

反例二(防合并之外,还要防越级):泄压件的设计开启压力材料明确写着"为设计目标,尚未单独进行开启压力标定",即便它就紧跟在"已完成部分测试"的样机名下、又和同一样机实测的壳体峰值压力单位相同、数值相近——这个开启压力本身仍然要单独定为D级(缺失待确认),不能因为语境挨得近、样机挂着"已测试"的名头,就在具体实施方式或权利要求里把它当成与壳体测试同等验证程度的数据,更不能直接把它写死为独立权利要求的区分特征。

## 4. 主技术问题聚焦

通读交底书列出所有被提及的技术问题;只有一个就直接定为主问题;有多个就先找材料有没有自称"最主要 / 最核心"的问题,有就采用;没有就选与核心技术方案因果对应最强的那个(方案里大多数特征是为了解决哪个问题,那个就是主问题)。其余问题降为次要问题,不能因为不是主问题就完全不提,各自仍要与效果一一挂钩。

反例:材料同时提到"防止起火"和"降低成本",但方案的绝大部分技术特征都是围绕隔热结构展开、成本只是顺带提了一句——这时不能把两者并列成同等地位的主问题,必须锁定"防止起火"为主问题,成本降为次要问题简述。

**主问题定下后顺手登记「主题实体」**:按 `sub-skills/claims/SKILL.md` 第3节的整机口径规则(改进点是产品一部分结构时,材料支持就以整机为主题——"动力电池包"而非"…泄压阻火结构";用户或材料的"发明构思"措辞不等于主题)判定本案主题实体,写进案件头「主题实体」字段。这个登记值就是后面发明名称与权利要求1主题的**唯一权威源**——阶段二、三只照抄不再重新判断,脚本会比对一致性。实测中主题多次被构思措辞带偏成"…结构",所以判定只在本阶段做一次、做对。

## 5. 特征角色分类:每条技术内容给一个去处

主技术问题定下来后,把审计表里的每条技术内容(结构/参数/功能,A-D 各级都要)再标一个**角色**,五选一:

- **必要特征候选**:缺了它主技术问题就解决不了——阶段二四连问的入场名单;
- **附加特征**:有价值但非必要(改进分支、优选形态、对偶实现)——从权素材;
- **实施例参数**:具体数值、牌号、工艺细节——进具体实施方式,不占权项;
- **无关内容**:与主技术问题无因果的内容(外观颜色、营销卖点)——不入正文,在撰写结论"本次未写入的内容"处一句话交代理由;
- **缺支撑内容**:材料提了但没给实现方式或依据(构思性的一句话功能)——转另案建议或待确认事项。

判断标准:分类做完,交底书里**每一条被提及的技术内容都能在五类里找到一个去处**,审计表上不允许存在"读到过但没处置"的悬空项——漏一条,阶段二的布局就会少一个分支或多一个凑数从权。撰写结论的"本次未写入的内容"一栏至少把无关内容和缺支撑内容逐项点名(例如:外壳耐候涂层与本案控温问题无关,未写入正文;某预警功能材料未给实现方式,已列入另案建议)。

反例(评测实点名):交底书末尾顺带提了"外壳做了蓝色耐候涂层""可以加蓝牙预警",因为跟主线无关就通篇不提——申请人会以为你漏读了材料。正确做法:涂层归无关内容并交代理由,蓝牙预警归缺支撑内容转另案建议。

## 6. 过强表述核查

扫描材料里的绝对化字眼(彻底 / 完全 / 100% / 杜绝 / 永不 / 根本上解决),对照材料自己给出的数据——如果数据本身是相对的,就把绝对化表述改写为数据支持的相对表述,并在审计表里记一笔"原表述为强表述,因与数据不符已改写"。

反例:材料写"该结构彻底阻断了火焰蔓延",但测试数据只是"测试条件下火焰长度从15cm降至2cm"——不能照抄"彻底阻断",要改写为"显著缩短火焰蔓延长度"一类有数据支撑的表述,并如实记录这处改写。

## 7. 附图状态登记

检查交底书附件是否含真实图片:

- **有真实图** → 把图中出现的全部标记数字 / 字母登记成"标记→部件名称"对照表(例如 1=柜体,7=玻璃门),后续说明书正文只能使用这张表里出现过的标记,不能自己发明新标记。
- **无正式图或仅有部分外观图(本次申请需要附图)** → 按专业惯例做"规划附图"(专家标准答案的做法,正式附图本来就是照着说明书文字画出来的):①规划完整的图名清单——整体图 + 表达发明点所需的关键内部结构图(如"图2为保温腔室、水槽及导热板的结构示意图"),有算法流程时含流程图;**已有的真实图(如外观轴测图)占图1..M,规划图接续编号,案件头附图状态写「真实附图M幅+规划图名N条」,真实图照常按图号存 figures/ 目录嵌入**(只有规划图、无真实图时写「规划图名N条」);②为方案里的部件建一张**建议标记表**,按结构层级编号(如 1柜体、4热水循环组件、401主进水管、403进水管),既有真实图上的标记优先沿用,登记进案件头"附图标记表";③正文**应当**按规划图和建议标记撰写("如图2所示,水槽3内设置隔板409"——主要结构段落以"如图N所示"引出、部件名带标记编号;只登记缺图却让正文与附图完全脱节,是实用新型的形式缺陷风险);④附图说明开头**必须**先声明"正式附图待申请人提供,本文件所列为规划图名,标记编号随正式附图统一调整"(有真实图时注明"图1为已提供的真实附图");⑤内部按 P0 登记“正式附图未提供/不完整”,对外写成“本次定稿前需要确认:请补充正式附图并核对标记编号”。
- **无图且本次不需要附图**(如任务只要求权利要求书修改)→ 不写附图说明章节,待确认事项里仍登记"无正式附图"。

反例:既没有做规划图名清单和建议标记表、附图说明也没有"待申请人提供"的声明,正文却写"参见附图1"——读者以为真有图,这是附图误导,绝对禁止。规划附图三件套(图名清单+建议标记表+声明)齐了,正文引用规划图才是合法的。

## 收尾:待确认事项要带得走

本阶段登记的事项必须带到阶段三,但不要原样复制内部记录。整理 `draft.md` 的“待确认事项”时,逐条转换为“需要确认什么—为什么影响定稿或提交—申请人下一步做什么”,并使用“本次定稿前需要确认 / 正式提交前建议确认”两类对外标签。

## 红线(本阶段起全程有效,一直管到交付编译)

缺什么就登记什么,不用常识补。禁止出现材料没有的数值、角度档位、材料牌号、连接方式选项。

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.