conductor-implement
tessl i github:sickn33/antigravity-awesome-skills --skill conductor-implementExecute tasks from a track's implementation plan following TDD workflow
Review Score
65%
Validation Score
12/16
Implementation Score
77%
Activation Score
33%
Generated
Validation
Total
12/16Score
Passed| Criteria | Score |
|---|---|
description_trigger_hint | Description may be missing an explicit 'when to use' trigger hint (e.g., 'Use when...') |
metadata_version | 'metadata.version' is missing |
license_field | 'license' field is missing |
body_output_format | No obvious output/return/format terms detected; consider specifying expected outputs |
Implementation
Suggestions 2
Score
77%Overall Assessment
This is a well-structured, highly actionable skill with excellent workflow clarity and explicit validation checkpoints throughout. The main weakness is its length - while comprehensive, some sections (error handling options, completion summary) are repetitive and could be condensed or extracted to reference files. The skill excels at providing concrete, executable guidance for a complex multi-phase implementation process.
Suggestions
- Extract repetitive error handling option blocks into a shared pattern or reference file to reduce redundancy
- Consider moving the detailed JSON schema examples and completion summary templates to a separate reference file, keeping only essential inline examples
| Dimension | Score | Reasoning |
|---|---|---|
Conciseness | 2/3 | The skill is comprehensive but includes some redundant explanations and verbose formatting. The extensive code blocks and repeated patterns (like error handling options) could be tightened. However, it avoids explaining basic concepts Claude already knows. |
Actionability | 3/3 | Provides highly concrete, executable guidance with specific file paths, exact git commands, JSON schemas, and clear decision trees. The task execution loop, commit commands, and metadata updates are all copy-paste ready. |
Workflow Clarity | 3/3 | Excellent multi-step workflow with explicit validation checkpoints, phase completion verification, user approval gates, and clear error handling with recovery options. The TDD workflow has explicit red/green/refactor phases with halt conditions. |
Progressive Disclosure | 2/3 | References external files appropriately (workflow.md, product.md, etc.) but the skill itself is monolithic at ~300 lines. The implementation playbook reference is good, but more content could be split into separate reference files for error handling patterns or the resumption logic. |
Activation
Suggestions 3
Score
33%Overall Assessment
The description provides a basic understanding of the skill's purpose but is too terse and lacks critical guidance for skill selection. It fails to include explicit trigger conditions and doesn't enumerate the specific actions involved in the TDD workflow. The technical terminology may not match how users naturally phrase requests.
Suggestions
- Add a 'Use when...' clause specifying triggers like 'when implementing features from a track plan', 'when following TDD', or 'when the user mentions red-green-refactor'
- List specific concrete actions such as 'write failing tests, implement code to pass tests, refactor, update implementation plan status'
- Include natural language variations users might say: 'test-driven development', 'write tests first', 'implement next task from plan'
| Dimension | Score | Reasoning |
|---|---|---|
Specificity | 2/3 | Names the domain (track implementation plan, TDD workflow) and implies actions (execute tasks), but doesn't list specific concrete actions like 'write tests', 'implement features', 'refactor code'. |
Completeness | 1/3 | Describes what it does at a high level but completely lacks a 'Use when...' clause or any explicit trigger guidance for when Claude should select this skill. |
Trigger Term Quality | 2/3 | Contains some relevant terms ('TDD', 'implementation plan', 'track') but uses somewhat technical jargon. Missing common variations users might say like 'test-driven', 'red-green-refactor', 'write tests first'. |
Distinctiveness Conflict Risk | 2/3 | The combination of 'track' and 'implementation plan' provides some specificity, but 'execute tasks' and 'TDD workflow' are broad enough to potentially overlap with general coding or testing skills. |