CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

patent-exam-policy

给交底用的政策简报:对照国知局近期口径,说明对交底写法/本稿的影响,并提示申请书式。技能进化仅为旁路,默认只改交底包,须另点名才改文件。

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/patent-exam-policy/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 exemplary terse orchestration body: exact triggers, ordered Read-based steps, a default-off guardrail with confirmation passphrases for the destructive bypass, and a well-disclosed references/ layer. The one real defect is that the four prompts/*.md files the whole workflow pivots on are missing from the provided bundle, leaving the central steps dangling, and there is no in-body error-recovery guidance.

Suggestions

Ship or verify the prompts/ layer (guardrails.md, research.md, emit_backlog.md, apply_after_confirm.md) alongside the skill, or inline a minimal fallback in SKILL.md so the steps are executable when the prompts files are absent.

Add one line of failure handling to the steps (e.g. what to do when a seeded source is WAF-blocked, currently only documented in references/sources.yaml) to close the feedback-loop gap.

Mention references/schemas/exam_policy_backlog.schema.yaml in the 输入 or 产出物 section so the output contract the brief must satisfy is discoverable from the body.

DimensionReasoningScore

Conciseness

The ~35-line body is pure instruction: six tight sections (用途/何时用/输入/步骤/护栏/产出物) with zero concept explanations, zero filler, and every line directing an action, trigger, gate, or output. It assumes Claude's competence and matches the 'every token earns its place' anchor; there is nothing to trim.

5 / 5

Actionability

Steps are concrete and ordered — explicit "Read" commands on named files, an output directory (outputs/exam-policy/), exact confirmation passphrases (「按简报改交底技能」「采纳 E…」), and a hard gating condition for the destructive branch ("仅当用户明确要求改交底技能 → Read prompts/apply_after_confirm.md"). It falls short of fully executable because the four prompts/*.md files the workflow depends on are absent from the provided bundle, so the core steps cannot actually be executed as shipped here.

4 / 5

Workflow Clarity

The 4-step sequence is explicit and the risky file-modifying branch is double-gated (explicit user request + 护栏 section restating default-off + end-of-conversation confirmation protocol), which are strong checkpoints. It is not a 5 because there is no error-recovery/feedback loop in the body itself — fetch-failure handling (e.g. WAF-blocked sources) lives in references/sources.yaml rather than the steps.

4 / 5

Progressive Disclosure

The body is a lean overview with one-level-deep, well-signaled Read references, and the two references/ files it names (references/sources.yaml, references/topic_prompt_map.md) exist in the bundle. However, the majority of the referenced detail files — prompts/guardrails.md, prompts/research.md, prompts/emit_backlog.md, prompts/apply_after_confirm.md — are not present in the provided bundle, so following the documented navigation fails for the core workflow, which is more than the 'minor organization gaps' of the anchor above.

3 / 5

Total

16

/

20

Passed

Description

58%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, domain-specific description that says what the skill does with three concrete actions and an explicit default-off boundary for the skill-evolution bypass. Its main weakness is the missing 'when to use' trigger guidance and the omission of natural trigger synonyms (政策雷达, 审查政策更新) that the body itself defines.

Suggestions

Add an explicit trigger clause to the description, e.g. "当用户提到 政策简报 / 政策雷达 / 审查政策更新 / 国知局新规 时使用", so the 'when' is answered without opening the body.

Include the natural trigger synonyms already defined in the body's 何时用 section (政策雷达, 审查政策更新, /patent-brief) so users phrasing the request differently still match.

Briefly differentiate the 技能进化 bypass from a dedicated skill-evolution skill (e.g. name the /patent-evolve entry point) to reduce confusion about which skill handles evolution requests.

DimensionReasoningScore

Specificity

The description names the domain and three concrete actions — "对照国知局近期口径" (compare against recent CNIPA stances), "说明对交底写法/本稿的影响" (explain impact on disclosure writing/this draft), "提示申请书式" (flag application-document formats) — matching the 'several specific actions with minor gaps' anchor. It is not a 5 because it omits other real capabilities (source retrieval, effective-date calendar, increment vs. last brief), and not a 3 because it goes beyond 1-2 generic actions.

4 / 5

Completeness

The 'what' is clear and concrete (policy briefing comparing CNIPA stances, explaining impact on disclosure writing and the current draft, flagging application formats), but there is no 'Use when…' clause or equivalent explicit trigger guidance in the description, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

It contains some natural keywords a user would say ("政策简报", "国知局", "交底", "申请书式") but misses common variations and synonyms that the skill body itself lists as triggers ("审查政策更新", "政策雷达", "/patent-brief"), matching the 'some relevant keywords but missing common variations' anchor rather than the good-coverage anchor.

3 / 5

Distinctiveness Conflict Risk

"给交底用的政策简报…对照国知局近期口径" carves out a clear niche (patent-disclosure policy briefings against CNIPA stances) distinct from generic document skills, but the "技能进化仅为旁路…须另点名才改文件" clause overlaps conceptually with a sibling skill-evolution entry point, so it is 'mostly distinct with minor overlap risk' rather than minimal-conflict.

4 / 5

Total

14

/

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-exam-policy/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.