CtrlK
BlogDocsLog inGet started
Tessl Logo

plan-interview

Ensures alignment between user and Claude during feature/spec planning through a structured interview process. Use this skill when the user invokes /plan-interview before implementing a new feature, refactoring, or any non-trivial implementation task. The skill runs an upfront interview to gather requirements across technical constraints, scope boundaries, risk tolerance, and success criteria before any codebase exploration. Do NOT use this skill for: pure research/exploration tasks, simple bug fixes, or when the user just wants standard planning without the interview process.

70

2.36x
Quality

76%

Does it follow best practices?

Impact

97%

2.36x

Average score across 1 eval scenario

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/plan-interview/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

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

This skill provides excellent actionable guidance with a well-structured multi-phase workflow, clear validation checkpoints, and a thorough worked example. However, it is significantly over-verbose — the philosophy section, install instructions, interoperability details, and pipeline position listing add substantial token cost without proportional value. The content would benefit greatly from aggressive trimming and moving secondary content to referenced files.

Suggestions

Remove the install instructions, philosophy preamble, and pipeline position listing from the skill body — these waste tokens on context Claude doesn't need during execution. Move them to a separate README or metadata file.

Trim the interoperability section to 2-3 bullet points or move it to a separate reference file; the detailed 'what this skill consumes/produces' breakdown is useful for humans but adds token overhead for Claude.

Provide the referenced `references/iterative-plan-refinement-prompts.md` as a bundle file, or remove the reference to avoid a dead link.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~300+ lines. It includes extensive philosophical preamble ('Make the change easy, then make the change'), explains concepts Claude already understands (what a knowledge audit is, what anti-patterns are), and contains significant padding like the full pipeline position listing, interoperability sections, and install instructions that don't belong in the skill body. Much of this could be cut by 50%+ without losing actionable content.

1 / 3

Actionability

The skill provides highly concrete, actionable guidance: specific question domains with examples, a clear plan template with required markdown sections, explicit handling for edge cases in a table, tool-specific instructions (AskUserQuestion vs chat fallback), file naming conventions (plan-NNN-<slug>.md), and a complete worked example showing the interview flow for OAuth authentication.

3 / 3

Workflow Clarity

The four-phase workflow (Interview → Exploration → Plan Generation → Post-Approval) is clearly sequenced with explicit validation checkpoints: the Knowledge Audit between exploration and planning, the iterative refinement loop with clear stopping criteria, the fresh-eyes mandatory re-read step, and the planning depth calibration. Edge cases (contradictory requirements, interrupted sessions, user pivots) have explicit handling. The draft→refine loop includes feedback/retry logic.

3 / 3

Progressive Disclosure

The skill references `references/iterative-plan-refinement-prompts.md` for reusable prompt templates, which is good progressive disclosure, but no bundle files are provided to support this reference. The main content is monolithic — the interoperability section, pipeline position, install instructions, and philosophy section could be in separate files. The required plan template is inline but appropriately so.

2 / 3

Total

9

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a well-structured skill description that excels in completeness and distinctiveness. It clearly defines when to use and when NOT to use the skill, includes an explicit command trigger (/plan-interview), and distinguishes itself from general planning skills. The main weakness is that the specific capabilities could be more concretely enumerated rather than described at a category level.

Suggestions

Consider listing more concrete interview actions, e.g., 'Asks clarifying questions about scope, generates a structured requirements document, identifies edge cases and risks' to improve specificity.

DimensionReasoningScore

Specificity

The description names the domain (feature/spec planning) and describes the general action (structured interview process to gather requirements), but the specific actions are described at a high level ('gather requirements across technical constraints, scope boundaries, risk tolerance, and success criteria') rather than listing multiple concrete discrete actions like 'extract', 'fill', 'merge'.

2 / 3

Completeness

Clearly answers both 'what' (structured interview process to gather requirements across technical constraints, scope boundaries, risk tolerance, and success criteria) and 'when' (explicit 'Use this skill when' clause with trigger '/plan-interview' and context like 'before implementing a new feature, refactoring, or any non-trivial implementation task'). Also includes explicit 'Do NOT use' guidance.

3 / 3

Trigger Term Quality

Includes the explicit trigger '/plan-interview' as well as natural terms like 'feature', 'spec planning', 'implementing a new feature', 'refactoring', 'non-trivial implementation task', 'requirements', and 'interview process'. The exclusion list also helps with disambiguation. These are terms users would naturally use.

3 / 3

Distinctiveness Conflict Risk

The description carves out a clear niche: it's specifically about a pre-implementation interview process triggered by '/plan-interview', distinct from general planning, research, or bug fixing. The explicit exclusion criteria further reduce conflict risk with other planning or coding skills.

3 / 3

Total

11

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
pskoett/pskoett-ai-skills
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.