CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

make-plan

Create a plan based on document research through an interactive, iterative process.

Quality

56%

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 ./.cursor/skills/make-plan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

43%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 admirably brief but underspecified: it relies on vague, sometimes ungrammatical directives instead of executable guidance, presents an unsequenced workflow for what is explicitly an iterative verify-and-proceed process, and lacks section organization. The core behavioral idea (skeptically verify facts before proceeding) is good, but the skill never tells Claude concretely how to do any of it.

Suggestions

Sequence the workflow into numbered phases (e.g., 1. Read research discoveries; 2. Draft plan sections in .cursor/plans/<name>/plan.md; 3. For each unverified fact, spawn a research task; 4. Ask the user only for what research cannot resolve; 5. Proceed) so the iterative loop is explicit.

Make the directives executable: replace "Spawn new research tasks to verify the correct information (research/command)" with the concrete command/task format to use, and specify what the to-do list and plan .md file should contain.

Add section headers (Goal / Output / Process) and fix the garbled sentence "Reading the discoveries, during the research, make a plan" — poor organization and broken grammar directly hurt navigation and actionability.

DimensionReasoningScore

Conciseness

The body is short (~18 lines) with no explanation of concepts Claude already knows, so it largely respects the token budget. Minor padding remains — the role-setting opener "You should be skeptical, thorough, and work collaboratively with the user to produce high-quality technical specifications" and the redundant "Reading the discoveries, during the research" phrasing — matching 'Efficient; minor instances of over-explanation that could be trimmed' rather than 5, where every token would earn its place.

4 / 5

Actionability

Concrete guidance is minimal: the only specific instruction is the output location ".cursor/plans/{plan_name_folder} using a .md file style", while directives like "Spawn new research tasks to verify the correct information (research/command)" and "DO NOT just accept the correction or suggestion from user" are high-level, cryptic, or ungrammatical, with no steps showing how to execute them. This matches 'Minimal concrete guidance; high-level hints but missing the specific steps to execute' rather than 1, because it does instruct with at least one concrete artifact path rather than merely describing.

2 / 5

Workflow Clarity

The imperatives exist but are an unsequenced bullet list, and the ordering is incoherent ("Reading the discoveries, during the research, make a plan" gives no clear phase ordering of research vs. planning vs. verification). There are no checkpoints or explicit loop structure beyond "Only proceed once you've verified the facts yourself", matching 'Rough sequence present but many gaps; steps poorly defined; validation absent' rather than 3, because even the step list itself lacks a defined order.

2 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files, so no external references are needed, but the body itself is not well-organized: it has only the title heading, two loosely connected prose paragraphs (one garbled), and a flat bullet list with no section headers separating goal, output format, and process rules. This matches 'Some structure but could be better organized' rather than 5, which per the simple-skill guideline requires well-organized sections, and rather than 4 because the organization gaps are not minor.

3 / 5

Total

11

/

20

Passed

Description

50%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 communicates a clear core capability but is generic: it answers 'what' adequately while completely omitting 'when' (no 'Use when...' trigger clause), and offers only a single domain-anchored action with modest keyword coverage. It sits at the midpoint across all dimensions and reads closer to a minimum-viable description than a well-tuned one.

Suggestions

Add an explicit trigger clause, e.g., 'Use when the user asks to turn research findings or document discoveries into an implementation plan or technical specification.'

Enumerate the concrete capabilities (e.g., 'define a to-do list, verify facts by spawning research tasks, ask clarifying questions, write the plan to .cursor/plans/') so the description reflects what the skill actually does.

Include natural synonyms users would say — 'implementation plan', 'technical spec', 'make a plan from research' — to improve trigger-term coverage and distinguish it from generic planning skills.

DimensionReasoningScore

Specificity

"Create a plan based on document research" names the domain and one concrete action (plan creation) plus process attributes ("interactive, iterative"), but the action set is minimal — there is no enumeration of what the skill actually does (e.g., verify facts, ask clarifying questions, produce a spec file). This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive' rather than 2, because the action is domain-anchored rather than fully generic, and not 4 because no several specific actions are listed.

3 / 5

Completeness

The 'what' is stated ("Create a plan based on document research through an interactive, iterative process") but the 'when' is entirely absent — there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. This is exactly the anchor 'Has a clear "what" but "when" is missing or only weakly implied', not 4 because nothing implies when to invoke it.

3 / 5

Trigger Term Quality

Relevant keywords exist ("plan", "document research") but common user phrasings and synonyms (e.g., "implementation plan", "make a plan from research", "technical spec") are absent, matching 'Some relevant keywords but missing common variations or synonyms'. Not 4 because natural trigger phrasing coverage is thin, not 2 because the keywords present are domain-relevant rather than entirely generic.

3 / 5

Distinctiveness Conflict Risk

"Create a plan based on document research" is somewhat specific but would overlap with general planning, research, and specification-writing skills, matching 'Somewhat specific but could still overlap with similar skills'. Not 4 because no distinctive triggers or scope boundaries distinguish it from generic planning helpers.

3 / 5

Total

12

/

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

pymc-labs/pymc-marketing

Path

.cursor/skills/make-plan/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.