CtrlK
BlogDocsLog inGet started
Tessl Logo

harness-work

HAR: Execute Plans.md tasks from single task to full parallel team run. Trigger: implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5. Do NOT load for: planning, review, release, setup.

62

Quality

75%

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 ./opencode/skills/harness-work/SKILL.md

The canonical home for this skill is harness-work in Chachamaru127/claude-code-harness

SKILL.md
Quality
Evals
Security

Quality

Content

67%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 a well-structured, highly actionable orchestration overview with clear phases, validation gates, and a strong progressive-disclosure table pointing to real reference files. Its main weaknesses are verbosity in inlined pseudocode/historical narrative and a couple of non-bundle reference paths.

Suggestions

Move the Backend-resolved executor path pseudocode and the Work Mode Lifecycle historical narrative into a reference file, keeping only the decision rule and a one-line link in SKILL.md to improve conciseness and progressive disclosure.

De-duplicate the Codex/cursor companion-call snippets that appear both in the executor pseudocode and in the Codex mode bash block; keep one executable canonical example.

Resolve or relabel the docs/plans/spec-ssot.md link (which is outside the skill bundle) so every reference in the Progressive Disclosure table points to a bundled, verifiable file.

DimensionReasoningScore

Conciseness

The body is dense and table-heavy (token-efficient) and defers detail to references, but at ~460 lines it inlines a long pseudocode executor path, repeats companion-call snippets between that pseudocode and the Codex bash block, and includes a historical Work Mode Lifecycle bug narrative that could be tightened. It is mostly efficient but has several trimmable sections, fitting the level-3 anchor rather than the lean level 4.

3 / 5

Actionability

Concrete executable commands abound (resolve-impl-backend.sh, model-routing.sh, full Codex worktree bash block, cursor test commands) with specific script paths and env vars. The Backend-resolved executor path is pseudocode (bash()/git()/raise notation) rather than copy-paste ready, so it stops just short of the fully-executable level 5.

4 / 5

Workflow Clarity

Sequences are explicit (Solo 1-17 steps, Breezing Phase A/B/C, numbered CI-failure list) with real validation gates (spec SSOT preflight, sprint-contract readiness, self_review gate, review loop with MAX_REVIEWS, cherry-pick/contract-grep gates) and an explicit stop-conditions list. It is strong but defers full step detail to references and the executor pseudocode is intricate, placing it just below the level-5 checklist anchor.

4 / 5

Progressive Disclosure

An explicit Progressive Disclosure table maps each detail topic to a one-level-deep reference file, and all eight referenced references/*.md files exist in the bundle. It is not a clean level 5 because the body still inlines dense content (executor-path pseudocode, Work Mode Lifecycle) that could live in references, and one link targets docs/plans/spec-ssot.md outside the bundle.

4 / 5

Total

15

/

20

Passed

Description

82%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 is concise, third-person, and answers both what and when with concrete trigger phrases plus a negative-trigger exclusion list. Its only weakness is moderate action specificity and a few jargony trigger terms.

DimensionReasoningScore

Specificity

"Execute Plans.md tasks from single task to full parallel team run" names the domain and two concrete execution modes (single task, parallel team run), but the action list is not comprehensive. It is above the minimal 1-2 actions of score 2 but does not enumerate the several specific actions expected at score 4.

3 / 5

Completeness

It explicitly states both what ("Execute Plans.md tasks from single task to full parallel team run") and when (explicit Trigger list plus a negative "Do NOT load for: planning, review, release, setup" clause), matching the anchor that requires concrete trigger phrases for both what and when.

5 / 5

Trigger Term Quality

"Trigger: implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5" gives good keyword coverage with several natural phrases users would say, though "breezing" and "composer 2.5" are skill-specific jargon rather than natural synonyms, keeping it just below the comprehensive level 5.

4 / 5

Distinctiveness Conflict Risk

The explicit "Do NOT load for: planning, review, release, setup" exclusion carves a clear execution niche and minimizes overlap with sibling harness-plan/review/release skills, fitting the clear-niche minimal-conflict anchor.

5 / 5

Total

17

/

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.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 8 missing, 8 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository
Chachamaru127/claude-code-harness
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.