CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

he-compound

Run a bounded Harness Engineering lifecycle across multiple stages. Use when the user wants coordinated brainstorm, spec, plan, work, review, and fix flow rather than one isolated stage.

Quality

67%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./Plugins/harness-engineering/fixtures/budget-archive/2026-04-21/deferred-store/skills/team_automation/he-compound/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%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.

The body is well-organized into clean sections with explicit validation gates and fail-fast behavior, and it avoids teaching known concepts. Its weaknesses are internal redundancy (the duplicate-doc rule repeated across five sections), and missing operational detail: the stage commands it must name, mode-selection criteria, and stage-trust evidence are all left implicit, leaving the orchestrator without executable specifics.

Suggestions

State the duplicate-doc-avoidance rule once (e.g. in Procedure step 8) and have Validation reference it, freeing the When to use, Constraints, and Anti-patterns repetitions.

List the actual Harness Engineering stage commands (or a pointer to where they are defined) so the 'name the exact next command' validation is checkable, and define what evidence makes a stage 'incomplete or untrusted'.

Remove or fix the 'Full Context — Assets' links to ./assets/icon-small.png and ./assets/icon-large.png, since no assets directory exists in the bundle.

DimensionReasoningScore

Conciseness

Bullets are terse and no space is spent explaining concepts Claude already knows, but the duplicate-doc-avoidance rule is restated in roughly five places (When to use, Procedure steps 5 and 8, Validation, Constraints, Anti-patterns) and the Philosophy section overlaps the Procedure. This is more than minor trimming, matching 'mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

Concrete anchors exist ('docs/solutions/', 'schema_version: 1', sibling skills 'skill-refactor', 'skillify', 'he-compound-refresh'), but the core mechanics are unstated: the actual Harness Engineering stage commands it must recommend (Validation demands naming 'the exact next Harness Engineering command' yet none are listed), how to select a mode from 'artifact-first evidence', and what makes a stage 'untrusted'. Missing key details matches 'some concrete guidance but incomplete'.

3 / 5

Workflow Clarity

A numbered conditional Procedure is paired with a dedicated Validation section containing an explicit fail-fast gate ('stop at first failed gate and do not continue'). Not 5 because there is no validate-fix-retry feedback loop and the procedure reads partly as a rule list rather than a sequence; above 3 because the checkpoint list is explicit.

4 / 5

Progressive Disclosure

A single well-sectioned ~72-line file with no nested references is an appropriate structure for an orchestration entrypoint. Not 5: the body exceeds the simple-skill allowance and the 'Full Context' section links to ./assets/icon-small.png and ./assets/icon-large.png, which do not exist in the bundle.

4 / 5

Total

14

/

20

Passed

Description

62%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.

The description explicitly covers both what the skill does and when to use it, with a niche domain marker that limits conflict risk. However, the 'what' is abstract (one action verb plus a stage enumeration), heavy on internal jargon, and omits the solved-problem capture mode that the body treats as a major function, weakening trigger coverage.

Suggestions

Replace the abstract 'Run a bounded Harness Engineering lifecycle across multiple stages' with concrete action verbs for what the skill actually does, e.g. 'Route work to the correct Harness Engineering stage, resume from the earliest incomplete stage, and capture verified fixes as durable solution docs'.

Add natural trigger terms for the capture mode so users who say 'capture this fix', 'document the solved workflow', or 'avoid duplicate solution docs' match the skill, not just lifecycle-coordination phrasings.

Trim jargon like 'bounded' and 'coordinated flow' in favor of phrasings a user would naturally type when they need this skill.

DimensionReasoningScore

Specificity

Names the domain ('Harness Engineering lifecycle') and enumerates six stages ('brainstorm, spec, plan, work, review, and fix flow'), but offers only one real action verb ('Run a bounded... lifecycle across multiple stages') — the stages are scope rather than concrete actions performed, matching 'names domain and 1-2 concrete actions'. It is not 4 because there are not several distinct specific actions, and not 2 because the stage enumeration adds genuine concreteness.

3 / 5

Completeness

Both 'what' ('Run a bounded Harness Engineering lifecycle across multiple stages') and 'when' ('Use when the user wants coordinated brainstorm, spec, plan, work, review, and fix flow rather than one isolated stage') are explicitly present. It falls short of 5 because the 'what' is abstract compared to the anchor's concrete action list, and exceeds 3 because the when-clause is explicit with trigger phrasing.

4 / 5

Trigger Term Quality

Terms like 'brainstorm', 'spec', 'plan', 'work', 'review', and 'fix' are natural phrasings, but 'Harness Engineering', 'bounded', and 'lifecycle' are internal jargon, and natural trigger phrasings for the capture mode (e.g. 'capture this fix', 'document the solution') are missing. This matches 'some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

'Harness Engineering' is a clear niche marker and the contrast 'rather than one isolated stage' narrows the trigger. Not 5 because generic stage words like 'plan' and 'review' carry minor overlap risk with ordinary planning/review requests.

4 / 5

Total

14

/

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: 2 missing

Warning

Total

14

/

16

Passed

Repository

jscraik/Agent-Skills

Path

Plugins/harness-engineering/fixtures/budget-archive/2026-04-21/deferred-store/skills/team_automation/he-compound/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.