CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

writing-statuslines

Writes Claude Code status line scripts. Use when creating, customizing, or debugging statusline configurations.

Quality

86%

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

78%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 well-structured, information-dense skill body that teaches exactly the product-specific details Claude would not know, with a genuine validation step and excellent bundle navigation. The main improvement levers are de-duplicating constraints repeated across three sections and surfacing a minimal example script (and the reference's troubleshooting section) inline.

Suggestions

Consolidate the one-line/300ms/chmod/stdin rules stated in 'How It Works', 'Constraints', and 'Anti-Patterns' into a single section to cut ~15 lines of redundancy (conciseness).

Add a minimal working statusline script inline (e.g., the 3-line bash example from the reference) so the core deliverable is visible without opening the reference file (actionability).

Link the reference's Troubleshooting section and add a one-line 'if the line doesn't appear, check chmod +x and stdout vs stderr' recovery note after the Testing command (workflow_clarity).

DimensionReasoningScore

Conciseness

Dense with product-specific facts Claude cannot know (300ms update cadence, settings.json keys, the full stdin schema), with no explanations of known concepts. Minor trimming opportunities: the one-line/300ms/chmod/stdin rules are each restated across 'How It Works', 'Constraints', and 'Anti-Patterns', the JSON schema is duplicated in the reference file, and the stray 'STARTER_CHARACTER = 📊' line is unexplained. Not 3 because nothing explains concepts Claude already knows and the repetition is short and purposeful.

4 / 5

Actionability

Copy-paste-ready settings.json block, a runnable mock-JSON test command, and an executable update script — all concrete. The minor gap keeping it from 5: no inline example statusline script (the core deliverable), which is deferred entirely to the reference file; not 3 because everything present is executable, not pseudocode or high-level hints.

4 / 5

Workflow Clarity

Sections sequence logically (setup → configure → implement → test) and the Testing section is an explicit validation checkpoint with a runnable command. Not 5 because there is no error-recovery loop or inline troubleshooting (the reference's Troubleshooting section is not signaled), and no numbered step sequence; not 3 because a clear sequence and a concrete checkpoint are both present. The simple-skill exception does not apply (118 lines, multi-part process).

4 / 5

Progressive Disclosure

Well-organized overview with a clearly signaled, accurately described one-level-deep reference ('Complete reference with examples in bash, python, and node' — verified present in references/anthropic-statusline.md), plus a real, working scripts/update-docs.py referenced in Setup. Content split is appropriate: essential working material (schema, config, constraints) inline, bulk examples external.

5 / 5

Total

17

/

20

Passed

Description

87%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, concise, explicit 'Use when...' clause with concrete trigger activities, and a well-scoped niche. Coverage of actions is good but slightly thin on distinct capabilities, keeping it just short of exemplary on specificity and trigger breadth.

DimensionReasoningScore

Specificity

"Writes Claude Code status line scripts" plus "creating, customizing, or debugging" lists several specific actions covering the domain's task space. Not 5 because the verbs are variations of one activity rather than distinct concrete capabilities (no mention of what data can be displayed or implementation languages); not 3 because more than 1-2 actions are named.

4 / 5

Completeness

Explicitly answers both: what = "Writes Claude Code status line scripts"; when = "Use when creating, customizing, or debugging statusline configurations" with three concrete trigger phrases. The when-clause is more specific than the anchor-4 pattern ('Use when working with PDF files'), matching the anchor-5 example structure.

5 / 5

Trigger Term Quality

Includes both natural spellings ("status line", "statusline") and the gerunds users would say ("creating", "customizing", "debugging"). Not 5 because coverage is not comprehensive — missing terms like settings.json, terminal prompt, or status bar; not 3 because the main synonym variation is present, exceeding 'missing common variations'.

4 / 5

Distinctiveness Conflict Risk

"Claude Code status line scripts" carves out a clear niche with distinct triggers; no other common skill category targets statusline configuration. Minimal conflict risk, matching the anchor-5 'clear niche with distinct triggers'.

5 / 5

Total

18

/

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

saski/arnesto

Path

.agents/skills/writing-statuslines/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.