用途：将发明的技术构想转化为系统化的专利说明书文件集，覆盖从现有技术检索到审查的完整流程。
主要能力与构成：采用 Agent Team 模式，5 个代理通过 SendMessage 直接通信并交叉核验。prior-art-researcher 负责现有技术检索与新颖性/创造性分析；claim-drafter 负责独立/从属权利要求起草与保护范围设计；specification-writer 负责发明详述与实施例撰写；drawing-designer 负责附图构成与附图标记说明；patent-reviewer 负责一致性交叉核验与说明书缺陷检查。
使用方式：分三阶段。阶段一由编排器从用户输入提取发明名称、技术领域、发明概述、待解决问题及可选已有材料，在项目根目录创建 _workspace/ 目录并保存输入到 workspace/00_input.md。阶段二按依赖顺序执行：先现有技术检索（输出 01_prior_art_report.md），再权利要求起草（02_claims.md），随后说明书撰写（03_specification.md）与附图设计（04_drawings.md）并行，最后专利审查（05_review_report.md）。阶段三整合并汇报最终交付物清单。支持按范围切换模式：完整流水线（全部 5 个代理）、仅检索、仅权利要求（含审查）、基于已有权利要求写说明书、仅审查。数据通过 workspace/ 文件与 SendMessage 传递，文件命名形如 {order}{agent}{deliverable}.{extension}。
适用场景：需要生成专利说明书、权利要求、现有技术检索或对已有说明书做一致性审查的场合。
限制与错误处理：网络检索失败时基于通用知识工作并注明“未执行数据库检索”；发明信息不足时向用户请求补充或以最少信息起草；代理失败重试一次后跳过并记录；审查发现 Red 必改项时请求相关代理返工并复验，最多 2 次；附图标记不一致由 drawing-designer 与 specification-writer 相互协调。
资料未提供具体收费、价格、平台依赖与安装命令等信息。