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

Quality

Content

53%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 appropriately brief and contains a genuine verification checkpoint, but it reads more like a prompt than a skill: no plan template or example, a cryptic "(research/command)" tool reference, and a muddled opening instruction. Tightening the sequence and adding one concrete plan structure example would raise actionability and workflow clarity substantially.

Suggestions

Add a minimal plan template or example showing the expected .md structure for `.claude/plans/{plan_name_folder}` (sections, to-do format) so output is concrete rather than guessed.

Clarify "(research/command)" — name the exact tool, command syntax, or task-spawning mechanism Claude should use to verify facts.

Rewrite "Reading the discoveries, during the research, make a plan..." as an ordered step list (1. read discoveries; 2. draft plan; 3. identify gaps; 4. ask user; 5. verify via research tasks; 6. proceed) to fix the muddled sequence.

DimensionReasoningScore

Conciseness

The body is short and directive with no concept explanations Claude wouldn't know, but the opening sentence ("You should be skeptical, thorough, and work collaboratively with the user to produce high-quality technical specifications") is padded posturing that could be trimmed. This matches anchor 4 (efficient, minor instances of over-explanation) rather than 5 where every token earns its place.

4 / 5

Actionability

Aside from one concrete convention ("make a plan in `.claude/plans/{plan_name_folder}` using a `.md` file style"), the guidance is high-level direction with no executable commands, plan template, or example; "(research/command)" is cryptic and unexplained. This matches anchor 2 (minimal concrete guidance, missing the specific steps to execute) rather than 3, which requires more substantive concrete detail.

2 / 5

Workflow Clarity

The bullet list lays out a rough process with one explicit checkpoint ("Only proceed once you've verified the facts yourself"), but the sequence is poorly defined — "Reading the discoveries, during the research, make a plan" is confusingly ordered and steps like how to spawn research tasks are unspecified. Anchor 3 (steps listed but gaps) fits better than 4, which requires a clear, well-defined sequence.

3 / 5

Progressive Disclosure

This is a simple sub-50-line skill needing no external reference files, and none are bundled, so the per-rubric simple-skill exception applies. It has a heading and organized directive list, but the interleaved narrative paragraphs (e.g., the plan-path instruction stuck mid-body) leave minor organization gaps, matching anchor 4 rather than 5.

4 / 5

Total

13

/

20

Passed

Description

37%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 basic capability but is thin: one generic action, no trigger guidance, and no keyword variety. Adding an explicit "Use when..." clause with concrete user phrases (e.g., "implementation plan", "spec", "turn research into a plan") would lift completeness, trigger quality, and distinctiveness together.

Suggestions

Add an explicit trigger clause, e.g., "Use when the user asks to turn research findings or documents into an implementation plan, spec, or to-do roadmap."

Enumerate concrete actions (e.g., "synthesizes discoveries into a .md plan with a to-do list, flags unverified facts, and spawns follow-up research tasks") to replace the vague "interactive, iterative process".

Include natural synonyms users would say ("implementation plan", "technical spec", "planning", "roadmap") to improve trigger-term coverage and distinctiveness.

DimensionReasoningScore

Specificity

"Create a plan based on document research" names the domain and a single generic action, while "through an interactive, iterative process" is vague filler rather than a concrete capability. It names the domain but the actions are minimal or generic, matching anchor 2 rather than 3, which requires genuinely concrete actions.

2 / 5

Completeness

The description clearly answers "what" (create a plan from document research) but contains no "Use when..." or equivalent trigger guidance, capping completeness at 3 per the rubric guidelines. It is not 4 because the "when" is entirely absent rather than merely implicit or less specific.

3 / 5

Trigger Term Quality

The only recognizable keywords are "plan" and "document research"; common user phrases like "implementation plan", "spec", or "research summary" are absent. This matches anchor 2 (one or two generic keywords, missing natural phrases) rather than 3, which requires broader relevant keyword coverage.

2 / 5

Distinctiveness Conflict Risk

"Create a plan based on document research" is somewhat specific to a research-to-planning niche, but it could still overlap with generic planning, note-taking, or research-assistant skills. It lacks the distinct trigger phrases needed for anchor 4 or 5.

3 / 5

Total

10

/

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

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