CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

project-status-maintenance

Maintain or create PROJECT_STATUS.md files at the repository root with the canonical structure (Executive Summary, Completed Components, In Progress, Next Steps, Known Issues, Notes). Use when starting or finishing work on a project, when the user asks to update or create PROJECT_STATUS.md, when a session involves significant changes that should be reflected in the project status file, or when reviewing project state before committing.

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.

The body is highly actionable with a copy-paste-ready template and a clear, sequenced update process, and it is well-structured for a self-contained skill. Its main weakness is redundancy: the update-cadence guidance is repeated across four sections that could be merged.

Suggestions

Merge 'When to update', 'Best practices', 'Anti-patterns', and 'Integration with workflow' into a single section, since all four restate the same keep-it-current guidance from different angles.

Cut the 'Anti-patterns' items that are direct negations of 'Best practices' items (e.g. 'Creating the file but never updating it' vs 'Be current: update regularly') and keep only non-obvious pitfalls.

Trim the introductory sentence ('It is a living document tracking current state, completed work, and next steps'), which explains a concept that is already evident from the template.

DimensionReasoningScore

Conciseness

The template and update process are tight, but four sections ('When to update', 'Best practices', 'Anti-patterns', 'Integration with workflow') restate the same keep-it-current theme (e.g. 'Do not let it drift', 'Be current: update regularly', 'Creating the file but never updating it'). Mostly efficient but could be consolidated into fewer sections, matching anchor 3 rather than anchor 4's 'minor instances'.

3 / 5

Actionability

Provides a complete copy-paste-ready canonical template with exact headers and placeholders, a defined status-indicator vocabulary, and a concrete 7-step update procedure. For an instruction-only skill this is fully executable guidance covering the common cases, matching anchor 5.

5 / 5

Workflow Clarity

The 'Update process' gives a clearly sequenced 7-step procedure, and 'Integration with workflow' adds a pre-commit checkpoint ('ensure PROJECT_STATUS.md reflects the changes in the commit'). Not a destructive or batch operation so no validation cap applies, but there is no error-recovery or verification loop, placing it at anchor 4 rather than 5.

4 / 5

Progressive Disclosure

No bundle files exist, and nothing in the body clearly belongs in a separate file; the template, indicators, and process all earn their place inline. Sections are well-organized with clear headers and easy navigation, which per the simple-skill guidance merits the top score.

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 that clearly states what the skill does and when to use it, with concrete trigger scenarios and a distinct niche. Keyword coverage is good but could add a few more natural synonyms users might say.

DimensionReasoningScore

Specificity

Names the exact artifact ('PROJECT_STATUS.md files at the repository root') and enumerates the canonical section structure, but lists only two actions (maintain, create) rather than the multiple distinct actions of the anchor-5 example. It is well above anchor 3, which requires only 1-2 concrete actions without comprehensive structural detail.

4 / 5

Completeness

Explicitly answers 'what' (maintain or create PROJECT_STATUS.md at repo root with the canonical structure) and 'when' via a literal 'Use when...' clause listing four concrete trigger scenarios (starting/finishing work, user request, significant changes, pre-commit review). This matches the anchor-5 example's structure directly.

5 / 5

Trigger Term Quality

Includes the filename 'PROJECT_STATUS.md' plus natural phrases users would say ('update or create PROJECT_STATUS.md', 'project status file', 'project state'), giving good coverage. A few natural synonyms are missing (e.g. 'status update', 'progress report'), keeping it below the comprehensive anchor-5 example.

4 / 5

Distinctiveness Conflict Risk

The PROJECT_STATUS.md niche is clearly distinct with trigger terms unlikely to fire for other skills, mirroring the anchor-5 pattern of a specific artifact plus explicit triggers. No meaningful overlap risk.

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/project-status-maintenance/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.