CtrlK
BlogDocsLog inGet started
Tessl Logo

software-lifecycle

How to work in a Software Lifecycle project (the `software-lifecycle` starter pack): proposals → decisions → specs → postmortems, plus guides. Read when the project has these folders, or when asked how this project is organized. Carries the doc lifecycle, status flows, and per-folder agent behaviors so that guidance does not live inside template bodies or folder descriptions. The five workflows — frame a proposal, write a spec, record a decision, write a postmortem, review a design — each ship as their own sibling skill in this pack. Complements the platform `open-knowledge` skill; does not replace it.

68

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

86%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 tight, well-structured orientation skill that conveys the doc lifecycle, per-folder conventions with agent behaviors, and a clear map to the five sibling workflow skills without padding. Its only soft spot is that the concrete authoring execution lives in the sibling skills, so the body is more map than procedure.

DimensionReasoningScore

Conciseness

A lean ~45-line body that assumes Claude's competence: it gives shapes ('MADR / Nygard shape', 'Google SRE shape') and conventions without over-explaining what ADRs or postmortems are, and every section earns its place.

5 / 5

Actionability

Provides concrete, specific guidance — file patterns ('0001-feature-name.md', 'specs/NNN-name/'), status flows, template names, and an executable `write({ document: { path, template: "<name>" } })` call — but detailed authoring steps are delegated to sibling skills, leaving minor gaps.

4 / 5

Workflow Clarity

The lifecycle sequence is clearly laid out via the ASCII flow diagram and the five-workflow table, with per-folder agent behaviors acting as implicit checkpoints (e.g. 'surface `Supersedes:` candidates before commit'); no explicit validation steps are present, but the skill is orientation rather than a destructive/batch operation so the destructive-cap does not apply.

4 / 5

Progressive Disclosure

Well-organized under-50-line skill with clear sections (flow, per-folder rules, workflows table, templates), and references to sibling workflow skills are clearly signaled in the table; per the simple-skill guideline this merits a 5 with no bundle files needed.

5 / 5

Total

18

/

20

Passed

Description

78%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, third-person description that clearly scopes the skill's niche, enumerates the doc lifecycle and five workflows, and explicitly disambiguates it from the sibling open-knowledge skill. The main weakness is that the 'when' trigger clause, while present, is somewhat generic and could name more concrete user phrasings.

DimensionReasoningScore

Specificity

Names the domain and lists several concrete elements — 'proposals → decisions → specs → postmortems, plus guides', 'doc lifecycle, status flows, and per-folder agent behaviors', and five named workflows — but describes what the skill governs rather than fully enumerating concrete executable actions, so it sits just below the comprehensive 5 anchor.

4 / 5

Completeness

Explicitly answers both what (doc lifecycle, status flows, per-folder agent behaviors, five workflows) and when ('Read when the project has these folders, or when asked how this project is organized'), with the 'when' explicit but slightly generic rather than highly concrete trigger phrases.

4 / 5

Trigger Term Quality

Includes natural trigger phrases ('Read when the project has these folders, or when asked how this project is organized') plus folder-name triggers (proposals, decisions, specs, postmortems, guides), giving good keyword coverage, though a few common synonyms/variations are absent.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (software-lifecycle doc conventions) with distinct folder-based triggers and actively manages overlap via 'Complements the platform `open-knowledge` skill; does not replace it', yielding minimal conflict risk.

5 / 5

Total

17

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
inkeep/open-knowledge
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.