CtrlK
BlogDocsLog inGet started
Tessl Logo

statusline-creator

Builds a Claude Code statusline from scratch or extends an existing one. A statusline is a live status bar that runs a shell script after every Claude response and displays data — security scans, git status, API quotas, build state — directly in the session. Use this skill when the user says "create a statusline", "make a statusline for X", "add X to my statusline", "show Y in the status bar", "build a statusline plugin", or "I want live data in my Claude session". Trigger even if the user just describes wanting live feedback during a Claude session without naming "statusline" explicitly. The skill drives from idea to a working, installed, tested statusline without requiring the user to direct every step.

76

Quality

95%

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

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

A strong, well-structured skill body: a clearly sequenced 7-step workflow with per-step 'Done when' checkpoints, copy-paste-ready commands, full state-coverage testing, and clean one-level-deep disclosure into existing reference and asset files. The main improvement opportunity is trimming repetition — the benchmark/execution-model rule and the shared Step 3 sub-steps are each stated multiple times.

Suggestions

State the 300ms benchmark rule once (e.g., only in Step 1) and have the intro and Step 3 refer back to it, cutting the two restatements of the inline-vs-background thresholds.

Collapse the duplicated sub-steps shared by the two Step 3 execution models into a common core list, appending only the background+cache-specific steps (project root, cache paths, file_age, trigger_scan_bg) to the second model.

Defer the full ANSI palette listing to references/implementation-patterns.md, keeping only one or two example codes inline, since the body already points at the reference for the standard palette.

DimensionReasoningScore

Conciseness

The body is dense with genuinely non-obvious, skill-specific knowledge (mkdir-based atomic locks, exit-code-3 .noscan sentinel, macOS version-manager PATH pinning, single-jq-call rule) and avoids teaching Claude things it already knows. It is not a 5 because the 300ms benchmark/execution-model rule is stated three times (intro, Step 1 item 2, Step 3 parentheticals) and the two Step 3 numbered lists duplicate ~5 identical sub-steps (config block, color constants, read stdin, segment functions, compose output).

4 / 5

Actionability

Guidance is fully executable: copy-paste commands for benchmarking, the jq settings.json update, chmod +x, cache-seeding tests with exact cache/lock/noscan paths, and cat -v ANSI verification, plus ready-to-fill executable templates in assets/. The few placeholders (<tool>, <valid empty result JSON>) are inherent to a tool-agnostic skill and are concretely resolved by the templates and worked examples.

5 / 5

Workflow Clarity

Steps 1–7 are clearly sequenced and each ends with an explicit "Done when:" validation checkpoint; Step 6 seeds and verifies every designed state; the Troubleshooting section provides error→cause→solution recovery loops (stale lock removal, .err inspection, cache clear + re-run). This matches the top anchor: sequence, validation steps, and feedback loops.

5 / 5

Progressive Disclosure

The body is an overview with well-signaled, one-level-deep references that all exist in the bundle: references/protocol.md ("Read... at the start of every session"), references/implementation-patterns.md ("when writing or debugging the script"), assets/install.sh.template, and assets/README.md.template, each with a clear read-condition. The only nit — the ANSI palette appears inline as well as in the reference — is a minor redundancy, not a structural gap.

5 / 5

Total

19

/

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.

An excellent description: it defines what a statusline is, what the skill does (build/extend/install/test), and when to trigger it, using verbatim natural user phrasings plus a no-keyword fallback case. The only weakness is mild redundancy in restating the action set instead of enumerating more distinct capabilities.

DimensionReasoningScore

Specificity

The description names several concrete actions ("Builds a Claude Code statusline from scratch or extends an existing one", "drives from idea to a working, installed, tested statusline") and lists the data domain ("security scans, git status, API quotas, build state"). It falls short of the 5 anchor because the action set is restated (build/extend vs. working/installed/tested) rather than broadened with additional distinct capabilities.

4 / 5

Completeness

Both questions are explicitly answered: the 'what' ("Builds a Claude Code statusline from scratch or extends an existing one... displays data — security scans, git status, API quotas, build state — directly in the session") and the 'when' ("Use this skill when the user says..." followed by concrete trigger phrases). This matches the top anchor exactly.

5 / 5

Trigger Term Quality

It quotes six natural user phrasings verbatim ("create a statusline", "make a statusline for X", "add X to my statusline", "show Y in the status bar", "build a statusline plugin", "I want live data in my Claude session") and even covers the synonym case where the user "describes wanting live feedback... without naming 'statusline' explicitly" — comprehensive natural-term coverage.

5 / 5

Distinctiveness Conflict Risk

"Claude Code statusline" is a clear niche with distinct, specific triggers (statusline, status bar, live data in session); there is minimal realistic overlap with other skills' trigger phrases.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
lirantal/statusline-creator-skill
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.