CtrlK
BlogDocsLog inGet started
Tessl Logo

context-driven-development

Creates and maintains project context artifacts (product.md, tech-stack.md, workflow.md, tracks.md) in a `conductor/` directory. Scaffolds new projects from scratch, extracts context from existing codebases, validates artifact consistency before implementation, and synchronizes documents as the project evolves. Use when setting up a project, creating or updating product docs, managing a tech stack file, defining development workflows, tracking work units, onboarding to an existing codebase, or running project scaffolding.

70

1.14x
Quality

56%

Does it follow best practices?

Impact

97%

1.14x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./plugins/conductor/skills/context-driven-development/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

92%

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 strong skill description that clearly articulates specific capabilities and provides explicit trigger guidance via a 'Use when...' clause. The named artifacts and directory structure add concreteness. The main weakness is moderate overlap risk with other project management or documentation skills due to some broad trigger terms.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: creates/maintains context artifacts (with named files), scaffolds new projects, extracts context from existing codebases, validates artifact consistency, and synchronizes documents. Very concrete and detailed.

3 / 3

Completeness

Clearly answers both 'what' (creates/maintains specific artifacts, scaffolds, extracts context, validates, synchronizes) and 'when' with an explicit 'Use when...' clause listing seven distinct trigger scenarios.

3 / 3

Trigger Term Quality

Includes a strong set of natural trigger terms users would say: 'setting up a project', 'product docs', 'tech stack', 'development workflows', 'tracking work', 'onboarding', 'project scaffolding'. These cover a wide range of natural user phrasings.

3 / 3

Distinctiveness Conflict Risk

While the specific artifact names (product.md, tech-stack.md, etc.) and the `conductor/` directory provide some distinctiveness, terms like 'setting up a project', 'product docs', and 'development workflows' are broad enough to potentially overlap with general project management or documentation skills.

2 / 3

Total

11

/

12

Passed

Implementation

20%

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

This skill is a comprehensive conceptual guide to context-driven development but fails as an actionable skill for Claude. It is extremely verbose, spending most of its token budget on philosophy, benefits, anti-patterns, and best practices that Claude doesn't need explained. The most critical gap is the complete absence of concrete, executable examples—no template content, no actual file examples, no commands—making it descriptive rather than instructive.

Suggestions

Replace the artifact description sections with actual template content or concrete examples showing what a minimal product.md, tech-stack.md, etc. should look like, rather than just listing what they contain.

Remove or drastically condense the 'Benefits', 'Core Philosophy', 'Common Anti-Patterns', 'Best Practices', and 'Integration with Development Tools' sections—these explain concepts Claude already understands and consume significant token budget.

Add executable commands or code for context validation (e.g., a script that checks tech-stack.md against package.json, or a concrete validation command) instead of abstract checklists.

Move detailed sections like 'Session Continuity', 'IDE Integration', 'CI/CD Integration', and 'Common Anti-Patterns' into separate reference files and link to them from a concise overview.

DimensionReasoningScore

Conciseness

Extremely verbose at ~300+ lines. Much of the content explains concepts Claude already knows (what product docs are, benefits of documentation, what 'institutional memory' means). Sections like 'Benefits', 'Core Philosophy', 'Common Anti-Patterns', and 'Best Practices' are largely generic advice that doesn't add actionable value. The skill could be reduced to ~30% of its size without losing meaningful guidance.

1 / 3

Actionability

Despite its length, the skill contains zero executable code, no concrete commands (references like `/conductor:setup` are mentioned but never defined), no file content examples, and no copy-paste ready templates. The artifact descriptions list what should be in each file but never show actual content. The reference to 'artifact-templates.md' defers the most actionable content to another file.

1 / 3

Workflow Clarity

The high-level workflow (Context → Spec & Plan → Implement) is stated, and there are sequenced steps for greenfield/brownfield setup and session continuity. However, validation steps are checklists rather than executable verification commands, and the 'verify context before implementation' step is vague ('Flag any outdated information'). Missing concrete validation mechanisms caps this at 2.

2 / 3

Progressive Disclosure

There is one reference to an external file (references/artifact-templates.md) and the directory structure is clearly shown. However, the massive amount of inline content (anti-patterns, benefits, best practices, IDE integration, CI/CD integration, session continuity) should be split into separate reference files. The skill is a monolithic wall of text that would benefit greatly from splitting.

2 / 3

Total

6

/

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.

Validation10 / 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
wshobson/agents
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.