| name | patent-draft-android |
| description | 撰写 各类专利(发明、实用新型、外观及软件/方法类)技术交底书与说明书(技术交底书+说明书),固定使用本技能 templates 下模板;**Phase 2 出口须通过「【】标准交底书引导语」门禁**(六句原文逐字存在于对应节首,见 workflows/标准引导语自检.md),未通过不得进入 Phase 2b;Phase 6 Windows 须将 templates 下固定交底书 .doc/.docx **复制到专利输出目录** 后由 patent-fill-template-word.ps1(共用 patent-word-diagram.ps1)按「项目」填表、在「图纸」行嵌入流程图并替换标题/示例发明名,**另存为与 MD 同主名 .docx**(md2docx.ps1 -PatentFullMd 内以子进程 `-File` 调填表与 patent-insert 补图,**不以 Markdown 直转 Word 为交付默认**);若已有 .docx 需单独补图,用 **patent-insert-diagram-word.ps1**;填表前 **from-full-json** 会生成 `{主名}_章节提取.json` 并默认同步到工程 **`专利生成/`** 子目录(与章节 JSON、模板来源副本、表格版 MD、终稿 docx 一并归档;`-NoArtifacts` 可关闭);Phase 2b 须用 patent-mermaid-to-png;查重≥10%或实质相似须从 Phase 1 重写;自评目标 P0。 |
专利技术交底书撰写
面向各岗位、各行业的发明、实用新型、外观及软件/方法类专利撰写,产出符合三性(新/创/行)的专利文档。模板位于本技能目录内:templates/专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.md 与同名 .doc。编写完成后须依次完成:查重 → 自检 → 新创行评估 → 自评 → 自动转换成 Word 文档。
目标与输出
| 项目 | 说明 |
|---|
| 触发 | 用户提出撰写专利、技术交底书、发明/外观专利,或指定 发明、实用新型、外观、软件/方法等技术点 |
| 固定模板 | 本技能 templates 目录下的「专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.doc」及同结构 .md;撰写时各节与该模板章节一一对应,对应表见 docs/reference.md 第三章 |
| 中间产出 | 一份 Markdown 专利文档(路径可由用户指定,如项目 docs/专利_{发明名称}_技术交底书与说明书.md) |
| 最终交付 | 专利须自动转换为 Word 格式(.doc 或 .docx)后交付;转换须由 Agent 在流程结束时自动执行,见 Phase 6。模板与方式见 docs/模板与Word输出说明.md |
🔒 强制约束(必须完整执行,不得缺少任何步骤):
1. 流程顺序不可跳过、不可缺步
必须严格按顺序执行以下全部阶段,不得跳过任一 Phase(含 Phase 2b)或仅给出操作说明由用户自行执行;前一阶段完成并满足其过渡检查清单后,再进入下一阶段。
| 阶段 | 必须完成的内容 |
|---|
| Phase 1 | 需求与三性准备:发明名称、技术问题、核心方案、三性判断 |
| Phase 2 | 正文撰写:项 目、技术术语、背 景 技 术、本发明的技术方案(按步骤分点)、图纸(含 Mermaid 技术流程图)、有 益 效 果(分点)、发明点(分点)、技术联系人(正文可写说明性占位,但导出 Word 时「技术联系人」内容列由脚本强制留空,由用户事后自行填写姓名/电话/邮箱);结束前须通过【】标准交底书引导语门禁(见「【】标准交底书引导语门禁」与 workflows/标准引导语自检.md) |
| Phase 2b | Mermaid→PNG 并写回 Markdown:保存专利 .md 后,必须执行 scripts/patent-mermaid-to-png.ps1(Windows)或 scripts/patent-mermaid-to-png.sh(Linux/macOS):将首个 ```mermaid 块渲染为 高分辨率 PNG(mmdc 使用 -w 1920 -H 3200 -s 2 为默认,显著优于旧版 800×600×1;可按图复杂度加大 -Width/-Height/-Scale),默认 ASCII 安全文件名 *_flowchart.png,并在同目录生成 同主名 .mmd 侧车 供日后仅重渲图;随后 用  替换该 mermaid 代码块(供 Phase 6 将 PNG 插入 Word「图纸」行内容列;from-full-json / 填表脚本在缺引用时仍回退同目录最新 *_flowchart.png)。若 .md 已含图片引用而无 mermaid,使用 -InputMmdPath 指向侧车 .mmd 并 -NoReplaceInMd 覆盖更新 PNG。无 Node/npx 时 Agent 须先自行安装 Node.js LTS(见 docs/Mermaid流程图PNG导出说明.md),不得要求用户手动安装;保留源码时加 -NoReplaceInMd 或 MERMAID_KEEP_SOURCE=1。 |
| Phase 3 | 强制检索查重:读取专利检索网站 → 构建检索式 → 在至少 10 个以上权威网站分别执行检索(不得仅用 1 个站)→ 写入查重与检索说明(检索日期为当天真实日期,列出至少 10 个检索平台) |
🚫 禁止:
- ❌ 跳过或省略任一 Phase / 步骤(Phase 1~3.6、4~6 及 Phase 2 内各项、Phase 3 内检索与写入等均须完整执行;Phase 3.6 判定为高风险时须重写并重走流程)
- ❌ 跳过或省略检索查重(Phase 3、Phase 3.5 必须执行);检索日期使用非当天真实日期、留空或照抄示例(如使用 2025 年等过往年份)
- ❌ 检索仅在 1 个或少数几个网站进行(必须在至少 10 个以上权威检索网站分别执行检索,见 Phase 3)
- ❌ 未执行任何检索即仅写「请用户自行在 XX 平台检索」或只提供检索式而不填写检索结果
- ❌ 虚构专利号或文献;检索无有效结果时须如实写明并保留检索式与平台链接
- ❌ 本发明的技术方案、有 益 效 果、发明点 写成整段不分点
- ❌ 图纸一节仅写「可补充」或纯文字描述而无根据技术方案生成的 Mermaid 技术流程图;或仅有极简单线流程而无判断(若技术方案中存在「若/是否/当」等条件却未用菱形表示)
- ❌ 跳过 Phase 2b:专利
.md 在 Phase 2 曾含 ```mermaid 块却未执行 scripts/patent-mermaid-to-png.* 完成 PNG 生成且将代码块替换为图片引用(除非显式 -NoReplaceInMd / MERMAID_KEEP_SOURCE=1 且已说明原因);无 Node/npx 时未尝试自行安装即放弃(须按 docs/Mermaid流程图PNG导出说明安装后再执行);仅当安装确不可行时在文档与 today_errors.log 如实记录
- ❌ 仅输出「可将内容复制到 Word」等说明而不执行 Word 转换(须由 Agent 通过脚本或命令自动完成,不允许人工操作)
- ❌ 要求用户手动执行转换、手动运行 pandoc 或手动打开 Word(MD→Word 必须由 Agent 执行完成,全程无需个人额外操作)
- ❌ 本机未安装 pandoc 时要求用户手动安装(须由 Agent 自行下载/安装 pandoc,见 docs/模板与Word输出说明「本机未安装 pandoc 时 Agent 须自行安装」)
- ❌ 本机未安装 Node.js / npx 时要求用户手动安装(须由 Agent 自行安装 Node.js LTS,见 docs/Mermaid流程图PNG导出说明.md)
- ❌ 在 Phase 3.6 未通过(含 ≥10% 关键词重合或「一点点类似」实质风险)或 Phase 5 自评未达 P0 且未继续迭代时即交付终稿(见 Phase 3.6 细则与 Phase 5 优秀迭代)
- ❌ 转出 Word 后未以「项目 | 内容」两列表格形式呈现各章节(须在 Word 中为表格形式,标题项目与内容分列)
- ❌ 在交付用 Word 中保留任何非黑色字体(默认交付标准为全文黑色)
- ❌ 查重发现相似度高或已有类似专利时仍直接进入 Phase 4 或交付(须先重新编写并重新走完 Phase 1~6(含 Phase 2b),直至查重通过;市面上已有的专利不允许再申请)
- ❌ 省略、删除、改写或合并入正文企业交底书模板规定的任一节【】引导整句(技术术语、背 景 技 术、本发明的技术方案、有 益 效 果、发明点、图纸共 6 处,文案以
templates/专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.md 为准);或在 【】门禁未通过时仍进入 Phase 2b / Phase 3 及之后
- ❌ 在 Word 交付范围内(填表八节正文)使用 LaTeX 数学写法(
\( \)、$ $、\theta、\sum、_{sub} 等),导致表格「内容」列出现未渲染源码
✅ 必须:
- 完整走完所有阶段与步骤:Phase 1 → Phase 2 → Phase 2b(Mermaid→PNG) → Phase 3(强制检索查重) → Phase 3.5(查重自检) → Phase 3.6(查重判定:若相似度高/已有类似专利则重新编写并重走 Phase 1~6) → Phase 4 → Phase 5 → Phase 6,不得缺少任一步。
- 检索日期:查重与查重自检的「检索日期」须填写执行本流程当天的真实日期(格式 YYYY-MM-DD)。必须使用当时实际年月日(例如 2026 年则用 2026-xx-xx),严禁照抄示例或使用过往年份(如 2025);不得留空或使用固定示例日期。
- 撰写前读取 docs/专利检索网站.md 获取检索站点列表
- 正文撰写以本技能 templates 目录下的模板为准(templates/专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.md 及同名 .doc)
- 本发明的技术方案:按步骤1、步骤2、步骤3…分条书写;有 益 效 果与发明点:分点列出;图纸:含 Mermaid 技术流程图
- 编写完成后按顺序完成:Mermaid→PNG(Phase 2b)→ 查重(Phase 3)→ 查重自检(Phase 3.5)→ 新创行评估与可行性与商业价值(Phase 4)→ 自评(Phase 5)→ 自动转换成 Word 文档(Phase 6)
- 最终交付须生成 Word 文档(.doc 或 .docx);Windows 交付路径为「复制 templates 企业交底书模板 → 填表 → 另存新专利名」(
md2docx.ps1 -PatentFullMd),不以 Pandoc 将全文 Markdown 直接排成交付 Word;若仅用 -InputMd/-SkipWordTemplate/-AllowPandocFallback 才需要 pandoc,须由 Agent 自行安装;若本机无 Node/npx,须自行安装 Node.js LTS 后再执行 Phase 2b;Word 中须为表格形式(项目|内容两列),见 docs/模板与Word输出说明.md 与 scripts/md2docx.ps1、scripts/md2docx.sh。
- 交付用 Word 全文黑色:导出后需保证
.docx 内文字统一为黑色(无例外)。
- 查重高风险时须重写并重跑流程:若 Phase 3/3.5/3.6 触发相似度高、已有类似专利、关键词重合 ≥10% 或「一点点类似」门控,须重新编写并重新完整执行 Phase 1~6(含 Phase 2b),不得在未通过门控时交付;见 Phase 3.6 与 workflows/查重自检流程.md。
【】标准交底书引导语门禁(Phase 2 出口 / Phase 6 入口,绝对不得遗漏)
与企业 Word 模板 表格「内容」列蓝色说明同源,须在专利 Markdown 各标准节 ## 标题行之后、实质正文之前 各保留 一整行【】引导语,与固定模板 逐字一致。
须存在的 6 句(一字不差;不得仅保留「技术术语」一节):
| 顺序 | 所在章节(## 标题) | 【】整句(须原样出现) |
|---|
| 1 | 技术术语 | 【本方案所涉及到的技术术语的解释,特别是英文大写字母缩写的技术术语,请给出全拼及对应的中文术语。】 |
| 2 | 背 景 技 术 | 【现有技术具体方案、存在的问题、导致问题的原因。】 |
| 3 | 本发明的技术方案 | 【简要描述本软件/算法/方法应用的设备和场景,结合技术问题和实施的效果详细描述本方法的实现过程,涉及软硬件结合的需结合具体步骤的执行主体来写。】 |
| 4 | 有 益 效 果 | 【与现有的产品、技术相比具有的优点。】 |
| 5 | 发明点 | 【最想保护的技术点是什么?】 |
| 6 | 图纸 | 【本软件/算法/方法实现的详细流程图,应用设备的组成框图(可选)】 |
执行要求:
- 时机:进入 Phase 2b 之前必做;执行 Phase 6(
md2docx.ps1 -PatentFullMd / 填表)之前若 .md 有改动,须再做一次。
- 方法:按 workflows/标准引导语自检.md 全文检索或运行其中 PowerShell 片段;六句均命中为通过。
- 未通过:禁止进入后续 Phase;回到 Phase 2 在缺失节的标题下补入对应【】行后重新自检直至通过。
- 抽取与 Word:生成
_章节提取.json / Word 表格版 .md 时,不得过滤或省略上述【】行;交付 Word「内容」列节首应含与 .md 一致的【】引导语。
核心约束
- 三性:新颖性(新)、创造性(创)、实用性(行)须在背 景 技 术、本发明的技术方案、有 益 效 果、发明点中有明确论述;流程中须做新创行评估并写入文档。
- 撰写格式:本发明的技术方案按步骤分点;有 益 效 果与发明点分点列出;术语统一;路径仅用 Unix 风格(如
templates/xxx),禁止 \。
工作流程
⚠️ 以下 Phase 1~3.6、4~6 及各阶段内步骤均为必做项,须按顺序完整执行,不得跳过或省略。 若 Phase 3.6 判定为相似度高、已有类似专利、关键词重合率 ≥10%,或存在「一点点类似」的实质风险,须从 Phase 1 重写并重新执行 Phase 1~6(含 Phase 2b),直至门控全部通过。Phase 5 自评目标为 P0(优秀),非 P0 时按「Phase 5 优秀迭代」修订(见各 Phase 正文)。
Phase 1:需求与三性准备
执行步骤:
- 明确发明名称(项 目)、要解决的技术问题、现有方案不足、核心方案概述。
- 若用户提供代码/流程图/UI 草图,提取技术特征与区别点。
- 做三性判断并写入文档(背 景 技 术、本发明的技术方案、有 益 效 果、发明点中体现)。
过渡检查清单:
Phase 2:正文撰写(技术方案交底书)
执行步骤:
- 按本技能 templates/专利输出模板.md 生成一份 Markdown 文档,章节与本技能 templates/专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.md 完全一致;并在技术术语、背 景 技 术、本发明的技术方案、有 益 效 果、发明点、图纸各节中,将企业交底书模板以
【…】 给出的引导说明原样置于节首(标题行下一行起,不得删除、不得改写、不得并入后段正文)。
- 本发明的技术方案:按步骤1、步骤2、步骤3…分条书写,每条一句或一段。
- 技术流程图(图纸):在完成技术方案步骤后,必须按 workflows/技术流程图生成说明.md 自动生成技术流程图;流程图须足够详细(长步骤拆框、关键子动作分框),凡带判断的步骤须用菱形体现,分支箭头须标注是/否(或等价二元标注),结构须正规(起止圆角框、处理矩形、判断菱形、可选 subgraph 分阶段),按 docs/技术流程图规范.md 编写 Mermaid,写入「图纸」一节(含阶段与判断分支概述 + Mermaid 代码块)。参考示例见 templates/技术流程图_Mermaid示例.md。不得在图纸处仅写「可补充」或无判断的极简单线流程图(若方案中确有分支)。
- 有 益 效 果:分点列出(1. 2. 3. 或 -),每条一优点。
- 发明点:分点列出(1. 2. 3. 或 -),每条一保护点。
- 外观专利时:写明产品名称与用途、图纸(六面视图/使用状态图)或「待补」、设计要点。
过渡检查清单:
Phase 2b:Mermaid 流程图导出 PNG 并替换源码(必做)
前置条件:专利全文 .md 已通过上文 【】标准交底书引导语门禁;未通过者不得开始本节。
执行步骤:
- 在专利 Markdown 已保存且「图纸」节含首个
```mermaid 代码块后,由 Agent 在终端执行本技能脚本(路径按实际安装位置调整):
- Windows:
powershell -NoProfile -File "scripts/patent-mermaid-to-png.ps1" -PatentMdPath "<专利.md 绝对路径>"(技能目录内 scripts/ 以本技能根为基准;若从工作区调用,传入本技能脚本的绝对路径)。保留 Mermaid 源码不替换时追加 -NoReplaceInMd。清晰度可显式加大,例如 -Width 2400 -Height 4200 -Scale 2.5。仅重渲 PNG(正文已是图片)时:-PatentMdPath 仍指向该 .md(用于默认输出目录)、-InputMmdPath "<同目录/与 PNG 同主名>.mmd" -NoReplaceInMd -OutPngName "<原 png 文件名>"。
- Linux/macOS:
bash scripts/patent-mermaid-to-png.sh "<专利.md 绝对路径>"。保留源码时设置环境变量 MERMAID_KEEP_SOURCE=1。清晰度通过 MERMAID_PNG_WIDTH / MERMAID_PNG_HEIGHT / MERMAID_PNG_SCALE 调整;侧车 .mmd 输入通过 MERMAID_INPUT_MMD。
- 脚本行为:提取首个 mermaid 块(或从
-InputMmdPath/MERMAID_INPUT_MMD 读取)→ mermaid-cli 以 高分辨率参数 生成 PNG(Windows 下经 %TEMP% 纯 ASCII 中转再复制,见说明文档)→ 默认写出与 PNG 同主名的 .mmd 侧车 → 默认调用 replace-first-mermaid-with-img.cjs 将原 ```mermaid … ``` 整块替换为 (在未 -NoReplaceInMd 时)。
- 若本机无
node/npx 或脚本报「command not found」:Agent 须先自行安装 Node.js LTS(含 npx 在 PATH),安装方式见 docs/Mermaid流程图PNG导出说明.md「本机未安装 Node.js / npx 时 Agent 须自行安装」;不得要求用户手动安装;安装后重新执行步骤 1。仅当在沙箱/离线等环境确无法安装时,方可在「图纸」节与 today_errors.log 如实记录原因,并采用 -NoReplaceInMd / MERMAID_KEEP_SOURCE=1 保留 mermaid 且不得伪造已生成 PNG。
说明:Mermaid 在线编辑器(nuantang) 为浏览器侧工具,与 Mermaid Live 同类;无可靠公开 API 供 Agent 直接「在对方网站渲染并下载」。本阶段采用 @mermaid-js/mermaid-cli 本地渲染,语法与在线编辑器一致,详见 docs/Mermaid流程图PNG导出说明.md。
过渡检查清单:
Phase 3:自动查重
执行步骤:
- 读取 docs/专利检索网站.md,获取名称、链接、适用国家。
- 构建检索式:从发明名称、项 目、本发明的技术方案与发明点提取 3–5 个中英文关键词及同义词;确定 IPC(如 G06F9、H04W);组合成检索式。
- 执行检索:使用 web_search 或 mcp_web_fetch 在至少 10 个以上权威检索网站(从 docs/专利检索网站.md 中选取,如 国家知识产权局 PSS 常规检索、Google Patent、EPO、WIPO、soopat、佰腾网、智慧芽、大为innojoy、专利之星、合享新创incopat、中国及多国专利审查信息查询等)分别执行检索,从各站结果中汇总并识别最接近 2–3 篇现有技术(专利号、名称、摘要要点)。不得仅使用 1 个网站。
- 写入文档:在专利文档中增加「查重与检索说明」,包含:检索式与关键词、检索日期(必须为「执行本流程当天的真实日期」,格式 YYYY-MM-DD;例如若当天是 2026 年 3 月 19 日则填 2026-03-19,严禁使用示例或过往年份如 2025)、检索平台(须列出至少 10 个以上权威网站名称+链接,证明已在多站检索)、最接近 2–3 篇现有技术及与本方案的区别(1–2 句)、结论。若未检出高度相关文献,写明「经检索未发现与本方案相同的现有技术」并保留检索式。
- 检索无有效结果时,如实写「本次自动检索未命中高度相关专利,建议人工在 XX 平台复核」并保留检索式与平台链接。
过渡检查清单:
Phase 3.5:查重自检(重复查重)
执行步骤:按 workflows/查重自检流程.md 执行,使用不同检索式或不同检索站点再执行一次检索,与首次结果对比并取并集;若发现新的高度相关文献,补充进「查重与检索说明」并写明区别;在文档中增加「查重自检」小节,自检日期填写当前最新日期。
过渡检查清单:
Phase 3.6:查重结果判定(Phase 3.6 细则)
在完成 Phase 3 与 Phase 3.5 后,根据「查重与检索说明」「查重自检」及下述定量/定性门控判定;任一条命中即视为 Phase 3.6 未通过。
执行步骤:
-
若结论为「相似度高」或「已有与本发明相同/高度类似的现有专利」(即检索到与当前技术方案实质相同或高度近似的已公开/已授权专利):
- 不得进入 Phase 4,不得交付当前稿。
- 必须:重新编写——调整发明名称、技术问题、本发明的技术方案、有 益 效 果、发明点等,使与检索到的现有技术形成明确、可表述的区别(如不同技术手段、不同应用场景、不同效果)。
- 重新编写完成后,重新完整执行 Phase 1~6(含 Phase 2b)(含重新查重 Phase 3、查重自检 Phase 3.5),直至某轮上述门控全部不触发后,再进入 Phase 4 并继续至 Phase 6 交付。
-
关键词 / 技术点 / 发明点与对比文献的 10% 与「一点点类似」门控(对「查重与检索说明」中列出的每一篇最接近现有技术或自检补充文献分别执行):
- 关键词重合率:从本发明「项 目、本发明的技术方案、发明点」提取去重后的关键词列表(建议 20–60 个技术实词,去掉「方法」「系统」等泛词);与对比文献标题+摘要中的词做精确或明显同义匹配,计算 重合词数 ÷ 本发明去重关键词总数;若 ≥10%,判定未通过。须在「查重与检索说明」或附录小节中给出对照表(本发明词、对比文献命中词、是否同义)及算式。
- 「一点点类似」:若任一条技术方案步骤或发明点与对比文献摘要/权利要求表述呈明显同义、改写、上下位替换或本领域技术人员易认为无实质差异,即视为未通过(不要求数值达到 10%,低相似亦须重写)。
- 命中后处理与第 1 条相同:不得进入 Phase 4;从 Phase 1 调整主题或技术路径后 重新完整执行 Phase 1~6(含 Phase 2b) 并重新检索,直至对全部对比文献均不触发本款。
-
若结论为「未发现高度相似」「与本方案存在明确区别」且第 2 款门控均未触发:正常进入 Phase 4。
原则:市面上已有的专利都不允许再申请。 凡查重显示已有相同或高度类似专利的,必须通过重新编写形成区别并重新查重通过后,方可交付。
过渡检查清单:
Phase 4:新创行评估(三性评估)与可行性与商业价值
执行步骤:
- 新创行评估:根据查重与自检结果及文档内容,对新颖性、创造性、实用性做结论性评估并写入文档(可在「查重与检索说明」后增加「新创行评估」小节,或并入可行性与商业价值)。须明确写出:是否具备新颖性(与最接近现有技术的区别)、是否具备创造性(技术手段与效果的非显而易见性)、是否具备实用性(可实施性与积极效果)。
- 可行性与商业价值:在文档中增加「可行性与商业价值」小节;可行性(实施方式是否完整、运行环境、设备/系统);商业价值(应用场景、目标产品线/客户、与现有专利配合关系)。
过渡检查清单:
Phase 5:自评(优秀专利筛选)与 Phase 5 优秀迭代
执行步骤:
-
按 workflows/优秀专利标准.md 对专利文档做自评,在文档末尾输出「专利质量自评」:等级(🟢 P0 优秀 / 🟡 P1 / 🔴 P2)、各维度达标情况、改进建议(若为 P1/P2)。交付目标为 P0。
-
Phase 5 优秀迭代(首轮非 P0 时执行,与 SKILL 前文「优秀门禁」一致):
- 据改进建议修订 Markdown 正文;至少重跑 Phase 2、Phase 2b、Phase 5、Phase 6。
- 若修订涉及发明点或技术方案的实质变化,须从 Phase 3 起重跑至 Phase 3.6(重新查重与门控),再 Phase 4~6。
- 同一用户任务内以 5 轮自评为上限:第 5 轮仍非 P0 时,在「专利质量自评」中写明未达 P0 的剩余项与建议人工复核;不得以「轮次用尽」绕过 Phase 3.6 未通过而交付。
过渡检查清单:
Phase 6:强制转换为 Word 文档(必须由 Agent 执行,不允许人工操作)
执行步骤:最终交付物须为 Word 格式(.doc 或 .docx)。MD→Word 转换必须由 Agent 通过脚本或命令执行完成,不允许用户/人工操作;全程无需个人额外操作。 Agent 须在流程结束时实际运行转换脚本或 pandoc 命令并生成 .docx,不得仅提供「请用户运行…」等说明。Word 文档中须以表格形式呈现:各章节的标题项目与内容分列,生成「项目 | 内容」两列表格。实现方式见 docs/模板与Word输出说明.md 与本技能 scripts/ 下脚本。
表格形式要求:Word 中须包含至少一张表格,列为「项目」与「内容」;交付用 Word 仅 8 行:项 目、技术术语、背 景 技 术、本发明的技术方案、有 益 效 果、发明点、图纸、技术联系人。不得在 Word 表中出现「查重与检索说明」及之后各节(查重、新创行、可行性与商业价值、专利质量自评等仅保留在全文 Markdown)。「内容」列多段须换行显示(与模板观感一致),推荐由 patent-word-docx-input.cjs 写入 <br /> / <br /><br /> 后由 Pandoc +raw_html 转换。
转换方式(Agent 须按环境执行,不得交由人工):
- Windows(默认,与企业 Word 模板 模板版式一致):对全文
专利_*_技术交底书与说明书.md 执行
powershell -NoProfile -ExecutionPolicy Bypass -File "scripts/md2docx.ps1" -PatentFullMd "<专利全文.md>" [-OutputDocx "<可选.docx>"] [-WordTemplatePath "<可选模板.doc/.docx>"] [-AllowPandocFallback] [-ArtifactSubdir "专利生成"] [-NoArtifacts]
无须 -FillWordTemplate:只要 templates/ 下存在固定 .doc/.docx,会自动调用 scripts/patent-fill-template-word.ps1:将模板复制到专利 MD 同目录({主名}_专利模板工作.doc/.docx)→ 按「项目」填表(「图纸」行嵌入流程图;同目录多 *_flowchart.png 时按 MD 正文文件名优先匹配;若保存前该格仍无图则自动二次补插)→ 全文替换示例发明名 → 设置 Title/Subject → SaveAs {主名}.docx → 删工作副本。默认在专利 MD 同目录下 专利生成/ 写入 {主名}_章节提取.json(8 行项目与内容键值)、企业交底书模板未改副本、表格版 MD 与终稿 .docx 副本,便于工程归档;-NoArtifacts 可关闭。无模板时脚本报错,须先放入企业交底书 .doc/.docx,或运行 scripts/bootstrap-patent-vendor-template.ps1 用 Pandoc 从 专利_Word表格版_示例.md 生成占位 .docx。-SkipWordTemplate:仅用 Pandoc 表格草稿;-AllowPandocFallback:模板填充失败时允许回退 Pandoc。
- Linux/macOS(Pandoc):
bash scripts/md2docx.sh --from-patent "<专利全文.md>" "<输出.docx>"(无 Word COM 时路径)。
- 已有 Word 表格版 .md(仅 Pandoc):
powershell -NoProfile -File "scripts/md2docx.ps1" -InputMd "<…_Word表格版.md>" -OutputDocx "<输出.docx>";若表中误含查重等行会先 strip-appendix。
- 已有交付用 .docx,仅补插或更换「图纸」列流程图(Windows + Word):
powershell -NoProfile -ExecutionPolicy Bypass -File "scripts/patent-insert-diagram-word.ps1" -WordDocx "<终稿.docx>" -PatentFullMd "<同主名全文.md>"(从 ## 图纸 节首张  解析路径),或 -ImagePath "<*.png>";见 docs/模板与Word输出说明.md。
无论采用何种方式,须由 Agent 在流程内执行脚本或命令完成转换,并输出生成的 .docx 路径;不允许将「请用户手动运行 pandoc/脚本」「请用户复制到 Word」作为交付方式。详见 docs/模板与Word输出说明.md。
过渡检查清单:
输出模板
按本技能 templates/专利输出模板.md 生成 Markdown 文档,章节与本技能 templates/专利模板_一种实现TopActivity的有序广播保护状态设定的方法+技术交底书.md 完全一致;本发明的技术方案按步骤分点、有 益 效 果与发明点分点。
- 技术方案交底书(标题与说明)→ 项 目 → 技术术语 → 背 景 技 术 → 本发明的技术方案(步骤1、2、3…)→ 图纸(须含详细、正规、含判断分支的 Mermaid 流程图,按 workflows/技术流程图生成说明.md 生成)→ 有 益 效 果(分点)→ 发明点(分点)→ 技术联系人(勿在全文稿中写入真实联系方式;
patent-word-docx-input.cjs 在生成 Word 用 JSON / Word 表格版 MD 时对该节强制留空,由用户在 Word 中自行填写)。
- 企业交底书模板中所有【】引导说明须在各节「标题行之后、正文之前」原样保留(与 Word 蓝色引导语同源):凡本技能
templates/ 下固定模板(及 专利输出模板.md)在以下章节出现的【】整句,必须一字不差写入对应 Markdown 节首,不得删除、不得改写、不得合并到后文;其后接本方案实质内容(分条/步骤等)。涉及章节至少包括:技术术语、背 景 技 术、本发明的技术方案、有 益 效 果、发明点、图纸(各节具体【】文案以模板为准,与企业交底书 .doc/.docx 表格「内容」列一致)。禁止在抽取章节生成 Word 用 JSON / Word 表格版 MD 时省略任一节【】行。
- 本技能补充:查重与检索说明、新创行评估(三性结论)、可行性与商业价值、专利质量自评(Phase 5)。
检查清单(交稿前)
示例与参考文档