CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

patent-application

申请文件:把已有交底写成权利要求书、说明书、摘要与说明书附图。须指定交底目录;仅缺材料才终止。内容争议写入问题清单,不阻塞主文件。交付后请确认须摘要清单。已有产出上改稿则另存新时间戳目录。须显式触发。

Quality

79%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/patent-application/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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.

An extremely lean, gated, mostly executable workflow overview with real validation checkpoints — strong on token efficiency and action. The main weakness is navigation against the actual bundle: the majority of referenced files do not resolve here (bare filenames, no paths), and the reference files that do exist are never surfaced from SKILL.md.

Suggestions

Give every file in the step chains an explicit path (e.g. prompts/claim_strategy.md, tools/check_design_views.py) so each link resolves unambiguously.

Link the existing bundle references from SKILL.md — e.g. point the specification step to references/disclosure_to_spec_map.md and mention references/schemas/ and references/promo_terms.yaml in 产出物 or 护栏 — so present files are discoverable.

Show the invocation for tools/emit_application_docx.py with its arguments, matching the copy-paste style already used for material_gate.py.

DimensionReasoningScore

Conciseness

All ~30 lines are operational — no concept explanations, no filler; e.g. "仅缺文件时终止" states a stop rule in six characters and the 何时用 section defines the trigger contract in two sentences. Every token earns its place; nothing explains what Claude already knows.

5 / 5

Actionability

Steps are mostly executable and concrete: "跑 tools/material_gate.py --case-dir <交底目录>;退出码 2 则停", "跑本包 check_design_views.py", "本包 tools/emit_application_docx.py 出 Word", plus the repo-wide path "python skills/patent-application/tools/…". Not a 5: emit_application_docx.py is invoked without arguments, and the "claim_strategy.md → claims_builder.md → …" chains rely on implied Read semantics rather than an explicit verb.

4 / 5

Workflow Clarity

A clear numbered 1–6 sequence with explicit validation checkpoints (material gate with exit-code-2 stop, the design-view check, the consistency.md step), a bypass for the revision case, and a separate 问题清单 checklist. Not a 5: recovery after a failed check is only "停" — no fix-and-retry feedback loop. The destructive/batch cap at 3 does not apply since outputs always go to a new timestamped directory.

4 / 5

Progressive Disclosure

The body is a well-structured one-level-deep overview, but scored against the actual bundle: most referenced paths (prompts/guardrails.md, tools/material_gate.py, check_design_views.py, emit_application_docx.py, issues.md, and the whole claim_strategy.md → … → consistency.md chain) are not present in this bundle, and those step files are cited as bare filenames with no directory. Meanwhile existing bundle references — references/disclosure_to_spec_map.md, references/promo_terms.yaml, references/schemas/ — are never linked from SKILL.md, so present content is undiscoverable from the overview.

3 / 5

Total

16

/

20

Passed

Description

70%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 terse, concrete description with strong patent-specific keywords and low conflict risk, weakened mainly on completeness: it asserts "须显式触发" without naming any trigger phrases, deferring them entirely to the body. The compressed final clauses also cost some clarity without adding coverage.

Suggestions

Move the trigger conditions from the body into the description as an explicit when-to-use clause (e.g. 须用户点名「申请文件/申报材料/权利要求书//patent-apply」并指定交底目录) so completeness can reach 4–5.

Include the natural synonyms and command forms (申报材料、申请底稿、/patent-apply) in the description to lift trigger-term coverage from good to comprehensive.

Rewrite the cryptic clause "交付后请确认须摘要清单" into a plain statement of the post-delivery confirmation step.

DimensionReasoningScore

Specificity

"把已有交底写成权利要求书、说明书、摘要与说明书附图" names the domain plus four concrete deliverables, and behavioral rules like "仅缺材料才终止"、"内容争议写入问题清单,不阻塞主文件" add concrete actions. Not a 5: the revision and delivery flows ("已有产出上改稿则另存新时间戳目录"、"交付后请确认须摘要清单") are only sketched and "交付后请确认须摘要清单" is compressed to the point of ambiguity.

4 / 5

Completeness

The "what" is clear and concrete (writing the four-piece application set from an existing disclosure), but the "when" is only "须显式触发" — a trigger policy with no trigger conditions named. Per the guideline that a missing 'Use when…' clause or equivalent explicit trigger guidance caps completeness at 3, this cannot reach 4 since the actual trigger terms live only in the body.

3 / 5

Trigger Term Quality

Natural domain keywords users would actually say are present — "申请文件"、"权利要求书"、"交底"、"说明书"、"摘要" — giving good coverage. Not a 5: the common trigger variants that the body lists ("申报材料"、"申请底稿"、"/申请底稿"、"/patent-apply") are absent from the description itself; not a 3 because multiple strong natural keywords are present, not just one.

4 / 5

Distinctiveness Conflict Risk

"已有交底" + "权利要求书/说明书/摘要/附图" stakes out a distinct patent-application drafting niche with patent-specific terminology, explicitly consuming prior disclosure-package output. Clear niche with distinct triggers; minimal conflict risk with other skills.

5 / 5

Total

16

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

handsomestWei/patent-disclosure-skill

Path

skills/patent-application/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.