CtrlK
BlogDocsLog inGet started
Tessl Logo

implement

基于 spec 或 ticket 集合实现一段工作。

57

Quality

65%

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/engineering/implement/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 an exemplar of token efficiency: a compact, correctly-ordered workflow that delegates to /tdd and /code-review at the right moments and gates the commit on tests and review. Its only weaknesses are unspecified commands (which typecheck/test commands to run) and the vague '定期' cadence for intermediate checks.

DimensionReasoningScore

Conciseness

The body is five lean lines with zero padding or explanation of concepts Claude already knows; every line adds a directive it could not infer, matching 'lean and efficient; every token earns its place'.

5 / 5

Actionability

Guidance is mostly executable — concrete slash commands (/tdd, /code-review), specific practices (run typechecks, run single test files, run the full suite at the end, commit to the current branch) — but the actual typecheck/test/commit commands are left unspecified, leaving minor gaps versus fully copy-paste-ready guidance.

4 / 5

Workflow Clarity

A clear ordered sequence is present (implement via /tdd at agreed seams → periodic typechecks and single-file tests → full suite at the end → /code-review → commit) with checkpoints (final suite, review before commit), but '定期' (periodically) is vague and there is no error-recovery loop, so it stops short of the explicit-validation anchor.

4 / 5

Progressive Disclosure

This is a simple single-purpose skill well under 50 lines with no need for external references; per the rubric's simple-skill note, the flat, clearly ordered five-line body qualifies for the top score without sections or bundle files.

5 / 5

Total

18

/

20

Passed

Description

45%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 and names its domain, but it is thin: a single generic action verb, no trigger conditions, and only two narrow keywords. It answers 'what' only weakly and 'when' not at all, making it hard for a user or model to know when this skill should fire.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to implement a spec, a set of tickets, or pre-agreed work items.' — this alone would lift completeness from 3.

Enumerate the concrete actions the skill performs (drive the implementation with /tdd at agreed seams, run typechecks and tests, /code-review the result, commit to the current branch) instead of the generic '实现一段工作'.

Broaden trigger terms with natural synonyms users would actually say (spec, tickets, issues, feature requests, 工单, 需求) to reduce overlap with generic implementation skills.

DimensionReasoningScore

Specificity

The description names its domain ("spec 或 ticket 集合") but the only action stated is the generic "实现一段工作" (implement a piece of work), with no concrete actions enumerated, matching the 'names the domain but actions are minimal or generic' anchor rather than the 1-2-concrete-actions level.

2 / 5

Completeness

It conveys a reasonably clear 'what' (implement work described in a spec or tickets) but contains no 'Use when...' or equivalent trigger guidance, which caps completeness at 3; it is not a 2 because the 'what' is not vague.

3 / 5

Trigger Term Quality

"spec" and "ticket" are natural terms a user might say, but common variations and synonyms (e.g. tickets/issues/feature requests/user stories or their file extensions) are absent, so coverage is partial rather than good.

3 / 5

Distinctiveness Conflict Risk

"Implement work based on specs or tickets" is somewhat specific but overlaps broadly with general implementation, TDD, or code-review skills, so it could still trigger for the wrong skill.

3 / 5

Total

11

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
vinvcn/mattpocock-skills-zh-CN
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.