programmeranthony 技术交底书撰写
基于工作区根目录的 patent_writing_templte.md 模板，根据用户选定的创新方向撰写完整技术交底书。
触发场景
当用户提到以下任一场景时使用本技能：
- 技术交底书、撰写、专利撰写、专利提案
- 基于创新方向 1/2/3 撰写、选定方向生成技术交底书
- 实施例步骤、关键点提炼
前置检查（强制）
必须确认用户已提供选定的创新方向，否则不得继续，并提示：
请先选定创新方向或提供该方向详细说明
创新方向可来自：
- 用户明确选择（如「选方案 2」「基于创新方向 1」）
- 用户粘贴或附上之前
patent-idea输出的某个方向的完整内容 - 用户直接提供该方向的详细文字说明（足够支撑撰写）
若用户仅说「帮我写专利」却未指定方向，必须提示上述内容。
模板引用
- 主模板：工作区根目录的
patent_writing_templte.md为权威模板，执行前必须先读取其完整内容。 - 可选副本：
templates/patent_writing_templte.md（若存在）可作为本地参考，但以根目录为主。
撰写顺序（严禁颠倒）
必须严格按以下顺序执行：
- 先写 3.2 实施例步骤（优先撰写）
- 后写 3.1 本发明的关键点和想保护的技术方案（基于 3.2 提炼）
禁止：
- 颠倒顺序（先写 3.1 再写 3.2）
- 未完成 3.2 就杜撰或提前撰写 3.1
- 3.1 中出现 3.2 中未出现的名词或核心内容
模板要求概览
严格遵循根目录 patent_writing_templte.md 的完整要求，包含但不限于：
一、发明名称
- 描述发明主要内容，不涉及具体制造过程或工作流程
二、现有技术
- 技术背景、相关现有技术、与本方案高度相关的公开出版物/专利/研究
- 说明现有技术试图解决的问题
三、发明细节描述
3.2 实施例步骤（必须先写）
- 章节结构：模块→单元→步骤，层级清晰，围绕技术矛盾和创新点
- 步骤描述：逻辑顺序、目标/输入/处理/输出，减少新概念堆砌
- 技术细节：用逻辑语言表达，避免代码/复杂算法直写
- 信息关联：建立实体/元素/信息的前后逻辑及与实际业务的联系
- 创新性：明确要解决的技术/业务问题；聚焦小场景；基于 TRIZ；概念服务于创新点
- 画图：每个模块有 mermaid 流程图；有总体 mermaid 流程图；避免过多细节
3.1 本发明的关键点和想保护的技术方案（后写，基于 3.2 提炼）
- 特点与优势、主要技术点和创新点
- 所有名词和核心内容必须来源于 3.2，严禁杜撰
四、变更设计方案
- 整体替代或变形方案；竞争对手可能提出的回避设计思路
输出与保存
- 保存路径：
outputs/drafts/YYYY-MM-DD-<主题>-draft.md - 主题推导：
- 由创新方向/用户描述取前 20 字符内关键词（去除标点、空格），或
- 用户明确指定的简称，或
- 若无则用
untitled或当前日期时间戳
- 若
outputs/drafts/不存在，需先创建该目录。 - 生成完成后，告知用户输出路径。
阶段确认门（强制）
本技能仅完成技术交底书撰写，完成后必须停止。
- 禁止在同一轮对话中自动进入评审阶段。
- 完成撰写并保存后，必须停下来，用以下话术等待用户确认：
- 「撰写已完成，已保存至 [路径]。请审阅草稿后，若需评审，请在下一句明确输入「请评审这份技术交底书」或指定文件路径。 仅在您明确请求评审后，才会进入评审阶段。」
- 只有当用户在后续新消息中明确请求评审，才可触发 patent-review。
执行流程
1. 读取根目录 patent_writing_templte.md（完整内容）
2. 检查用户是否已提供选定的创新方向
- 若无 → 提示「请先选定创新方向或提供该方向详细说明」，终止
3. 基于选定方向，严格按模板顺序撰写：
a. 一、发明名称
b. 二、现有技术
c. 三、发明细节描述
- 先写 3.2 实施例步骤（完成全部细则）
- 再基于 3.2 提炼 3.1 本发明的关键点和想保护的技术方案
d. 四、变更设计方案
4. 确定输出文件名中的主题
5. 保存到 outputs/drafts/YYYY-MM-DD-<主题>-draft.md
6. 向用户报告路径