CtrlK
BlogDocsLog inGet started
Tessl Logo

follow-up

Read-only status check across the follow-up backlog: lists every ACTIVE follow-up entry, assesses whether it's still genuinely open, and recommends the single best next item to work on -- pulling in open RISK_REGISTER and TECH_DEBT rows and the value-rubric's ranked PLAN/FINDING/KNOWN_ISSUE candidates when the follow-up list itself is empty, since that's where promoted follow-up work actually ends up living. Triggers: '/follow-up', 'check follow-ups', 'what's open', 'what should I work on next', 'follow-up status check', 'next best item', 'what's still open'. Does NOT promote, close, or otherwise edit anything -- it reports and recommends, then applies follow-up-triage's own flow directly or hands off to the risk-register / tech-debt / plan-create skills for the actual write.

73

Quality

89%

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

SKILL.md
Quality
Evals
Security

Quality

Content

85%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.

An unusually actionable, well-structured instruction skill: concrete commands, exact paths, an explicit validation step, and clean one-level reference files. Its one real weakness is redundancy -- the Anti-Patterns section largely restates the Rules and inlines time-sensitive repo state, adding significant token cost without new guidance.

Suggestions

Consolidate Rules and Anti-Patterns: four of the five anti-patterns (never-mutate, empty-funnel fall-through, no-invented-value-ranking, freshness check) restate Rules 1-4. Merge each rule with its anti-pattern, or move the BAD/GOOD/Consequence examples into references/backlog-triage-and-ranking.md.

Remove time-sensitive repo state from the body ('all 15 filed follow-ups are currently DONE', and the '38 open register rows, 7 open tech-debt rows' counts in the GOOD example) or relocate it to references/worked-example.md, which already flags its counts as hypothetical -- stale counts erode trust and cost tokens.

Tighten the Mindset section, which substantially overlaps Rules 2 and 5 and the first anti-pattern; a single sentence pointing at the fall-through rule would preserve the guidance at a fraction of the length.

DimensionReasoningScore

Conciseness

The body is mostly efficient project-specific guidance, but four of the five Anti-Patterns restate Rules 1-4 at length (e.g. 'NEVER promote, close, or edit a row or follow-up from inside this skill' vs Rule 1 'This skill never mutates the register, the tech-debt list, or a follow-up's status'), the Mindset section overlaps Rules 2 and 5, and time-sensitive repo state ('where all 15 filed follow-ups are currently DONE') is inlined. It sits between the 'noticeably verbose' and 'mostly efficient' anchors -- the BAD/GOOD/Consequence framing adds some value beyond the duplication, but the file could be roughly a third shorter.

3 / 5

Actionability

Every workflow step is backed by a concrete executable command ('find .context -name '*.md' | wc -l', 'grep -l 'status: ACTIVE' .context/follow-ups/*.md', 'grep -c '| Open ' docs/RISK_REGISTER.md docs/TECH_DEBT.md'), exact file paths in Prerequisites, defined entry statuses, and a worked-example template for the output format -- fully actionable for an instruction-only skill.

5 / 5

Workflow Clarity

Five clearly sequenced steps with an explicit validation checkpoint (step 1's index-freshness comparison with a regenerate-on-mismatch recovery action via context-index), explicit ordering rules for the recommendation (Rule 5), and a hard stop with handoff at step 5. The skill is read-only so the destructive-operation cap does not apply; only the vague 'diverges meaningfully' threshold is a soft spot.

5 / 5

Progressive Disclosure

The body is a well-organized overview that links two real one-level-deep references (references/backlog-triage-and-ranking.md and references/worked-example.md, both verified present and substantive) at their point of use in the Workflow, plus a References table with a 'When to Use' column for discovery. Neither reference file nests further content references, so navigation stays flat.

5 / 5

Total

18

/

20

Passed

Description

95%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 that answers what, when, and how it differs from neighboring skills, with an excellent explicit trigger list. Its only weakness is verbosity: a rationale clause and handoff mechanics are woven into the capability statement, roughly tripling the length of the rubric's exemplar descriptions without adding triggering value.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('lists every ACTIVE follow-up entry, assesses whether it's still genuinely open, and recommends the single best next item') with comprehensive domain coverage including the register/tech-debt and value-rubric fallback pools. The explanatory clause 'since that's where promoted follow-up work actually ends up living' and the inlined handoff mechanics pad the action list rather than describe capabilities, keeping it just below the lean comprehensive anchor.

4 / 5

Completeness

Clearly answers both questions: 'what' is stated up front ('Read-only status check across the follow-up backlog: lists... assesses... recommends...') and 'when' is explicit via the 'Triggers:' clause with concrete phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

The explicit trigger list covers seven natural phrasings including the command ('/follow-up'), plain-language variants ('what's open', 'what's still open', 'what should I work on next', 'next best item'), and the formal name ('follow-up status check') -- comprehensive natural-term coverage for this domain with no obvious missing variations.

5 / 5

Distinctiveness Conflict Risk

The scope boundary 'Does NOT promote, close, or otherwise edit anything -- it reports and recommends' plus naming the exact handoff skills (follow-up-triage, risk-register, tech-debt, plan-create) makes it clearly distinguishable from its sibling write-skills with minimal conflict risk.

5 / 5

Total

19

/

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
pantheon-org/tekhne
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.