CtrlK
BlogDocsLog inGet started
Tessl Logo

to-tickets

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

58

Quality

66%

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

Quality

Content

75%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 lean, well-sequenced, instruction-only process with concrete templates and a user-approval checkpoint gating the batch publish, scoring consistently strong across all dimensions with only minor gaps.

DimensionReasoningScore

Conciseness

The body is efficient and assumes Claude's competence — it does not explain what tickets or trackers are — with only the dense wide-refactor/expand-contract paragraph reading as slightly more explanation than strictly necessary.

4 / 5

Actionability

Concrete file paths ('.scratch/<feature-slug>/issues/<NN>-<slug>.md'), a numbering scheme, the 'ready-for-agent' label, and copy-paste-ready templates give mostly executable guidance, with the actual tracker API mechanics for GitHub/Linear left somewhat abstract.

4 / 5

Workflow Clarity

The five numbered steps are clearly sequenced with an explicit feedback loop (quiz the user, 'iterate until user approves' before the batch publish) and a guardrail ('do not close or modify any parent issue'); the only gap is the absence of a post-publish verification step.

4 / 5

Progressive Disclosure

Content is well organized into a Process section with numbered subsections and tagged template/rule blocks; as a self-contained process skill over 50 lines it has good structure, though it relies on no external reference files.

4 / 5

Total

16

/

20

Passed

Description

58%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 concretely states what the skill does across local and real-tracker scenarios, but omits an explicit 'Use when...' trigger clause and lacks natural synonyms, capping completeness and trigger-term quality at the midpoint.

Suggestions

Add an explicit 'Use when...' trigger clause, e.g. 'Use when breaking a plan, spec, or conversation into implementable tickets for a tracker.'

Include natural synonyms users would say, such as 'break down', 'issues', 'tasks', and concrete tracker names (GitHub issues, Linear, Jira), not just 'tracker'.

Lead with the core action ('Breaks down a plan, spec, or conversation into...') to make the third-person 'what' crisp before the edge-format detail.

DimensionReasoningScore

Specificity

Names several concrete actions — '拆成一组 tracer-bullet tickets', '声明 blocking edges', '发布到已配置的 tracker', plus the local-text-edge vs native-blocking-link distinction — which is multiple specific actions with only minor gaps in clean coverage.

4 / 5

Completeness

The 'what' is clear, but there is no explicit 'Use when...' or equivalent trigger guidance, so per the rubric guideline completeness caps at 3 with 'when' only weakly implied from the plan/spec/conversation inputs.

3 / 5

Trigger Term Quality

Relevant keywords (plan, spec, tickets, tracker) are present, but common natural synonyms a user might say ('break down', 'issues', 'tasks', 'Jira/Linear') are missing, leaving keyword coverage partial.

3 / 5

Distinctiveness Conflict Risk

The tracer-bullet + blocking-edges + tracker-publish niche is mostly distinct with minimal conflict risk, though the broad 'plan'/'spec' triggers could overlap with related planning or task-management skills.

4 / 5

Total

14

/

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.

Validation16 / 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.