核心用法
Code Patent Validator 是 code-patent-scanner 的配套技能，专门用于将代码扫描发现的"distinctive patterns"（独特模式）转化为可执行的检索策略。用户需提供 scanner 输出的 patterns.json 文件，本技能将为每个高分模式生成：
- 多源检索查询：覆盖 Google Patents、USPTO、GitHub、Stack Overflow 四大来源
- 检索优先级建议：根据模式类型（算法型、架构型、数据结构型、集成型）推荐最优检索顺序
- 差异化分析问题：引导用户对比自身实现与现有技术的技术优势、问题解决方式、协同效应
- 证据清单：包括代码位置、git commit、性能指标等技术文档要求
显著优点
1. 结构化方法论：将模糊的"查新"任务分解为可执行的步骤，降低专利检索的认知门槛
2. 多维度查询生成：针对同一技术特征，自动生成精确组合、功能描述、同义词扩展、宽窄范围等 5 种查询变体，提高查全率
3. 场景化优先级：识别不同技术模式的最佳信息源（如算法型优先查 GitHub 开源实现，架构型优先查学术文献）
4. 严格的术语管控：内置法律敏感词过滤（禁用 "patentable"、"novel"、"prior art" 等），强制使用 "distinctive"、"existing implementations" 等中性表述，降低用户误用风险
5. 清晰的能力边界：反复强调 "NOT legal advice"、"NOT conclusions"，并在输出中强制包含免责声明
潜在缺点与局限性
1. 不执行实际检索：仅生成查询策略，用户必须手动在各平台执行，工作流存在断点
2. 依赖上游输入质量：若 code-patent-scanner 错误识别"独特模式"，本技能会基于错误前提生成无效策略
3. 无法评估技术价值：不判断某项技术是否值得投入专利保护成本，也不评估检索结果的侵权风险
4. 地域覆盖有限：主要聚焦美国专利体系（USPTO、Google Patents），对欧洲、中国、日韩等专利局支持不足
5. 技术领域偏见：示例查询偏向软件/算法，对硬件电路、化学工艺、生物医药等领域的检索策略覆盖较弱
适合人群
- 独立开发者/小型技术团队：缺乏专职 IP 人员，需要低成本、结构化的初步新颖性排查工具
- 开源项目维护者：在考虑开源协议选择前，评估核心算法是否已被广泛实现
- 技术型创始人：准备融资或产品发布前，快速梳理技术差异化定位
- 专利律师/代理人的辅助工具：作为客户技术交底前的预沟通框架，提升沟通效率
常规风险
- 误用风险：用户可能将"未找到现有实现"等同于"可专利"，忽视创造性审查的其他维度
- 时效性风险：开源代码和专利文献的更新存在滞后，检索结果仅能反映某一时间点的状态
- 跨境法律差异：生成的 USPTO 策略未必适用于其他法域的绝对新颖性标准
- 证据保全不足：技能要求用户记录 git commit 和开发时间线，但不提供加密时间戳等防篡改机制