CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

to-tickets

把 plan、spec 或当前对话拆成一组 tracer-bullet tickets,每个 ticket 声明 blocking edges,并发布到已配置的 tracker;本地用每 ticket 一个文件中的文本 edge,真实 tracker 用 native blocking links。

Quality

84%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 content is a well-sequenced, highly actionable process skill: five ordered steps, an explicit user-approval checkpoint before publishing, ready-to-use templates for both output modes, and thoughtful handling of edge cases like wide refactors. Its only weaknesses are mild — slight tightening opportunities and one vaguely signaled external reference.

DimensionReasoningScore

Conciseness

The body is dense and decision-rich — the vertical-slice rules, wide-refactor ordering, and templates all add information Claude does not already know, with no padding explaining generic concepts. It is not a 5 because the wide-refactor paragraph and the step-4 question list could each be tightened slightly without losing meaning.

4 / 5

Actionability

Guidance is fully executable for an instruction-only skill: concrete paths (`.scratch/<feature-slug>/issues/<NN>-<slug>.md`), numbering rules, copy-paste local and issue templates, an explicit `ready-for-agent` label, and native-vs-text edge fallbacks. It is not a 4 because there are no gaps — the common cases (local files and real tracker) are each covered by a template.

5 / 5

Workflow Clarity

The five steps are clearly sequenced with an explicit validation checkpoint — step 4 requires presenting the split to the user and iterating "到用户批准拆分" before the batch publish step — plus an error-recovery path when batches cannot stay green (shared integration branch with a final integrate-and-verify ticket). It is not a 4 because both an explicit checkpoint and feedback loops are present, satisfying the anchor-5 criteria.

5 / 5

Progressive Disclosure

The single file is well organized into a numbered process with clearly delimited tagged blocks (vertical-slice-rules, local-ticket-template, issue-template) that appropriately stay inline for a ~105-line skill with no bundle files. It is not a 5 because the "操作见 tracker doc" pointer is not clearly signaled with a concrete path, and the under-50-line simple-skill exception does not apply.

4 / 5

Total

18

/

20

Passed

Description

71%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 specific and covers its niche comprehensively, clearly stating what the skill does and how output differs across local and real-tracker modes. Its main weakness is the absence of any explicit 'when to use' trigger guidance, which both caps completeness and slightly weakens keyword coverage.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to break a plan, spec, or conversation into tickets, tasks, or issues.'

Include common synonyms users say — tasks, issues, break down / 拆分 — so trigger-term coverage reaches natural-phrase level.

State the precondition in the description (tracker must already be configured via /setup-matt-pocock-skills) so the skill is distinguishable from generic issue-creation skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "拆成一组 tracer-bullet tickets", "声明 blocking edges", "发布到已配置的 tracker" — and specifies both execution shapes ("本地用每 ticket 一个文件中的文本 edge,真实 tracker 用 native blocking links"), giving comprehensive coverage within its niche. It is not a 4 because the minor-gaps qualifier in anchor 4 does not apply: the actions are specific and complete for what the skill does.

5 / 5

Completeness

The 'what' is clear and concrete (split plan/spec/conversation into tickets with blocking edges and publish them), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the rubric guidelines. It is not a 2 because the 'what' half is fully explicit rather than vague.

3 / 5

Trigger Term Quality

Natural terms users would say are present — "plan", "spec", "conversation", "tickets", "tracker" — which is good keyword coverage. It is not a 5 because common synonyms and variations (e.g. "tasks", "issues", "break down", "拆分") are missing.

4 / 5

Distinctiveness Conflict Risk

The tracer-bullet slicing plus blocking-edge declaration plus tracker publishing combination is a distinct niche unlikely to fire for unrelated skills. It is not a 5 because it could still overlap with generic planning or issue-creation skills whose descriptions mention tickets or trackers.

4 / 5

Total

16

/

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

Path

skills/engineering/to-tickets/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.