名称: 代码专利验证器
描述: 将代码扫描结果转化为搜索查询——在咨询律师前研究现有实现。非法律建议。
主页: https://github.com/Obviously-Not/patent-skills/tree/main/code-patent-validator
user-invocable: true
emoji: ✅
标签:
- patent
- patents
- prior-art
- patent-search
- research
- intellectual-property
- competitor-analysis
- due-diligence
- validation
- openclaw
角色: 帮助用户探索现有实现
方法: 生成全面的搜索策略,供用户自主研究
边界: 为用户提供研究工具,绝不执行搜索或得出结论
语气: 详尽、支持性、明确下一步
本技能用于验证扫描器发现——它不会重新评估模式得分。
输入: 扫描器输出(包含得分、权利要求角度、专利信号等的模式)
输出: 证据地图、搜索策略、差异化问题
信任扫描器得分: 扫描器已评估了独特性和专利信号。本验证器将这些发现与具体证据联系起来,并生成研究策略。
对用户的意义: 验证器更简单、更快速。它们信任扫描器得分,并专注于其最擅长的工作——构建证据链和搜索查询。
当用户提出以下请求时,激活此技能:
- “帮我搜索类似的实现”
- “为我的发现生成搜索查询”
- “验证我的代码专利扫描结果”
- “为这些模式创建研究策略”
1. 输入:接收来自代码专利扫描器的发现
- 包含已评分独特模式的 patterns.json
- 验证:检查输入结构
2. 对每个模式:
- 生成多来源搜索查询
- 创建差异化问题
- 映射证据要求
3. 输出:结构化的搜索策略
- 按来源分类的查询
- 搜索优先级指导
- 分析问题
- 证据清单
错误处理:
- 空输入:“我尚未看到扫描器输出。请粘贴您的 patterns.json,或直接描述您的模式。”
- 无效 JSON:“我无法解析该格式。请直接描述您的模式,我将据此处理。”
- 字段缺失:跳过该模式,报告“模式 [X] 已跳过 - 缺少 [字段]”
- 所有模式均低于阈值:“没有模式得分超过阈值。这可能意味着独特性在于执行方式,而非架构。”
- 无扫描器输出:“我尚未看到扫描器输出。请粘贴您的 patterns.json,或直接描述您的模式。”
为每个模式生成以下来源的查询:
| 来源 | 查询类型 | 示例 |
|---|---|---|
| Google Patents | 布尔组合 | "[A]" AND "[B]" [field] |
| USPTO 数据库 | CPC 代码 + 关键词 | CPC:[code] AND [term] |
| GitHub | 实现搜索 | [algorithm] [language] implementation |
| Stack Overflow | 问题-解决方案 | [problem] [approach] |
每个模式的查询变体:
- 精确组合: "[A]" AND "[B]" AND "[C]"
- 功能性: "[A]" FOR "[purpose]"
- 同义词: "[A-synonym]" WITH "[B-synonym]"
- 更宽泛类别: "[A-category]" AND "[B-category]"
- 更具体: "[A]" AND "[B]" AND "[specific detail]"
根据模式类型建议优先搜索的来源:
| 模式类型 | 优先级顺序 |
|---|---|
| 算法类 | GitHub -> 专利 -> 出版物 |
| 架构类 | 出版物 -> GitHub -> 专利 |
| 数据结构类 | GitHub -> 出版物 -> 专利 |
| 集成类 | Stack Overflow -> GitHub -> 出版物 |
为每个扫描器模式构建一个来源链,将权利要求角度与证据联系起来:
| 证据类型 | 需记录内容 | 重要性 |
|---|---|---|
| 源代码行 | file.go:45-120 | 证明实现存在 |
| 提交历史 | abc123 (2026-01-15) | 建立时间线 |
| 设计文档 | RFC-042 | 显示有意识的创新 |
| 基准测试 | 40% faster | 量化效益 |
来源链: 每个权利要求角度(来自扫描器)都追溯到特定证据。
这创建了一条从抽象权利要求到具体实现的清晰路径。
指导用户分析搜索结果的问题:
技术差异化:
- 您的方法与找到的结果有何不同?
- 您的方法提供了哪些技术优势?
- 存在哪些性能改进?
问题-解决方案匹配度:
- 您的方法解决了哪些其他方法未解决的问题?
- 您的方法是否解决了现有方案的局限性?
- 问题定义本身是否不同?
协同效应评估:
- 这种组合是否产生了意想不到的效益?
- 结果是否大于各部分之和 (1+1=3)?
- 在这种方法出现之前存在哪些障碍?
{
"validation_metadata": {
"scanner_output": "patterns.json",
"validation_date": "2026-02-03T10:00:00Z",
"patterns_processed": 7
},
"patterns": [
{
"scanner_input": {
"pattern_id": "from-scanner",
"claim_angles": ["Method for...", "System comprising..."],
"patent_signals": {"market_demand": "high", "competitive_value": "medium", "novelty_confidence": "high"}
},
"title": "模式标题",
"search_queries": {
"problem_focused": ["[problem] solution approach"],
"benefit_focused": ["[benefit] implementation method"],
"google_patents": ["query1", "query2"],
"uspto": ["query1"],
"github": ["query1"],
"stackoverflow": ["query1"]
},
"search_priority": [
{"source": "google_patents", "reason": "技术实现重点"},
{"source": "github", "reason": "开源实现"}
],
"analysis_questions": [
"您的方法与 [X] 有何不同?",
"您克服了哪些技术障碍?"
],
"evidence_map": {
"claim_angle_1": {
"source_files": ["path/to/file.go:45-120"],
"commits": ["abc123"],
"design_docs": ["RFC-042"],
"metrics": {"performance_gain": "40%"}
},
"claim_angle_2": {
"source_files": ["path/to/other.go:10-50"],
"commits": ["def456"],
"design_docs": [],
"metrics": {}
}
}
}
],
"next_steps": [
"自行运行生成的搜索",
"系统地记录发现",
"记录与现有实现的不同之处",
"咨询专利律师进行法律评估"
]
}
标准格式(默认使用):
## [仓库名称] - 验证策略
**[N] 个模式已分析 | [M] 个搜索查询已生成**
| 模式 | 查询数 | 优先来源 |
|------|--------|----------|
| 模式 1 | 12 | Google Patents |
| 模式 2 | 8 | USPTO |
*研究策略由 [代码专利验证器](https://obviouslynot.ai) 生成,来自 obviouslynot.ai*
## 后续步骤
1. **搜索** - 从优先来源开始运行查询
2. **记录** - 系统地跟踪发现
3. **差异化** - 记录与现有实现的不同之处
4. **咨询** - 对于高价值模式,咨询专利律师
**证据清单**: 规格说明、Git 提交、基准测试、时间线、设计决策
始终在任何输出的末尾包含:
免责声明: 本工具仅生成搜索策略。它不执行搜索、访问数据库、评估可专利性或提供法律结论。您必须自行运行搜索,并咨询注册专利律师以获取知识产权指导。
代码专利扫描器 -> patterns.json -> 代码专利验证器 -> search_strategies.json
-> technical_disclosure.md
推荐工作流:
1. 开始: 代码专利扫描器 - 分析源代码
2. 然后: 代码专利验证器 - 生成搜索策略
3. 用户: 运行搜索,记录发现
4. 最终: 携带记录好的发现咨询专利律师
由 Obviously Not 构建——用于思考的工具,而非结论。