PatentSkills

PatentSkills

基于 Cursor AI 的专利创作辅助技能集，通过创意 → 撰写 → 评审三阶段工作流，结合 TRIZ 理论辅助技术交底书的构思与撰写。

---

一、设计思路

1.1 核心理念：阶段隔离，人工确认

专利创作涉及创意发散、技术落笔、质量把关等多个环节，若由 AI 一次性串联执行，易出现：

• 方向失控：用户未参与选择就被带入某一创新方向
• 质量漂移：创意未确认即撰写，评审未确认即修改
• 决策缺失：跳过人工把关，方案缺乏真实业务支撑

因此本项目的核心原则是：每阶段完成后必须停止，等待用户明确确认后再进入下一阶段。

• 创意阶段结束后，用户必须选择 1/2/3 号方向，并明确是否撰写
• 撰写阶段结束后，用户必须明确请求评审
• 评审阶段结束后，用户根据报告自行决定是否、如何修改

AI 只负责当前阶段的输出，不代用户做阶段衔接决策。

1.2 方法论：TRIZ 驱动创新

创意与撰写阶段深度结合 TRIZ（发明问题解决理论）：

• 矛盾矩阵与 40 创新原理：识别技术矛盾（如灵活性与效率、精度与成本），按矛盾矩阵匹配创新原理
• 资源分析：挖掘数据、角色、上下文等现有资源，通过资源优化提出创新方向
• 理想解与系统进化：设想系统理想状态，结合动态化、自服务化等进化法则设计方向
• 物理矛盾与分离原理：针对空间、时间等具体限制，运用时间/空间/条件分离提出解决思路

要求创新方向聚焦小场景，避免泛泛而谈或堆砌宽泛技术（如 AI、区块链），强调可落地的技术矛盾与解决方案。

1.3 撰写逻辑：实施例先行，关键点后提炼

技术交底书的核心是实施例步骤与关键点/保护方案的先后关系。本项目强制约定：

1. 先写 3.2 实施例步骤：完整描述模块→单元→步骤的层级结构，围绕技术矛盾和创新点展开
2. 后写 3.1 本发明的关键点和想保护的技术方案：严格基于 3.2 提炼，禁止提前杜撰，3.1 中出现的名词与核心内容必须来源于 3.2

该顺序保证：创新点有具体实现支撑，保护范围有实施例依据，避免空洞概括。

---

二、实现方式

2.1 技术架构

本仓库采用 Cursor 技能（Skills） 与 规则（Rules） 组合实现：

组件	路径	作用
工作流规则	.cursor/rules/patent-workflow.mdc	定义阶段衔接原则、技能触发场景，全局生效
创意技能	.cursor/skills/patent-idea/SKILL.md	基于 TRIZ 生成 3 个创新方向与四维评分
撰写技能	.cursor/skills/patent-writing/SKILL.md	按选定方向撰写技术交底书
评审技能	.cursor/skills/patent-review/SKILL.md	多维度评审交底书，输出结构化报告
创意模板	patent_idea_templte.md	创意输出的格式与评分维度定义
撰写模板	patent_writing_templte.md	技术交底书章节结构与撰写细则

规则与技能协同：规则约束「何时停、何时进」，技能定义「如何做、输出什么」。

2.2 输出目录结构

outputs/
├── ideas/     # 创意阶段输出：YYYY-MM-DD-<主题>-ideas.md
├── drafts/    # 撰写阶段输出：YYYY-MM-DD-<主题>-draft.md
└── reviews/   # 评审阶段输出：YYYY-MM-DD-<主题>-review.md

每个阶段有独立的保存路径，便于追溯与后续修改。

2.3 阶段确认门

每个技能内含阶段确认门，规定完成后的行为：

• 创意：输出后必须提示「请选择 1/2/3 号方向，并说明是否撰写」，不得自动进入撰写
• 撰写：输出后必须提示「可输入『请评审这份技术交底书』进入评审」，不得自动进入评审
• 评审：输出后必须提示「可根据评审报告修改草稿」，不得自动修改草稿

---

三、项目结构

patent/
├── README.md              # 本说明文件
├── patent_idea_templte.md # 创意模板
├── patent_writing_templte.md  # 撰写模板
├── .cursor/
│   ├── rules/
│   │   └── patent-workflow.mdc   # 工作流规则
│   ├── skills/
│   │   ├── patent-idea/SKILL.md
│   │   ├── patent-writing/SKILL.md
│   │   └── patent-review/SKILL.md
│   └── settings.json
└── outputs/
    ├── ideas/
    ├── drafts/
    └── reviews/

---

四、使用方法

4.1 触发关键词

阶段	触发关键词 / 场景
创意	专利创意、TRIZ、创新方向、专利构思、技术矛盾、发明问题解决、专利创新点
撰写	技术交底书、撰写、专利撰写、专利提案、实施例步骤、关键点提炼
评审	评审、review、专利评审、技术交底书评审、交底书质量评估

4.2 使用流程

1. 创意阶段
   提供具体小场景（技术/业务场景、核心技术矛盾或痛点），触发创意技能 → 获得 3 个创新方向与四维评分 → 选择 1/2/3 号方向，并明确「是否撰写技术交底书」。

2. 撰写阶段
   在选定方向后，触发撰写技能 → 获得技术交底书草稿 → 审阅后，若需评审，输入「请评审这份技术交底书」或指定文件路径。

3. 评审阶段
   提供草稿（路径或粘贴内容），触发评审技能 → 获得 7 维度评分与 🔴🟡🟢 分级修改建议 → 根据报告决定是否、如何修改。

4.3 注意事项

• 若用户输入「帮我做完整专利流程」，只执行创意阶段，完成后停下，不自动继续撰写或评审
• 创意阶段需提供具体小场景，描述过于宽泛时会被要求补充
• 撰写阶段需先选定创新方向，否则会提示「请先选定创新方向或提供该方向详细说明」

---

五、评审维度说明

评审技能从 7 个维度对技术交底书打分（每维度 1–10 分，总分 70 分）：

维度	检查要点
结构完整性	发明名称、现有技术、3.2 实施例步骤、3.1 关键点、变更方案齐全
撰写顺序合规	先 3.2 后 3.1，无提前杜撰 3.1
实施例质量	模块/单元/步骤层级清晰；步骤含目标、输入、处理、输出
技术可读性	非专业人士可理解；避免代码/复杂算法直写；概念有解释
创新点明确性	明确技术/业务问题；聚焦小场景；结合 TRIZ；新概念服务于创新点
流程图完备性	每模块有 mermaid 流程图；有总体流程图；不过度细节
逻辑关联性	实体/信息/指标有前后逻辑；与实际业务对应

修改建议按 🔴 必须修改、🟡 建议改进、🟢 可选优化 三级给出。

---

六、环境与依赖

• Cursor：作为 IDE 与 AI 对话环境
• 无额外依赖：技能与规则以 Markdown 形式存在，无需安装额外软件包

---

七、许可与贡献

本项目仅供学习与内部使用。若需扩展技能或调整流程，可基于 .cursor/skills/ 下各 SKILL.md 与 patent-workflow.mdc 进行修改。