CtrlK
BlogDocsLog inGet started
Tessl Logo

build-game-changelog

Design, implement, backfill, audit, and release in-game changelogs with contiguous versioning, deployment provenance, menu-state navigation, accessible toggle, close, and Escape behavior, and responsive release-ledger UI. Use when Codex needs to add or revise a changelog or version screen in a game, reconstruct release history from deployments and Git, define version-bump rules, keep displayed versions synchronized with live builds, or test changelog mechanics across desktop and mobile.

77

Quality

96%

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.

The body is a lean, well-structured release-system playbook with explicit sequenced workflows, validation checkpoints, and a feedback loop for incomplete evidence. Detailed executable code is appropriately split into a real one-level-deep reference file, keeping the overview focused and navigable.

DimensionReasoningScore

Conciseness

The body is dense and directive, assuming Claude's competence (it never explains what a changelog, Git, or menu state machine is), and every bullet earns its place with terse, specific rules such as "Do not bump for local commits, drafts, tests, failed builds".

5 / 5

Actionability

Guidance is highly actionable for an instruction skill: an explicit ledger field list, concrete version-bump rule ("default to `0.9.0` and increment the patch once per production release"), and a detailed test checklist, with executable code placed one level deep in the real reference file. It stops short of inline executable code in the body itself, which is appropriate but leaves minor gaps.

4 / 5

Workflow Clarity

The "Release safely" section is a 10-step sequence with explicit validation checkpoints ("Confirm the deployment succeeded before calling the version released", "Verify the live game shows the expected version...", "Reconcile or stop if the deployment sequence differs") plus a dedicated "Validate the contract" checklist and clear feedback loops for incomplete evidence.

5 / 5

Progressive Disclosure

The body is a clear overview that signals its single one-level-deep reference explicitly ("See references/reference-architecture.md when implementing the schema, state machine, or tests"), and that reference file exists and is appropriately scoped to architecture and code, keeping the SKILL.md lean.

5 / 5

Total

19

/

20

Passed

Description

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

The description is comprehensive, concrete, and well-triggered: it lists multiple specific actions, provides explicit "Use when..." guidance with natural trigger phrases, and carves out a distinct in-game changelog niche. It avoids vague fluff and verbosity while covering both what and when clearly.

DimensionReasoningScore

Specificity

The description names five concrete actions ("Design, implement, backfill, audit, and release") plus specific capability facets ("contiguous versioning, deployment provenance, menu-state navigation, accessible toggle, close, and Escape behavior, and responsive release-ledger UI"), giving comprehensive concrete coverage rather than vague language.

5 / 5

Completeness

It explicitly answers both what the skill does (the action list) and when to use it via an explicit "Use when Codex needs to..." clause with multiple concrete trigger conditions.

5 / 5

Trigger Term Quality

Natural trigger phrases users would actually say are covered comprehensively: "add or revise a changelog or version screen in a game", "reconstruct release history from deployments and Git", "define version-bump rules", "keep displayed versions synchronized with live builds", and "test changelog mechanics across desktop and mobile".

5 / 5

Distinctiveness Conflict Risk

The niche is sharply defined ("in-game changelogs", "version screen in a game") with triggers unlikely to fire for unrelated skills, giving minimal conflict risk.

5 / 5

Total

20

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
MengTo/Skills
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.