CtrlK
BlogDocsLog inGet started
Tessl Logo

plannotator-setup-goal

Turn an idea or objective into a goal package for /goal. Interviews the user, builds a reviewed fact sheet via Plannotator, then explores the codebase to produce an execution plan.

64

Quality

76%

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 ./apps/skills/extra/plannotator-setup-goal/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%

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

The content is a well-sequenced, highly actionable five-phase workflow with concrete commands, complete JSON schemas, and explicit validation checkpoints; its main weakness is minor redundancy in the fact-sheet definition prose.

Suggestions

Tighten the Phase 3 fact definition to a single sentence (e.g., "A fact is a simple, testable, verifiable description of one outcome of the goal.") and drop the repeated "A fact may... Again, a fact is..." restatements.

Consider collapsing the grilling-protocol preamble and blockquote into a concise opt-in pointer to reduce token weight on an optional path.

DimensionReasoningScore

Conciseness

Most of the body is lean concrete commands and JSON schemas, but the Phase 3 "A fact is... A fact may... Again, a fact is literally anything..." paragraph restates the same idea redundantly and could be tightened.

2 / 3

Actionability

Provides exact executable commands (e.g., "plannotator setup-goal interview goals/<slug>/interview.json --json", "plannotator annotate goals/<slug>/plan.md --gate") and complete JSON schemas with field names and answerMode values, copy-paste ready.

3 / 3

Workflow Clarity

Five clearly numbered phases with explicit validation checkpoints ("Wait for the user to confirm or correct before continuing", "Write that exact result... before continuing") and a --gate feedback loop ("revise from feedback and re-gate until approved").

3 / 3

Progressive Disclosure

No bundle files exist; the body is organized into clear, navigable phase sections with no nested references and nothing that needs splitting into separate files for this sequential workflow.

3 / 3

Total

11

/

12

Passed

Description

67%

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 names concrete actions and occupies a distinct niche tied to /goal and Plannotator, but it omits an explicit "Use when..." trigger clause and offers limited natural-keyword variety, weakening the when-to-use guidance.

Suggestions

Add an explicit trigger clause such as "Use when the user wants to turn an idea or objective into a /goal goal package" to fully answer when Claude should use this skill.

Broaden natural trigger terms (e.g., "set up a goal", "plan a goal", "define scope") so they match phrases users actually say.

Trim the chained action list slightly or front-load the trigger so the when-guidance is not buried at the end.

DimensionReasoningScore

Specificity

"Interviews the user, builds a reviewed fact sheet via Plannotator, then explores the codebase to produce an execution plan" lists multiple specific concrete actions rather than vague language.

3 / 3

Completeness

The *what* is clearly described, but the *when* is only implied via "for /goal" with no explicit "Use when..." trigger clause, capping completeness at 2 per the guideline.

2 / 3

Trigger Term Quality

Terms like "idea or objective", "goal package", and "execution plan" are relevant, but coverage of natural user phrasings is thin and lacks common variations.

2 / 3

Distinctiveness Conflict Risk

"goal package for /goal" combined with "Plannotator" and "fact sheet" carves a clear niche unlikely to trigger for unrelated skills.

3 / 3

Total

10

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
backnotprop/plannotator
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.