| 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）。
检查清单（交稿前）
示例与参考文档
