Code Patent Validator

核心用法

Code Patent Validator 是一个研究辅助工具，承接 code-patent-scanner 的输出结果，将代码中识别出的独特模式转化为系统化的检索策略。用户需提供包含评分后模式的 JSON 文件，工具为每个模式生成多源检索查询（Google Patents、USPTO、GitHub、Stack Overflow）、搜索优先级建议、差异化分析问题及证据链映射。

显著优点

• 流程衔接顺畅：明确设计为 scanner 的下游环节，不重复评分，专注策略生成
• 多源检索覆盖：针对不同技术模式（算法/架构/数据结构/集成）提供差异化的搜索优先级
• 证据链结构化：JB-4 框架将权利主张角度与具体源码位置、提交记录、设计文档、性能指标关联
• 风险隔离清晰：强制术语替换（禁用"patentable/novel/prior art"等法律术语）、必须附带免责声明
• 输出格式规范：JSON Schema 定义完整，便于后续工具链集成

潜在局限与风险

• 不执行实际检索：仅生成查询语句，用户需自行在各平台执行，存在操作门槛
• 无法评估新颖性：明确声明不判断可专利性，避免用户误解为法律意见
• 依赖上游质量：若 scanner 输出评分偏差，validator 将继承错误假设
• 无实时数据接入：无法获知最新公开的专利或代码库状态
• 地域覆盖有限：检索策略主要面向 USPTO/Google Patents，对欧专局、日韩等体系覆盖不足

适合人群

• 具备基础技术检索能力的开发者/初创团队
• 已完成代码扫描、需要结构化研究策略的知识产权申请人
• 预算有限、希望先自主完成初步调研再咨询律师的用户

常规风险

• 误用为法律工具：用户可能忽视免责声明，将检索策略误解为专利可行性结论
• 证据保全不足：工具提示需记录 commit/specs/benchmarks，但无强制机制，用户可能遗漏关键时间戳证据
• 开源披露风险：建议的 GitHub/Stack Overflow 检索可能反向暴露用户未保护的技术细节

核心用法

Code Patent Validator 是一款文档型专利研究辅助工具，其核心功能是将上游代码扫描工具（code-patent-scanner）输出的模式分析结果，转化为可执行的多源检索策略。用户输入包含评分模式、权利主张角度和专利信号的 JSON 数据后，工具为每个模式生成：

1. 多源检索查询：覆盖 Google Patents（布尔组合）、USPTO 数据库（CPC 分类码+关键词）、GitHub（实现搜索）、Stack Overflow（问题-方案搜索）四大来源，每个模式提供 5 种查询变体（精确组合、功能导向、同义词扩展、宽泛分类、窄化细节）

2. 检索优先级指导：根据模式类型（算法型、架构型、数据结构型、集成型）智能推荐最优检索顺序

3. 证据地图构建：将每个权利主张角度与具体证据源（代码行、提交历史、设计文档、性能基准）建立可追溯的关联链

4. 差异化分析问题：提供技术差异化、问题-方案适配性、协同效应三类引导问题，帮助用户系统化分析检索结果

显著优点

• 零执行风险：纯 Markdown 文档型 Skill，无可执行代码，无外部依赖，无网络通信，安全评分 S+（98 分）
• 术语合规严谨：强制禁用"patentable""novel""prior art"等法律术语，采用"distinctive""existing implementations"等中性表述，有效避免用户产生法律误判
• 工作流程完整：明确界定与 code-patent-scanner 的衔接关系，形成"扫描→验证→检索→咨询律师"的标准工作流
• 来源可信度较高：来自 Obviously Not 开源组织（T2 级），项目定位清晰，文档透明

潜在局限

• 功能边界严格受限：不执行实际检索、不访问专利数据库、不评估可专利性，用户需自行完成所有检索操作
• 依赖上游输入：必须配合 code-patent-scanner 使用，单独使用价值有限
• 地域覆盖偏置：检索策略主要针对美国专利体系（Google Patents、USPTO），对 EPO、WIPO、中国国家知识产权局等其他重要数据库支持不足
• 无结果模板化：未提供检索结果的结构化记录模板，用户需自行设计证据管理系统

适合人群

• 技术团队中的预研人员或架构师，需要在正式委托专利律师前进行技术可行性摸底
• 开源项目维护者评估技术贡献的独特性
• 初创公司 CTO 进行竞争技术格局的初步尽调
• 具备基本专利检索能力、需要系统化策略框架的自服务用户

常规风险

• 法律依赖风险：工具明确声明"NOT legal advice"，但用户可能因术语替换（如将"distinctive"误解为法律意义上的"新颖性"）而产生错误认知，最终决策仍必须依赖注册专利律师
• 检索执行偏差：自动生成的查询策略需要用户准确执行，检索技巧差异可能导致结果遗漏
• 证据链断裂风险：证据地图依赖用户主动维护代码提交历史、设计文档等元数据，若版本管理不规范则追溯链失效
• 技术泄露风险：建议在输入扫描结果时对敏感代码路径进行脱敏处理，避免在共享输出中暴露未公开技术细节