CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

claims-drafting

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.

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A high-quality, expert-level workflow: concrete templates, explicit checklists and validation gates, and a genuine feedback loop through examiner review and bounded revision rounds. The remaining trims are the redundant reviewer-routing blockquote and the placeholder-heavy mapping/ALL-jurisdiction sections.

DimensionReasoningScore

Conciseness

The body is dense, expert-level guidance that assumes patent-law knowledge ("35 USC 112(b) / Art 84 EPC", antecedent basis) without padding, and uses tight WRONG/RIGHT examples. It is 4 rather than 5 because the opening 9-line reviewer-routing blockquote ("resolve invocation → `.aris/reviewer.json` → Claude Code default (Codex MCP)…") is opaque coordination jargon that duplicates Step 5's routing note.

4 / 5

Actionability

Concrete throughout: a jurisdiction format table, exact per-jurisdiction templates ("一种[主题],其特征在于,包括:", "The [method/system] of claim X, wherein …"), a complete copy-paste examiner MCP prompt with model and config, and a full output template. It is 4 rather than 5 because the claim-to-spec mapping table is placeholder-only and the ALL-jurisdiction row ("All of the above") glosses over how to produce three separate claim sets.

4 / 5

Workflow Clarity

Seven clearly sequenced steps with explicit validation at each level: a per-claim quality checklist in Step 2, a claim-to-specification enablement mapping in Step 4, an external examiner review in Step 5, and a bounded fix-and-resubmit feedback loop in Step 6 ("Repeat up to `MAX_CLAIM_REVISION_ROUNDS` times"), plus reviewer-unavailability handling. This matches the anchor-5 pattern of clear sequence, validation steps, feedback loops, and checklists.

5 / 5

Progressive Disclosure

Clear sections with four well-signaled, one-level-deep references, each stating its purpose ("Load `../shared-references/patent-writing-principles.md` for claim drafting principles, antecedent basis rules, and common pitfalls"). It is 4 rather than 5 because the referenced files live outside the skill bundle (no references/ directory ships with it, so the paths cannot be verified), and substantial per-jurisdiction format detail is inlined that the referenced files also cover.

4 / 5

Total

17

/

20

Passed

Description

78%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description with an explicit what/when structure and solid bilingual trigger coverage. The main gap is specificity: beyond "draft patent claims for an invention" it names no concrete sub-capabilities, so it under-sells what the skill actually does.

Suggestions

Expand the "what" clause to name 2-3 concrete actions, e.g. "Draft independent and dependent patent claims (CN/US/EP formats), map claims to specification support, and run examiner review with revision rounds."

Add the natural standalone variants users may say, such as "权利要求书" or "write/draft the claims for a patent", to the trigger list.

Drop or compress "The core skill of the patent pipeline" — it adds context but no trigger value — and spend the saved tokens on the capability list above.

DimensionReasoningScore

Specificity

"Draft patent claims for an invention" names the domain and a single concrete action, but the description lists no further capabilities (dependent claims, jurisdiction handling, examiner review). It matches anchor 3 — domain plus 1-2 concrete actions, not comprehensive — rather than 4 because only one action is stated.

3 / 5

Completeness

It explicitly answers both questions: "Draft patent claims for an invention" (what) and "Use when user says … or wants to create patent claims" (when) with concrete quoted trigger phrases, exactly matching the anchor-5 example pattern.

5 / 5

Trigger Term Quality

Trigger phrases "撰写权利要求", "draft claims", "写权利要求书", "claim drafting", and "wants to create patent claims" give good bilingual coverage. It sits at anchor 4 rather than 5 because the terms are near-duplicate pairs and natural variants like standalone "权利要求书" or "write claims" are missing.

4 / 5

Distinctiveness Conflict Risk

Claim drafting is a clear niche with claim-specific triggers ("draft claims", "撰写权利要求"), giving minimal conflict with unrelated skills. Score is 4 rather than 5 because "wants to create patent claims" could mildly overlap with broader patent-application-drafting siblings in the same pipeline.

4 / 5

Total

16

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

13

/

16

Passed

Repository

wanshuiyin/Auto-claude-code-research-in-sleep

Path

skills/claims-drafting/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.