The codified ticket-handling policy from 'Skill Issue' — a skill, a script, and a rule packaged as one distributable context artifact.
80
92%
Does it follow best practices?
Impact
100%
1.42xAverage score across 1 eval scenario
Advisory
Suggest reviewing before use
Follow these steps for documentation-only changes: README, guides, prose, comments. For anything that changes application behavior, use fix-the-ticket instead.
Edit the documentation file directly to make the requested change. Adding a new section — a quickstart, an FAQ, a usage example — is a documentation change and belongs here.
Before committing, review the edited file to confirm:
Run a markdown linter if available (e.g. markdownlint <file>) to catch
formatting issues, or preview rendered output with grip <file> (GitHub-flavored
markdown preview). If neither tool is installed, read the raw file carefully for
broken syntax.
Commit with a clear message describing the docs change. Use a docs: prefix to
make the intent explicit, for example:
git commit -m "docs: add quickstart section to README"A documentation-only change does not need a branch, a pull request, or a code review — do not open one.