CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

linear-digest

Pulls recently updated Linear issues (read-only) and writes them into a Markdown digest file in this repo, then opens a pull request with that change. Use to prove a scheduled run can reach Linear, turn what it read into a repo artifact, and publish it through a PR. Runs unattended: it asks no questions and makes no Linear writes.

Quality

82%

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

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 highly actionable — exact tool names, a precise output template, and copy-paste git/gh commands — with a clearly sequenced workflow and good stop-and-report checkpoints. The main weaknesses are duplicated environment guidance (including time-sensitive dated material outside a dedicated section) and the absence of a final verification that the PR was created.

Suggestions

Consolidate the LINEAR_TOKEN/MCP_SERVERS guidance into one place (e.g. keep it in step 1 and drop the Notes repetition, or move it to a clearly-marked "Environment observations" section), removing the duplicated 2026-09-10 note.

Add a verification step after `gh pr create` (e.g. capture and confirm the PR URL, and confirm the digest file is non-empty/valid before committing).

Tighten the intro/Notes overlap on read-only and unattended behavior to a single statement.

DimensionReasoningScore

Conciseness

Mostly efficient procedural content, but the LINEAR_TOKEN/MCP_SERVERS guidance appears twice ("Do **not** use `LINEAR_TOKEN`... Do not rely on `MCP_SERVERS`" in step 1 versus the Notes section repeating it as "Observed on 2026-09-10"), and that dated, time-sensitive material sits outside a deprecated/old-patterns section; the read-only/unattended points are also stated twice.

3 / 5

Actionability

Fully executable: a complete copy-paste bash block for branch/commit/push/`gh pr create`, exact MCP tool names with parameters ("list_issues for that team, limit: 25, ordered by most recently updated"), and a precise digest output template; covers the common cases end to end.

5 / 5

Workflow Clarity

A clear three-step sequence (read Linear → write digest → open PR) with explicit checkpoints ("If either is missing, stop and report which one", "If no `mcp__claude_ai_Linear__*` tool is available, stop", "An empty result is a valid outcome"), but there is no verification that the PR was actually created or that the digest is well-formed, and no fix-and-retry loop — matching the 4 anchor's "minor validation gaps".

4 / 5

Progressive Disclosure

A single-file skill with clean section structure (Inputs, Procedure, Notes) and no unnecessary external references (none exist and none are needed), but the duplicated environment observations split between step 1 and Notes, plus the dated observation, leave minor organization gaps versus the ideal structure.

4 / 5

Total

16

/

20

Passed

Description

83%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: third-person voice, concrete end-to-end actions, an explicit use clause, and a distinct niche. The only real gap is that the "Use to..." clause describes the launcher's purpose rather than natural user trigger phrasing, and no synonyms for digest/summary are offered.

Suggestions

Add natural trigger phrasing with synonyms, e.g. "Use when you need a summary or changelog of recent Linear issue activity, or to verify scheduled runs can reach Linear."

Include a common user-level variation such as "weekly digest" or "Linear status roundup" alongside the technical terms to widen trigger coverage.

DimensionReasoningScore

Specificity

"Pulls recently updated Linear issues (read-only) and writes them into a Markdown digest file in this repo, then opens a pull request" lists multiple concrete actions covering the entire pipeline (read Linear, write digest, open PR), matching the comprehensive-coverage anchor with no vague filler.

5 / 5

Completeness

The "what" is explicit and concrete, and "Use to prove a scheduled run can reach Linear, turn what it read into a repo artifact, and publish it through a PR" is an explicit when/why clause; it frames purpose more than natural user trigger phrases, so it fits the 4 anchor ("when" could be more explicit or specific) rather than 5.

4 / 5

Trigger Term Quality

Strong natural keywords ("Linear issues", "Markdown digest", "pull request", "scheduled run"), but common synonyms and variations ("summary", "changelog", "digest of recent Linear activity") are missing, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

A clear niche (Linear issue digest written to a repo and published via PR) with distinct triggers; virtually no overlap with generic document, git, or reporting skills.

5 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

drew-tessl/repo-schedules-test

Path

plugins/linear-digest/skills/linear-digest/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.