CtrlK
BlogDocsLog inGet started
Tessl Logo

conductor-implement

Execute tasks from a track's implementation plan following TDD workflow

35

Quality

31%

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 ./skills/conductor-implement/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

47%Scale 1-3

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

This skill has excellent workflow clarity with well-defined sequences, validation checkpoints, and error handling patterns. However, it is excessively verbose — much of the content describes UI-like output templates and procedural steps that Claude could infer from a more concise specification. The lack of bundle files means referenced resources cannot be verified, and the monolithic structure would benefit from splitting detailed sections (error handling, completion flow) into separate files.

Suggestions

Reduce content by 50-60% by removing obvious UI templates (selection menus, progress displays) and trusting Claude to generate appropriate output formats — focus on the rules and constraints rather than exact output strings.

Remove boilerplate sections ('Use this skill when', 'Do not use this skill when', 'Limitations') that add no actionable information beyond what the skill title and instructions already convey.

Add executable code or scripts for the core operations (parsing plan.md checkboxes, updating metadata.json) rather than describing them procedurally, or reference a bundle file that contains these utilities.

Split detailed sections (Error Handling, Track Completion, Resumption) into separate reference files and link from a concise overview to improve progressive disclosure.

DimensionReasoningScore

Conciseness

Extremely verbose at ~300+ lines. Contains extensive boilerplate sections ('Use this skill when', 'Do not use this skill when', 'Limitations') that add little value. Many sections describe UI-like menus and dialogues that Claude would naturally generate. The skill over-specifies obvious behaviors (e.g., how to parse checkboxes, how to display selection menus) and includes generic instructions like 'Clarify goals, constraints, and required inputs' that Claude already knows.

1 / 3

Actionability

Provides concrete file paths, JSON structures, and git commands which are useful. However, much of the content is procedural description rather than executable code — the bash snippets are minimal templates, and the workflow steps describe what to do conceptually rather than providing copy-paste-ready implementations. The actual implementation logic (parsing plan.md, updating metadata.json) lacks executable code.

2 / 3

Workflow Clarity

The multi-step workflow is clearly sequenced with explicit phases (pre-flight, track selection, context loading, task execution loop, completion). Validation checkpoints are well-defined — phase verification requires explicit user approval, error handling has clear halt-and-present-options patterns, and the TDD red/green/refactor cycle includes verification at each step. Feedback loops for test failures and git errors are explicit.

3 / 3

Progressive Disclosure

References external files like `conductor/workflow.md`, `resources/implementation-playbook.md`, and various track files, but no bundle files are provided to support these references. The SKILL.md itself is monolithic — all content is inline rather than being split into overview + detailed reference files. The playbook reference is mentioned once in Instructions but never elaborated on.

2 / 3

Total

8

/

12

Passed

Description

14%Scale 1-3

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 description is too vague and abstract to effectively guide skill selection. It lacks concrete actions, natural trigger terms, and any explicit 'when to use' guidance. The terms 'track' and 'execute tasks' are ambiguous and would likely cause conflicts with other skills.

Suggestions

Add a 'Use when...' clause with explicit trigger conditions, e.g., 'Use when the user asks to implement the next task from a track's plan, or mentions TDD, test-driven development, or red-green-refactor workflow.'

List specific concrete actions such as 'Writes failing tests, implements code to pass tests, refactors, and marks tasks complete in the implementation plan.'

Clarify what 'track' means in this context (e.g., 'project track', 'feature track') and add natural keyword variations like 'test-driven development', 'write tests first', 'implement next step'.

DimensionReasoningScore

Specificity

The description mentions 'TDD workflow' and 'implementation plan' but does not list any concrete actions (e.g., write tests, run tests, implement code, refactor). 'Execute tasks' is vague and abstract.

1 / 3

Completeness

The 'what' is vaguely stated ('execute tasks...following TDD workflow') and there is no 'when' clause or explicit trigger guidance at all. The missing 'Use when...' clause caps this at 2 per the rubric, but the 'what' is also weak, so it scores 1.

1 / 3

Trigger Term Quality

'TDD' and 'implementation plan' are relevant keywords, but the description lacks common natural variations users might say such as 'test-driven development', 'red-green-refactor', 'write tests first', or 'track tasks'. The term 'track' is ambiguous and could refer to many things.

2 / 3

Distinctiveness Conflict Risk

'Execute tasks' and 'implementation plan' are extremely generic phrases that could overlap with many coding, project management, or planning skills. The term 'track' is ambiguous and adds to confusion rather than distinctiveness.

1 / 3

Total

5

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
popey/claude-code-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.