Content
50%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The content is rich with executable Linear commands and clear planning workflows, but it is heavily padded with duplicated boilerplate, lacks validation checkpoints for its batch/destructive operations, and references bundle files that do not exist. Tightening redundancy and adding real referenced files would materially improve it.
Suggestions
Remove the five duplicated 'When to Use This Skill' blocks and consolidate project-status command examples into a single reference to cut the body's token cost.
Add explicit validation/verification steps to batch and lifecycle workflows (e.g. confirm an issue exists and check its current state before bulk-updating status, verify the project was created before adding issues).
Create the referenced bundle files (api.md, sdk.md, sync.md, projects.md, troubleshooting.md, docs/labels.md, scripts/linear-ops.ts) or remove the dangling references so progressive disclosure reflects the actual bundle structure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is noticeably verbose: the 'When to Use This Skill' boilerplate ('Manage Linear issues... Use this skill when working with manage linear issues, projects, and teams.') is duplicated five times, project-status usage is repeated across multiple sections, and headings are merged mid-paragraph, leaving several padded, redundant sections. It is not a 1 because the command references themselves are not preamble-style concept explanations. | 2 / 5 |
Actionability | The skill provides concrete, executable commands (linear issues create --title, npx tsx scripts/linear-ops.ts ..., MCP server JSON config) covering common operations copy-paste ready, with only minor gaps such as needing to look up STATE_IDs. It falls short of 5 because some examples use ENG-XXX placeholders and a few commands lack complete argument details. | 4 / 5 |
Workflow Clarity | Sequenced workflows exist (Project Planning Workflow, the numbered Complete Project Lifecycle Example), but the skill performs batch and destructive operations (bulk status Done on multiple issues, project lifecycle changes) without explicit validation checkpoints or verify-before-proceeding feedback loops, so per the batch/destructive cap it cannot exceed 3 even though the sequence is otherwise clear. | 3 / 5 |
Progressive Disclosure | There is a Reference table and inline pointers to api.md, sdk.md, sync.md, projects.md, troubleshooting.md, and scripts, but none of these bundle files actually exist in references/ or scripts/, so the one-level-deep structure is aspirational rather than real and the bulk of guidance is inlined in SKILL.md. It is not a 4 because the claimed external files are missing and the body carries content that should live in those separate files. | 3 / 5 |
Total | 12 / 20 Passed |