CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

Quality

88%

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

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 well-crafted, token-efficient body that clearly organizes the doc lifecycle, per-folder rules, agent behaviors, and workflow routing with lean prose and good progressive disclosure to sibling skills and templates. The two dimensions at 4 reflect minor, not structural, gaps: unlisted template names and absent explicit validation checkpoints.

Suggestions

Name the template identifiers for proposals, decisions, and postmortems (e.g. alongside the guide/onboarding-guide/runbook mentions) so the write({ document: { path, template } }) call is fully copy-paste ready.

Add one explicit validation checkpoint to the lifecycle flow (e.g. confirm status transitions are recorded in frontmatter before a proposal graduates to a decision) to tighten workflow clarity.

Consider naming the exact status-transition command or steps for superseding a decision, since only the Supersedes: linking convention is given.

DimensionReasoningScore

Conciseness

The body is lean: a compact flow diagram, one dense paragraph per folder, and a routing table; shape references ('MADR / Nygard shape', 'Google SRE shape', 'Diátaxis') assume competence instead of explaining it. Every section earns its place.

5 / 5

Actionability

Concrete guidance throughout — file naming ('0001-feature-name.md'), status flows ('draft → fcp → accepted/rejected'), section shapes, the write({ document: { path, template } }) call, and threshold-based agent behaviors ('status: draft more than 14 days'). Minor gaps: exact template names for proposals, decisions, and postmortems are not listed.

4 / 5

Workflow Clarity

The lifecycle sequence is clearly diagrammed with explicit transitions ('↓ accepted', '↓ derived', '↓ when things break') and the table routes each task type to a skill, but there are no explicit validation checkpoints, keeping it below the top anchor.

4 / 5

Progressive Disclosure

At under 50 lines with well-organized sections, the body stays an overview and delegates detail exactly one level deep — sibling workflow skills in the table and templates in the closing section — making navigation easy.

5 / 5

Total

18

/

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 and explicitly covers both what the skill does and when to use it, with good trigger terms and excellent distinctiveness boundaries against sibling skills. The only minor gap is that capability framing leans toward content inventory rather than concrete actions, and a few common synonyms (ADR, RFC, incident) are absent.

DimensionReasoningScore

Specificity

The description lists several specific elements ('doc lifecycle, status flows, and per-folder agent behaviors', the five folder types, the five workflows), but it describes what the skill contains more than concrete actions, so it falls just short of the comprehensive-actions anchor.

4 / 5

Completeness

Both 'what' ('Carries the doc lifecycle, status flows, and per-folder agent behaviors') and 'when' ('Read when the project has these folders, or when asked how this project is organized') are explicitly and concretely answered.

5 / 5

Trigger Term Quality

Natural terms like 'proposals', 'decisions', 'specs', 'postmortems', and 'asked how this project is organized' are present, but common synonyms users would say such as 'ADR', 'RFC', 'incident report', or 'runbook' are missing.

4 / 5

Distinctiveness Conflict Risk

The description is scoped to a named starter pack and explicitly delineates boundaries with the platform 'open-knowledge' skill ('Complements... does not replace it') and the five sibling workflow skills, giving it a clear niche with minimal conflict risk.

5 / 5

Total

18

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

inkeep/open-knowledge

Path

packages/server/assets/skills/packs/software-lifecycle/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.