CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

patent-oa

审查答复辅助:审查意见问答与草稿;库薄时引导案例入库。须显式触发。

Quality

70%

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-oa/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is an exemplarily lean, well-sequenced workflow with real confirmation gates and explicit trigger discipline, and its progressive-disclosure design is sound. Its weakness is executability: nearly all referenced prompts and tools are absent from the provided bundle, so a user following the steps would hit missing files immediately, and no inline fallback guidance or output validation exists.

Suggestions

Ship the referenced bundle files — the entire `prompts/` directory (guardrails.md, intake.md, configure_embedding.md, respond_office_action.md, soft_nudge.md) and `tools/` directory (search_cases.py, write_intake.py, emit_chart.py, emit_opinion_docx.py, ingest_case.py, config.py, requirements-oa.txt) are missing from the bundle; without them steps 1-3 and 5 cannot be executed.

Add one inline example invocation per key tool (e.g., the actual arguments and expected output of `tools/search_cases.py --pdf`) so the core workflow is actionable even before opening the referenced files.

Add an explicit validation step for generated outputs (e.g., verify the .docx opens and all sections of `assets/opinion_statement.md` are filled, and that the 对照表 xlsx contains the 驳回映射 sheet) with a fix-and-retry loop, which would lift workflow clarity to anchor 5.

DimensionReasoningScore

Conciseness

The ~37-line body is extremely lean: no concept explanations, no padding, every line carries operational content (steps, paths, gates, thresholds like "历史案少于 3"). It fully assumes Claude's competence and matches anchor 5 — every token earns its place — with no over-explanation to trim.

5 / 5

Actionability

Concrete commands and paths are named ("`Read` `prompts/guardrails.md`", "`tools/search_cases.py --pdf`", "`pip install -r tools/requirements-oa.txt`"), but the referenced `prompts/*.md` and `tools/*.py` files do not exist in the bundle (only `assets/` and `references/` are present), so the commands cannot actually be executed, and no inline code examples exist. This lands at anchor 3 — concrete guidance present but incomplete, missing key executable material — rather than 4.

3 / 5

Workflow Clarity

Steps are numbered 1-5 in a clear sequence with explicit user-confirmation gates ("用户确认采纳后" before the docx export; "入库(用户同意后)"), a conditional branch for novelty/inventiveness with cited references, and a threshold rule for the end-of-response check ("历史案少于 3") plus the fixed "## 交付后请确认" block. It falls short of anchor 5 because there are no explicit output-validation steps or error-recovery feedback loops (e.g., verifying the generated .docx/.xlsx).

4 / 5

Progressive Disclosure

As written, the SKILL.md is a well-organized overview with one-level-deep, clearly signaled references (each step names its `prompts/` / `tools/` / `assets/` file), which would merit a 4-5. However, scoring against the actual bundle structure per the guideline: 10 of the 12 referenced paths (all of `prompts/*.md` and `tools/*.py`, including `tools/requirements-oa.txt`) do not exist in the bundle, so the disclosure structure is broken in practice — navigation points to missing files, dropping it to anchor 3.

3 / 5

Total

15

/

20

Passed

Description

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

The description correctly identifies a distinct patent-OA niche and mentions its main activities, but it is underspecified on triggers and outputs. It lacks a 'Use when...' clause with concrete trigger terms, omits common synonyms like "OA" and "意见陈述", and never mentions the opinion-statement Word deliverable. Scores hover at the midpoint, with completeness capped at 3 by the missing explicit trigger guidance.

Suggestions

Add an explicit trigger clause to the description itself, e.g. "Use when the user says 审查意见 / OA / 意见陈述 / 入库" — currently the concrete triggers (审查意见 / OA / 入库, or /oa) appear only in the body, capping completeness at 3.

Include the common synonyms users actually say — "OA" and "意见陈述" — alongside "审查意见" to raise trigger-term coverage.

Name the primary deliverable in the 'what' (e.g., 意见陈述书草稿与确认后的 Word 导出) instead of the bare "草稿", so the capability list is comprehensive.

DimensionReasoningScore

Specificity

Names the domain (patent office-action response) and a few actions — "审查意见问答与草稿" (OA Q&A and drafts) and "库薄时引导案例入库" (guide case ingestion when the library is thin) — but the actions are terse ("草稿" does not say drafts of what) and the skill's primary deliverable, the opinion-statement Word document, is absent from the description, which is more than a minor coverage gap. It sits between anchor 3 (domain + 1-2 concrete actions, not comprehensive) and anchor 4; the missing main output keeps it at 3.

3 / 5

Completeness

The "what" is present and fairly clear ("审查意见问答与草稿;库薄时引导案例入库"), but the only "when" guidance is "须显式触发" (must be explicitly triggered), which says triggering must be explicit without naming any concrete trigger phrases. Per the guideline that a missing 'Use when...' clause or equivalent explicit trigger guidance caps completeness at 3, this cannot exceed 3; it is above anchor 2 because a real 'what' and a partial trigger stance exist.

3 / 5

Trigger Term Quality

The description contains natural terms a Chinese patent practitioner would say — "审查意见" (office action), "审查答复" (OA response), "入库" (ingest) — but misses common variations and synonyms such as "OA" and "意见陈述", which the body's trigger list actually uses. This matches anchor 3 (relevant keywords present, common variations missing) rather than 4, since two frequently used synonyms are absent.

3 / 5

Distinctiveness Conflict Risk

"审查答复辅助" carves out a clear niche (patent OA response plus case-library ingestion) that is distinguishable from generic document skills, with only minor overlap risk against closely related sibling patent skills (e.g., the 交底/解读 skills referenced in the body). It falls short of anchor 5 because the description itself contains no distinct trigger phrases — the concrete triggers ("审查意见 / OA / 入库,或 /oa") live only in the body, not the description.

4 / 5

Total

13

/

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-oa/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.