claims-drafting
Draft patent claims for an invention
Install / Use
npx skills add wanshuiyin/Auto-claude-code-research-in-sleep --skill claims-draftingInstalls into whichever agent you are using.
SKILL.md
Installable skill definition
Quality Score
Category
AutomationSupported Platforms
Our assessment of claims-drafting
claims-drafting scores 82/100 on our quality scale, 1075th of 1,555 Automation skills we index.
Its SKILL.md is 9.6 KB long, well organised into 22 sections with 2 code examples: a thorough specification that gives an agent plenty to work with.
With 16,644 GitHub stars, it is one of the more widely adopted skills in the catalogue.
Maintenance, license and trust
- The repository was last updated 8 days ago, so claims-drafting is actively maintained.
- It is released under the MIT license, a permissive license that allows use, modification and commercial use with attribution.
- Its trust signals score 100/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.
claims-drafting compared with similar skills
All 4 of these similar skills score higher than claims-drafting; compare them before choosing.
| Skill | Score | Stars | Updated | Format |
|---|---|---|---|---|
| claims-drafting (this skill)by wanshuiyin | 82 | 16.6k | 8d ago | SKILL.md |
| Agent-Reachby Panniantong | 100 | 85.6k | 11d ago | CLAUDE.md |
| headroomby headroomlabs-ai | 100 | 73.9k | today | CLAUDE.md |
| rufloby ruvnet | 100 | 73.3k | today | CLAUDE.md |
| CowAgentby zhayujie | 100 | 47.1k | today | CLAUDE.md |
Frequently asked questions
- How do I install claims-drafting?
- Run
npx skills add wanshuiyin/Auto-claude-code-research-in-sleep --skill claims-drafting. The install tabs above show the steps for each supported agent. - Which AI agents does claims-drafting work with?
- It is written for OpenAI Codex, as a SKILL.md file. Other agents that read the same format can often use it too.
- Is claims-drafting safe to use?
- It is MIT-licensed and scores 100/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
- Is claims-drafting still maintained?
- The repository was last updated 8 days ago, so claims-drafting is actively maintained.
Skill content
View source on GitHubname: claims-drafting description: "Draft patent claims for an invention. Use when user says "撰写权利要求", "draft claims", "写权利要求书", "claim drafting", or wants to create patent claims. The core skill of the patent pipeline." argument-hint: "[invention-disclosure-path]" allowed-tools: Bash(*), Read, Write, Edit, Grep, Glob, WebSearch, WebFetch, mcp__codex__codex, mcp__codex__codex-reply
Claims Drafting: The Core Patent Skill
Draft patent claims based on: $ARGUMENTS
This is the most critical skill in the patent pipeline. Claims define the legal scope of protection -- everything else (specification, figures, abstract) exists to support and enable the claims.
Constants
REVIEWER_MODEL = gpt-6-astra— External examiner for claim quality reviewMAX_CLAIM_REVISION_ROUNDS = 3— Maximum revision iterationsCLAIM_STYLE = "auto"—US(Jepson or open),EP(two-part mandatory),CN(two-part),auto(detect from jurisdiction)MIN_INDEPENDENT_CLAIMS = 2— Typically method + system. For utility model (实用新型): apparatus/device only, NO method claims.MAX_TOTAL_CLAIMS = 20— Practical limit (USPTO includes 20 in base fee)PATENT_TYPE = "invention"—invention(发明专利) orutility_model(实用新型, apparatus claims only)
Inputs
patent/INVENTION_DISCLOSURE.md— structured invention with core/supporting/optional featurespatent/PRIOR_ART_REPORT.md— prior art to avoidpatent/NOVELTY_ASSESSMENT.md— novelty analysis with suggested amendments- Target jurisdiction from invention disclosure or
$ARGUMENTS
Shared References
Load ../shared-references/patent-writing-principles.md for claim drafting principles, antecedent basis rules, and common pitfalls.
Load ../shared-references/patent-format-cn.md for CN claim format (其特征在于).
Load ../shared-references/patent-format-us.md for US claim format (comprising, means-plus-function).
Load ../shared-references/patent-format-ep.md for EP two-part form (characterised in that).
Workflow
Step 1: Determine Claim Style and Patent Type
Based on patent type and jurisdiction:
If PATENT_TYPE = utility_model (实用新型):
- CN jurisdiction ONLY
- Apparatus/device claims ONLY — no method, no product-by-process
MIN_INDEPENDENT_CLAIMS = 1(single apparatus claim is sufficient)- Claim format: "1. 一种[主题],其特征在于,包括:[组件描述]。"
Based on target jurisdiction:
| Jurisdiction | Claim Style | Characterising Phrase | Preamble Format | |-------------|------------|----------------------|-----------------| | CN | Two-part (两部式) | 其特征在于 | 一种...的方法/装置,包括: | | US | Open (preferred) | comprising | A method for..., comprising: | | EP | Two-part (mandatory) | characterised in that | A method for..., comprising [known], characterised in that [inventive] | | ALL | Draft CN + US + EP | All of the above | All of the above |
Step 2: Draft Independent Claims
CRITICAL — Claims numbering (CN format):
- Claims must be numbered 1, 2, 3, ... continuously without gaps
- Independent and dependent claims are INTERMIXED in final numbering
- Do NOT group independent claims separately from dependent claims
- Example correct: Claim 1 (independent, product), Claim 2 (depends on 1), Claim 3 (depends on 1), Claim 4 (independent, method), Claim 5 (depends on 4)...
- Example WRONG: Claim 1 (independent), Claim 5 (independent), Claim 8 (independent), then Claim 2, 3, 4, 6, 7, 9, 10 as dependents
CRITICAL — No empirical content in claims:
- Claims describe ONLY structural features or method steps
- Do NOT include signal characteristics, detection principles, measurement results
- WRONG: "产生负脉冲信号" / "谐振频率下降" — these are results, not features
- RIGHT: "所述开口谐振环的开口处形成用于检测通过流体中颗粒物的间隙传感区域"
For each claim category identified in INVENTION_DISCLOSURE.md:
Method Claim (broadest):
- Start with preamble identifying the category and purpose
- List the core inventive features (from the "Core Inventive Concept" section)
- Include enough known features for context (but not more than necessary)
- Use open transition ("comprising" / "包括")
- Each element should be separated by semicolons or on separate lines
- Apply jurisdiction-specific format:
- CN: 前序部分 + "其特征在于" + 特征部分
- US: Preamble + "comprising:" + elements
- EP: Preamble + known features + "characterised in that" + inventive features
System/Apparatus Claim:
- Mirror the method claim in structural form
- Each method step becomes a "module configured to..." or "component for..."
- Same hierarchy of known vs. inventive features
Quality checks for each independent claim:
- [ ] Single sentence (US/EP) or properly structured (CN)
- [ ] Antecedent basis: "a" first, "the" thereafter for each element
- [ ] No relative terms without definition
- [ ] No result-to-be-achieved limitations
- [ ] Transitional phrase is appropriate (open preferred)
- [ ] Preamble does not import unnecessary limitations
- [ ] Each element is necessary for patentability
- [ ] Claim scope is broadest defensible over prior art
Step 3: Draft Dependent Claims
For each independent claim, draft 5-10 dependent claims that:
- Narrow the core inventive features: Specific implementations, parameters, ranges
- Cover preferred embodiments: Features from the specification's detailed description
- Provide fallback positions: If the independent claim is rejected, these narrower claims may survive
- Cover alternatives: Different ways to achieve the same inventive result
Dependent claim format:
- CN: "根据权利要求X所述的[主题],其特征在于,所述[特征]具体为..."
- US: "The [method/system] of claim X, wherein the [element] comprises [limitation]."
- EP: "The [method/system] according to claim X, characterised in that [limitation]."
Rules for dependent claims:
- Each must add at least one meaningful limitation
- Must reference a prior claim by number
- Must not merely repeat the parent claim
- Should not be cumulative (each claim should be independently useful as a fallback)
- Multiple dependent claims (US: only "or" references, not "and")
Step 4: Claim-to-Specification Mapping
Create a preliminary mapping to verify enablement:
| Claim Element | Must be described in specification | Reference numeral | |---------------|-----------------------------------|-------------------| | [element 1] | Yes/No | [numeral] | | [element 2] | Yes/No | [numeral] |
If any element lacks specification support, add it to the specification requirements.
Step 5: Cross-Model Examiner Review
Call REVIEWER_MODEL via mcp__codex__codex with xhigh reasoning:
mcp__codex__codex:
model: gpt-6-astra
config: {"model_reasoning_effort": "xhigh"}
prompt: |
You are a senior patent examiner at the [USPTO/CNIPA/EPO].
Review the following patent claims for quality and patentability.
CLAIMS: [all claims]
PRIOR ART: [prior art references from PRIOR_ART_REPORT.md]
INVENTION: [summary from INVENTION_DISCLOSURE.md]
Analyze each claim for:
1. Clarity (35 USC 112(b) / Art 84 EPC): Are terms definite?
2. Written description support: Does the spec support all claim scope?
3. Anticipation (102/Art 54): Would any single reference anticipate?
4. Obviousness (103/Art 56): Would any combination render obvious?
5. Claim scope: Are independent claims broad enough to be valuable?
6. Dependent claims: Do they provide meaningful fallback positions?
7. Antecedent basis: Any issues with "a"/"the" usage?
8. Indefinite terms: Any functional/result language issues?
For each issue found, provide:
- The specific claim number and element
- The problem (cite statute/rule)
- A suggested fix
Provide an overall PATENTABILITY SCORE: 1-10.
Step 6: Revision Loop
If the examiner review identifies issues:
- Address all CRITICAL issues (anticipation, obviousness, indefiniteness)
- Address MAJOR issues (scope too narrow, missing support, weak fallbacks)
- Consider MINOR issues (antecedent basis, formatting)
- Re-submit to examiner for round 2 (use
mcp__codex__codexwith threadId) - Repeat up to
MAX_CLAIM_REVISION_ROUNDStimes
Step 7: Output
Write patent/CLAIMS.md:
## Patent Claims
### Independent Claims
#### Claim 1 — Method
[formatted claim text]
#### Claim X — System/Apparatus
[formatted claim text]
### Dependent Claims
#### Claim 2 (depends on 1)
[formatted claim text]
#### Claim 3 (depends on 1)
[formatted claim text]
...
### Claims Summary Table
| Claim | Type | Depends On | Key Limitation | Prior Art Avoidance |
|-------|------|-----------|----------------|---------------------|
| 1 | Method | — | [core inventive features] | [what makes it novel over prior art] |
| 2 | Method | 1 | [narrowing] | [additional distinguishing] |
| X | System | — | [mirrors claim 1] | [same as claim 1] |
...
### Examiner Review Summary
[Key findings and how they were addressed]
Key Rules
- Claims are the single most important part of the patent. Everything else supports them.
- Draft independent claims first, then dependent claims.
- Independent claims must be broadest defensible scope over prior art -- not broader, not narrower.
- Each dependent claim should be independently useful as a fallback position.
- Antecedent basis is mandatory: "a processor" first, "the processor" thereafter.
- Use "comprising" (open) unless there is a specific reason for "consisting of" (closed).
- Never include result-to-be-achieved language in claims ("configured to achieve high accuracy").
- Never fabricate claim language -- every element must come from the actual invention.
- If drafting for ALL jurisdictions, produce separate claim sets for CN, US, and EP.
- If
mcp__codex__codexis not available, skip cross-model examiner review and note it in the output.
Related Skills
Agent-Reach
85.6kGive your AI agent eyes to see the entire internet. Read & search Twitter, Reddit, YouTube, GitHub, Bilibili, XiaoHongShu — one CLI, zero API fees.
headroom
73.9kCompress tool outputs, logs, files, and RAG chunks before they reach the LLM. 20% fewer tokens for coding agents, 60-95% fewer tokens for JSON, same answers. Library, proxy, MCP server.
ruflo
73.3k🌊 The original agent harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, federation, vector RAG integration, and native Claude Code / Codex / Hermes and many more Integrated
CowAgent
47.1kOpen-source super AI assistant & Agent Harness. Plans tasks, runs tools and skills, self-evolves with memory and knowledge. Multi-agent, multi-model, multi-channel. Lightweight, extensible, one-line install.
Languages
Trust signals
From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.
