CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

plannotator-last

Open Plannotator on the latest rendered assistant message and use the returned annotations to revise that message or continue.

Quality

83%

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

100%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 exemplary instruction-only skill: exact command and tool invocation details, a critical non-obvious hazard (any preamble becomes the annotation target), and explicit handling for all three session outcomes including the subtle approved-with-notes case. It is dense, complete, and free of filler.

DimensionReasoningScore

Conciseness

The ~25-line body is lean and every line carries non-obvious, tool-specific information (the preamble-becomes-the-target hazard, why a foreground run loses annotations, 'closing the session is not approval') — it assumes Claude's competence with no padding, matching the 'every token earns its place' anchor. It is not a 4 because there are no over-explanations to trim.

5 / 5

Actionability

The guidance is fully executable: the exact command (`plannotator last`), the exact tool option (`is_background: true`, no trailing `&`), how to retrieve the output, and a complete three-branch outcome table keyed to concrete JSON fields ("decision": "dismissed", "decision": "approved" with a "feedback" field). This matches the 'copy-paste ready commands; specific examples cover the common cases' anchor.

5 / 5

Workflow Clarity

The sequence is unambiguous (run in background → end turn without stopping → read the output file → act per branch) and every possible outcome has an explicit handling rule, which serves as the checkpoint structure. Per the scoring notes for simple single-purpose skills, a single unambiguous action with full outcome branching scores 5; this is not a destructive or batch operation, so the validation cap does not apply.

5 / 5

Progressive Disclosure

This is a single-file skill under 50 lines with no bundle files (references/, scripts/, assets/ are absent) and no content that warrants external files; the body is organized into clear sections (when to use, preamble warning, run command, background handling, numbered Behavior list). Per the scoring notes, such a skill scores 5 with just well-organized sections.

5 / 5

Total

20

/

20

Passed

Description

57%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 is concrete, tool-specific, and clearly states what the skill does, but it omits any explicit 'when to use' trigger guidance and lacks natural user phrasings like 'feedback' or 'review'. It is distinctive yet incomplete as an invocation description. Note that the skill sets disable-model-invocation: true, which reduces the practical impact of the missing triggers, though the rubric evaluates what is written.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user wants to annotate, review, or give feedback on the latest assistant response in Plannotator', to answer 'when' and lift completeness above the cap of 3.

Include natural synonyms users would actually say (feedback, review, mark up, check my last response) to improve trigger term coverage.

Spell out the two follow-up actions as distinct capabilities (revise the annotated message vs. continue with new work) to broaden the specific-action list and raise specificity.

DimensionReasoningScore

Specificity

The description names the domain and 1-2 concrete actions ("Open Plannotator on the latest rendered assistant message", "use the returned annotations to revise that message or continue"), matching the 'names domain and 1-2 concrete actions, but not comprehensive' anchor. It does not reach 4 because it is not a list of several specific actions covering the skill's capabilities.

3 / 5

Completeness

The 'what' is clear (open Plannotator on the latest message and act on returned annotations), but the 'when' is entirely absent — there is no 'Use when...' clause or equivalent explicit trigger guidance, which per the judging guidelines caps completeness at 3. It cannot score 4, which requires both what and when.

3 / 5

Trigger Term Quality

Relevant keywords exist ("Plannotator", "annotations", "revise", "assistant message") but common natural variations users would say — "feedback", "review", "mark up" — are missing, fitting the 'some relevant keywords but missing common variations or synonyms' anchor rather than the good-coverage anchor at 4.

3 / 5

Distinctiveness Conflict Risk

The description is anchored to a named niche tool ("Open Plannotator") with a distinct, specific trigger surface (latest rendered assistant message, returned annotations), giving minimal overlap risk with other skills — a clear fit for the 'clear niche with distinct triggers' anchor.

5 / 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

backnotprop/plannotator

Path

apps/qwen-code/skills/plannotator-last/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.