CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

orch-add-feature

Orchestrate building a brand-new feature end to end — research, plan, TDD implementation, review, and gated commit — by delegating each phase to the matching ECC agent. Use when adding a capability that does not exist yet.

Quality

80%

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/orch-add-feature/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

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

An exemplary thin-wrapper skill: lean, well-sectioned, with concrete operational settings and explicit gating checkpoints. Its only structural weakness is total dependence on an external engine document that is not present alongside this bundle.

DimensionReasoningScore

Conciseness

Every section carries only operational facts (phase mask, size floor, first move, gates, security-reviewer condition) with zero known-concept explanation or padding; even the 'Related:' blockquote earns its place as skill disambiguation. Matches the lean-and-efficient anchor exactly.

5 / 5

Actionability

Concrete, executable settings ('Phase mask: 0 → 1 → 2 → 4 → 5 → 6', 'write *new* failing tests for the new behavior, then implement to green', conditional security-reviewer rule), but the executable core is fully delegated to the orch-pipeline engine, which is not part of this bundle. Mostly executable guidance with minor gaps — anchor 4, not 5.

4 / 5

Workflow Clarity

Clear sequence (classify size → research → plan → TDD → review → commit) with two explicit checkpoints ('Stop at **Gate 1** (plan approval) and **Gate 2** (pre-commit)'). Not anchor 5 because error-recovery feedback loops are only implied (TDD 'implement to green') rather than detailed; not destructive/batch, so the cap at 3 does not apply.

4 / 5

Progressive Disclosure

Under 50 lines with well-organized sections and a single clearly-signaled, one-level-deep reference to the shared engine — good structure. Falls short of anchor 5 because the referenced '../orch-pipeline/SKILL.md' does not resolve from this skill's directory, leaving the body's one detail anchor unverifiable.

4 / 5

Total

17

/

20

Passed

Description

72%Weight 40%Scale 1-5

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

A strong description with a comprehensive, concrete action list and an explicit trigger clause. Its main weakness is a thin trigger vocabulary — only 'adding' is offered where natural synonyms like 'build' or 'implement' would catch more phrasings.

Suggestions

Expand the 'when' clause with natural synonyms users actually say, e.g. 'Use when the user asks to add, build, implement, or create a capability that does not exist yet.'

Add one disambiguating phrase to the description itself (e.g. 'not fixes or changes to existing behavior') to further reduce overlap with sibling orchestration skills.

DimensionReasoningScore

Specificity

Lists the full concrete pipeline — 'research, plan, TDD implementation, review, and gated commit — by delegating each phase to the matching ECC agent' — comprehensive coverage of the capability with no gaps.

5 / 5

Completeness

Both what (end-to-end orchestration via delegated phases) and when (explicit 'Use when' clause) are present, matching anchor 4. Not 5 because the when-clause offers a single trigger phrase where the anchor-5 example provides multiple concrete trigger phrasings.

4 / 5

Trigger Term Quality

The trigger surface is only 'Use when adding a capability that does not exist yet' — the key natural term 'add' is present, but common variations users say ('build', 'implement', 'create', 'support') are absent from the description. Fits 'some relevant keywords but missing common variations or synonyms' rather than anchor 4's 'good keyword coverage'.

3 / 5

Distinctiveness Conflict Risk

'a capability that does not exist yet' carves a clear niche against fix/change variants, but overlap risk remains with generic feature-building skills (a standalone '/feature-dev' version exists per the body). Mostly distinct with minor overlap against closely related skills — anchor 4, not the minimal-conflict anchor 5.

4 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

14

/

16

Passed

Repository

affaan-m/ECC

Path

skills/orch-add-feature/SKILL.md

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.