论文测试
- 作者仓库星标 11,320
- 作者更新于 实时读取
- 作者仓库 Auto-claude-code-research-in-sleep
- 领域
- 工程开发
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 88 / 100 · 社区维护
- 作者 / 版本 / 许可
- @wanshuiyin · 未声明 license
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 即装即用
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- 未声明(默认跨平台)
- 底层运行要求
- 无特殊要求
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: patent-novelty-check
description: Assess patent novelty and non-obviousness against prior art. Use when user says \"专利查新\", \"pate…
category: 工程开发
runtime: 无特殊运行时
---
# patent-novelty-check 输出预览
## PART A: 任务判断
- 适用问题:代码实现、重构、调试或代码审查。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“Constants / Inputs / Shared References”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于代码实现、重构、调试或代码审查,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“Constants / Inputs / Shared References”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 原文出现了 `/novelty-check`、`/prior-art-search` 这类斜杠命令;如果你的 Agent 支持命令触发,优先用命令开场,再补充目标和边界。
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件。
先用一个小任务确认它会围绕“Constants / Inputs / Shared References”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: patent-novelty-check
description: Assess patent novelty and non-obviousness against prior art. Use when user says \"专利查新\", \"pate…
category: 工程开发
source: wanshuiyin/Auto-claude-code-research-in-sleep
---
# patent-novelty-check
## 什么时候使用
- 把工程方向的常用动作沉淀成 Agent 可调用的技能 适合处理工程开发场景下的代码实现、调试、重构、测试或代码审查,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代…
- 面向代码实现、重构、调试或代码审查,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「Constants / Inputs / Shared References」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "patent-novelty-check" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> Constants / Inputs / Shared References
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> 无特殊运行时 | 读取文件、写入/修改文件 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} Patent Novelty and Non-Obviousness Check
Assess patentability of: $ARGUMENTS
Adapted from /novelty-check for patent legal standards. Research novelty is NOT the same as patent novelty.
Constants
REVIEWER_MODEL = gpt-5.5— Model used via Codex MCP for cross-model examiner verificationNOVELTY_STANDARD = patent— Always use legal patentability standard, not research contribution standard
Inputs
- Invention description from
$ARGUMENTS patent/PRIOR_ART_REPORT.md(output of/prior-art-search)patent/INVENTION_BRIEF.mdif exists
Shared References
Load ../shared-references/patent-writing-principles.md for novelty/non-obviousness standards.
Load ../shared-references/patent-format-us.md for 102/103 analysis framework.
Workflow
Step 1: Define Claim Elements
From the invention description, extract the key claim elements that would define the invention's scope:
- List the technical features that make the invention novel
- Identify which features are known from prior art vs. inventive
- Draft preliminary claim language for 2-3 independent claims (method + system)
Step 2: Anticipation Analysis (Novelty)
For each preliminary claim, test against EACH prior art reference in PRIOR_ART_REPORT.md:
Single-reference test: Does any single reference disclose ALL claim elements?
| Claim Element | Ref 1 | Ref 2 | Ref 3 | ... |
|---|---|---|---|---|
| Feature A | Yes/No + evidence | |||
| Feature B | Yes/No + evidence | |||
| Feature C | Yes/No + evidence | |||
| Feature D | Yes/No + evidence |
Verdict per reference:
- ANTICIPATED: One reference discloses every element → claim is not novel
- NOT ANTICIPATED: At least one element missing from every single reference → claim is novel
Step 3: Obviousness Analysis (Inventive Step)
If the invention is novel (passes Step 2), test for obviousness:
Two/three-reference combination test: Can 2-3 references be combined to render the claim obvious?
For each combination of the top references:
- Primary reference: Which reference is closest to the claimed invention?
- Secondary reference(s): Which reference(s) teach the missing element(s)?
- Motivation to combine: Would a POSITA have reason to combine these references?
- Explicit suggestion in the references themselves?
- Same field, same problem?
- Common design incentive?
- Known technique for improving similar devices?
Format as a matrix:
| Combination | Primary | Secondary | Missing Elements | Motivation to Combine | Obvious? |
|---|---|---|---|---|---|
| Ref1 + Ref2 | Ref1 | Ref2 | Feature D | Same field, similar problem | Yes/No |
Step 4: Cross-Model Examiner Verification
Call REVIEWER_MODEL via mcp__codex__codex with xhigh reasoning:
mcp__codex__codex:
config: {"model_reasoning_effort": "xhigh"}
prompt: |
You are a senior patent examiner at the [USPTO/CNIPA/EPO].
Examine the following invention for patentability.
INVENTION: [invention description + preliminary claims]
PRIOR ART: [prior art references with key teachings]
Please analyze:
1. Anticipation (novelty): Does any single reference anticipate any claim?
2. Obviousness: Can any combination of references render claims obvious?
3. Claim scope: Are the claims broad enough to be valuable?
4. Recommended amendments if any claim is rejected.
Be rigorous and cite specific references.
Step 5: Jurisdiction-Specific Assessment
For each target jurisdiction, provide a patentability assessment:
Under 35 USC 102/103 (US):
- Novelty: PASS / FAIL (cite specific reference if fail)
- Non-obviousness: PASS / FAIL (cite combination if fail)
Under Article 22 CN Patent Law (CN):
- 新颖性 (Novelty): 通过 / 未通过
- 创造性 (Inventive Step): 通过 / 未通过
Under Article 54/56 EPC (EP):
- Novelty: PASS / FAIL
- Inventive step: PASS / FAIL (problem-solution approach)
Step 6: Output
Write patent/NOVELTY_ASSESSMENT.md:
## Patentability Assessment
### Invention Summary
[description]
### Overall Assessment
[PATENTABLE / PATENTABLE WITH AMENDMENTS / NOT PATENTABLE]
### Anticipation Analysis
[claim-by-claim matrix against each reference]
### Obviousness Analysis
[combination analysis with motivation to combine]
### Cross-Model Examiner Review
[summary of GPT-5.5 examiner feedback]
### Recommended Claim Amendments
[If claims need modification to overcome prior art, suggest specific amendments]
### Risk Factors
[What could cause rejection during actual prosecution?]
Key Rules
- Patent novelty is absolute: any public disclosure before the priority date counts as prior art, worldwide.
- Research novelty ("has anyone published this?") is NOT the same as patent novelty ("does any single reference teach every claim element?").
- Obviousness requires BOTH: (1) a combination of references AND (2) a motivation to combine them.
- Never assume the invention is patentable just because no identical patent exists.
- The assessment is advisory only -- actual prosecution may reveal different prior art.
- If
mcp__codex__codexis not available, skip cross-model examiner review and note it in the output.
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核