#patent #patent-drafting #patent-claims #patent-application

专利初稿撰写 · PatentMax

专利初稿生成。当用户上传交底材料、研发报告、技术方案文档，要求写专利、写专利初稿、把材料写成专利，或说「帮我把这个写成专利」「生成专利初稿」「专利撰写」「这个项目能写几个专利」时使用；只有一个想法时也可以先出几个可申请的方向。Use when the user wants a first patent draft (Word) from R&D materials, a technical write-up, or just an idea. Requires a PatentMax API key.

ip930@ip930

Install

openclaw skills install @ip930/patentmax-patent-draft

PatentMax 专利初稿

把研发材料、技术方案，甚至只是一个想法，写成一份专利初稿 Word：技术方案、实施方式、附图、权利要求结构、说明书摘要都有，代理人拿到就能往下改。附图自动画，发明点逐条和全球专利库比对，正文干净；系统推导和待补充的地方在核对说明里逐条列出，方便核对。

数据来自 iprdb 全球专利库（自建数据源）。

接口与控制台：https://api.ip930.com

新用户注册即送 ¥50 体验额度。

初稿里有什么

节	内容
1	发明创造名称
2	背景技术及现有技术的缺陷和不足
3	具体的技术方案描述
4	本发明创造的优点
5	具体实施方式及附图（附图自动绘制）
6	权利要求结构预览：独立项、从属项连续编号，引用关系标清；产品和方法各出一条独立项
7	说明书摘要（300 字以内）
8	附图标号表

另附一份核对说明：系统推断的内容、待补充的事实、附图绘图说明、发明点比对、可替换的实现方式。

核心原则

材料越全，初稿越好。 服务端是无人值守生成的，材料里缺的信息会按通行做法自动补，补得越多，要人确认的条目就越多。先把用户手上的材料读全，再提交。

这是付费任务，执行前必须取得用户确认。 命令必须显式加 --yes。

只有一个模糊想法时，先出方向，别直接写。 用 ideas 子命令出几个可申请的方向，用户挑一个再写，比拿一句话硬写有用得多。

不重复提交。 生成要几分钟到十几分钟，等得久不代表失败。重复提交就是重复扣费。

什么时候用

用户说	怎么做
「帮我把这份交底写成专利」「生成专利初稿」	✅ 读材料 → `create`
「这个项目能写成专利吗」「帮我写个专利」	✅ 读项目文档 → `create`
「我有个想法，能不能申请专利」（只有一两句）	✅ 先 `ideas` 出方向，挑一个再 `create`
「初稿写好了，帮我看看有没有人做过」	❌ 那是查新，用专利查新
「查一下这个方向有哪些专利」	❌ 用全球专利检索

先读材料

这一步决定初稿的质量。 用户给了项目目录或文件，先自己读一遍，挑出和技术方案有关的：

优先读：交底书、设计文档、技术方案、研发报告、实验记录、需求说明、README
代码：不要整份塞进去。读懂之后，用文字写出处理流程、关键判断条件、模块划分
图片、图纸：脚本读不到图。把图上的结构、连接关系、流程用文字写进 --supplement

.md / .txt / .docx 可以直接用 --file 交给脚本（可多次）；PDF、PPT 需要你读完后把要点写进 --supplement。

提交前用 preview 看一眼拼好的材料有多少字（不花钱）：

字数	情况
800 字以上	充分，直接提交
200–800 字	偏薄，能写，但推断的地方多。先问用户两三个问题补上
200 字以下	脚本会拦下来。先用 `ideas` 出方向

材料最少要讲清三件事：解决什么问题、具体怎么做（结构 / 步骤 / 参数）、达到什么效果。详见 references/materials-guide.md。

命令

bash

# 材料齐的：直接出初稿
python scripts/patentmax_disclosure.py create \
  --file ./交底材料.docx --file ./实验记录.md \
  --supplement "补充：阀门转轴上装角度和扭矩传感器……" \
  --title "阀门卡滞诊断与清理装置" \
  --wait --yes

# 只有一个想法：先出方向（默认 3 个，最多 5 个）
python scripts/patentmax_disclosure.py ideas \
  --idea "冬天水渠闸门老被冰卡住，想做个能自己判断卡滞并清理的装置" \
  --count 3 --wait --yes

# 用户挑中第 2 个方向，接着写初稿
python scripts/patentmax_disclosure.py create \
  --from-ideas <上一步的 report_id> --direction 2 --wait --yes

# 不花钱：预览拼好的材料
python scripts/patentmax_disclosure.py preview --file ./交底材料.docx

# 下载：初稿正文 + 核对说明
python scripts/patentmax_disclosure.py download --report-id <report_id> --out 专利初稿.docx
python scripts/patentmax_disclosure.py download --report-id <report_id> --kind notes --out 核对说明.docx

# 中途断了继续查 / 不跑了
python scripts/patentmax_disclosure.py status --operation-id <operation_id>
python scripts/patentmax_disclosure.py cancel --operation-id <operation_id>

--idempotency-key 不填会按材料内容自动生成，同样的材料重试不会重复扣费。

等待期间

提交后先告诉用户：「专利初稿已开始生成，一般 5 到 15 分钟，排队时会更久。」

--wait 会一直轮询到出结果，间隔从 10 秒逐步放宽到 60 秒，默认最多等 90 分钟。

等得久不代表失败。 只要状态不是 failed，任务就还在服务端跑，绝对不要重新提交。--wait 超时了就用 status --operation-id 接着查。

交付

跑完先把两份 Word 都下载下来，然后告诉用户：

1. 专利初稿（专利初稿.docx）：干净的正文，八节内容见上表。

2. 核对说明（核对说明.docx）：正文里需要确认的推导和待补充都汇总在这里，交给代理人之前要逐条确认。

结果 JSON 里有几个字段要主动讲：

字段	怎么讲
`pending_count`	大于 0 时：「有 N 处是系统按通行做法推断的，请在核对说明里逐条确认」
`missing_sections`	缺哪几节，需要发明人补什么事实
`figures`	`auto: true` 的是已经画好的附图；`false` 的只给了绘图说明，需要另外画
`novelty.rows`	每个发明点在专利库里有没有撞上，`hits` 里是撞上的公开号
`conflicts`	多份材料对同一参数写法不一致，要用户定一个

novelty 是发明点比对，不是正式查新。 要一个能不能申请的结论，用专利查新。

最后一句固定是：

在 https://api.ip930.com 控制台可以查看所有任务和余额。

创新升级的结果

ideas 跑完返回一组方向，每个方向有标题、概述、核心方案、创新点，以及新颖性、可行性、差异化和综合评分。

把方向列给用户挑，不要替他选。 每个方向用一两句话讲清楚它和原始想法的区别，附上综合分。用户挑定后再用 --from-ideas 写初稿。

existing_tech_description 写的是「未检索到」时照实说，不要包装成「很新颖」。

它不做什么

初稿不是可以直接递交的申请文件。 权利要求给的是结构预览，独立项按「宁少勿多」写，但最终的保护范围要专利代理师定稿后才能递交。

不保证能授权。 发明点比对只能说明在专利库里撞没撞上，不能代替审查。

不做外观设计。 适合发明和实用新型这类技术方案。

材料会发送到服务端生成。 涉及还没申请的核心参数时，提醒用户一句。

参考

references/materials-guide.md：材料怎么准备，不同领域要写到什么程度
references/workflow.md：完整流程：从一个想法到初稿，结果怎么读
references/faq.md：排查：报错、任务卡住、推断条目太多怎么办