CtrlK
BlogDocsLog inGet started
Tessl Logo

worktrail-go

Use when the user invokes worktrail-go, asks to pick up queued work, resume active specs, implement or fix a spec, route engineering work, or orient across repositories. Renders the orientation dashboard, classifies free-text requests, claims/resumes handoff briefs, and dispatches SDD work without requiring the user to know sdd-workflow. Grammar: worktrail-go [REPO] <noun> <verb>, nouns handoff / spec / pr / decision. Triggers: worktrail-go, worktrail-go help, worktrail-go spec fix, worktrail-go spec implement, worktrail-go spec route F, worktrail-go handoff new, worktrail-go handoff auto, worktrail-go decision answer, worktrail-go BRIEF-ID, bare worktrail-go, multi-repo orientation.

64

Quality

77%

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/worktrail-go/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

Operationally excellent — concrete commands, explicit validation gates, and a well-sequenced phase workflow — but bloated. Accumulated incident history, dated live-verification notes, worked config examples, and entire subsystem procedures are inlined in SKILL.md instead of being offloaded to the existing reference architecture.

Suggestions

Move the incident narratives and dated verification notes ("observed: brief 20260812-163747", "live incident: run worktrail/go-20260825-163910", "confirmed live 2026-08-24") into an old-patterns/deprecated section or the relevant reference file; keep only the operative rule in the body.

Offload the routing.yaml worked examples, adapter dispatch mechanics, capacity-cache operator commands, and the intake-brief triage gate procedure into dedicated reference files (mirroring how batch-consumption.md and auto-mode.md are already split out), leaving SKILL.md as a phase overview with one-line pointers.

Break the monolithic close-stale table cell into its own reference file with a stepwise procedure, and add pointers to the two currently unreferenced bundle files (epic-collision-check.md, traps.md).

DimensionReasoningScore

Conciseness

The ~1,100-line body is noticeably to severely verbose: inline incident narratives with specific dates and run ids ("observed: brief 20260812-163747 scored E=11", "live incident: run worktrail/go-20260825-163910", "Datalena run go-20260811-132806", "confirmed live 2026-08-24", "mirrors PR #547/#548"), changelog-style spec citations (spec 017, DEC-003, REQ-NR005, 13.3), worked routing.yaml examples, and a single 400+ word table cell for the close-stale action. Not 1: the density is domain-operational detail rather than explanations of concepts Claude already knows.

2 / 5

Actionability

Fully executable guidance throughout: exact console-script invocations with flags (worktrail-go-parse, worktrail-invocation-context, worktrail-classify, worktrail-run-record), concrete exit-code branches (exit 2 blocked_* cases), a hard verification gate (worktrail-run-record assert-terminal "$RUN"), and a worked Examples section. Copy-paste ready commands cover the common cases.

5 / 5

Workflow Clarity

Phases 0-8 are clearly sequenced with explicit validation checkpoints and feedback loops (classify-then-reclassify on ambiguity, CI watch loop with terminal-outcome classification, blocked-branch exit handling, assert-terminal gate). Not 5: the sheer volume and interwoven gating conditions (Phase 5.5's three mutually-participating branches, the monolithic close-stale cell) make some checkpoints genuinely hard to locate and follow.

4 / 5

Progressive Disclosure

Fourteen reference files are one level deep and mostly clearly signaled with purpose ("Full procedure: references/batch-consumption.md"), and all referenced paths exist. However, hundreds of lines that clearly belong in reference files are inlined in SKILL.md itself (routing.yaml worked examples, adapter dispatch mechanics, capacity-cache operator commands, the intake triage gate), and two bundle files (epic-collision-check.md, traps.md) are never referenced from the body.

3 / 5

Total

14

/

20

Passed

Description

91%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: explicit Use-when clause, comprehensive command-form triggers, concrete actions, and a distinctive command-anchored identity. Only minor coverage gaps (pr/decision/drain surfaces) and slight overlap with sibling worktrail skills keep it from full marks.

DimensionReasoningScore

Specificity

Lists several concrete actions ("Renders the orientation dashboard, classifies free-text requests, claims/resumes handoff briefs, and dispatches SDD work") but omits capabilities the body covers (PR/CI repair, decision answering, queue drain), leaving minor gaps in coverage. Not 5 because coverage is not comprehensive; not 3 because far more than 1-2 concrete actions are named.

4 / 5

Completeness

Explicitly answers both: what ("Renders the orientation dashboard, classifies free-text requests, claims/resumes handoff briefs, and dispatches SDD work without requiring the user to know sdd-workflow") and when ("Use when the user invokes worktrail-go, asks to pick up queued work, resume active specs, implement or fix a spec, route engineering work, or orient across repositories") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Comprehensive trigger coverage for this command-invoked skill: "worktrail-go spec fix, worktrail-go spec implement, worktrail-go spec route F, worktrail-go handoff new, worktrail-go handoff auto, worktrail-go decision answer, worktrail-go BRIEF-ID, bare worktrail-go, multi-repo orientation" plus natural-language forms ("pick up queued work, resume active specs, implement or fix a spec"). Covers all invocation variations users would type.

5 / 5

Distinctiveness Conflict Risk

Anchored on the literal command name "worktrail-go" and its grammar, giving a clear niche with minimal conflict risk from unrelated skills. Not 5: natural-language triggers like "implement or fix a spec" and "route engineering work" overlap with sibling worktrail skills (sdd-workflow, handoff) that serve the same workspace.

4 / 5

Total

18

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1110 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository
behindthedash/worktrail
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.