CtrlK
BlogDocsLog inGet started
Tessl Logo

subagent-driven-development

Use when executing implementation plans with independent tasks in the current session or facing 3+ independent issues that can be investigated without shared state or dependencies - dispatches fresh subagent for each task with code review between tasks, enabling fast iteration with quality gates

60

Quality

68%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./plugins/sadd/skills/subagent-driven-development/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 a comprehensive framework for subagent-driven development with good workflow clarity and explicit validation checkpoints. Its main weaknesses are moderate verbosity (redundancy between parallel sections, some unnecessary explanation) and actionability that relies on illustrative pseudocode rather than executable tool invocations. The document would benefit from tightening and potentially splitting the parallel investigation section into a referenced file.

Suggestions

Consolidate the 'Parallel Execution Process' and 'Parallel Investigation Process' sections, which share significant overlap, or extract the investigation process into a separate referenced file to reduce document length

Replace the informal Task tool pseudocode with actual tool call syntax or clearly mark the prompt templates as templates to be adapted, so Claude knows exactly how to invoke subagents

Remove the introductory bullet list under 'Executing Plans through agents' which restates the core principle and adds little value beyond what the one-line description already conveys

DimensionReasoningScore

Conciseness

The skill is moderately verbose with some redundancy between sections (e.g., the parallel execution process and parallel investigation process overlap significantly). Some content like explaining what parallel vs sequential means is unnecessary for Claude. The 'Common Mistakes' section with ❌/✅ patterns is useful but could be tighter. The 'Remember' bullet list at the end restates earlier content.

2 / 3

Actionability

The skill provides structured prompt templates and workflow examples, but they are pseudocode/illustrative rather than executable. The Task tool invocations use informal syntax rather than actual tool call formats. The example workflow is a narrative walkthrough rather than copy-paste ready commands. However, the agent prompt structure section provides a good concrete example of a well-formed prompt.

2 / 3

Workflow Clarity

The sequential execution process has clear numbered steps with explicit validation checkpoints (code review after each task, fix critical issues before proceeding, final review). The parallel process includes batch checkpoints and clear 'when to stop' criteria. Red flags section explicitly states what to never do. Feedback loops are well-defined: review → fix → verify → proceed.

3 / 3

Progressive Disclosure

The skill references external resources (requesting-code-review/code-reviewer.md, finishing-a-development-branch skill) but no bundle files are provided to verify these exist. The document itself is quite long (~300 lines) and could benefit from splitting the parallel investigation process into a separate file. The three execution modes (sequential, parallel execution, parallel investigation) are reasonably organized but create a lengthy monolithic document.

2 / 3

Total

9

/

12

Passed

Description

75%

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 effectively communicates when to use this skill with explicit trigger conditions and a clear niche around parallel subagent task execution. However, it leans on internal/technical jargon ('subagent', 'shared state', 'quality gates') that users may not naturally use, and the concrete actions could be more specific about what types of tasks or operations are supported.

Suggestions

Add more natural user-facing trigger terms like 'parallel tasks', 'batch processing', 'run multiple things', 'do these independently' alongside the technical terminology.

Be more specific about the concrete actions - what kinds of implementation tasks? (e.g., 'file modifications', 'bug fixes', 'feature implementations') to improve specificity.

DimensionReasoningScore

Specificity

The description mentions 'executing implementation plans', 'dispatching subagents', 'code review between tasks', and 'quality gates', which names the domain and some actions but remains somewhat abstract about what concrete operations are performed (e.g., what kind of tasks? what does 'code review' entail specifically?).

2 / 3

Completeness

The description explicitly answers both 'what' (dispatches fresh subagent for each task with code review between tasks) and 'when' (when executing implementation plans with independent tasks, or facing 3+ independent issues without shared state or dependencies). The 'Use when' clause is present and specific.

3 / 3

Trigger Term Quality

Terms like 'independent tasks', 'subagent', 'implementation plans', and '3+ independent issues' provide some relevant keywords, but many are technical/internal jargon ('subagent', 'quality gates', 'shared state') rather than natural terms a user would say. Users might say 'parallel tasks', 'batch processing', or 'run multiple things at once' which are missing.

2 / 3

Distinctiveness Conflict Risk

The description carves out a clear niche around parallel/independent task execution via subagents with quality gates. The specificity of '3+ independent issues', 'no shared state or dependencies', and 'fresh subagent' makes it unlikely to conflict with other skills.

3 / 3

Total

10

/

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
NeoLabHQ/context-engineering-kit
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.