← ClaudeAtlas

attributelisted

Write commit messages and PR descriptions that lead with intent (why, not what), using Conventional Commits type prefixes and Refs: trailers linking to docs/{facts,decisions,guardrails,skills}/ artifacts. Use when the user wants to commit changes with attribution, or generate a PR description, e.g. "commit this with attribution", "write a PR description for this branch".
vivantel/kms · ★ 3 · AI & Automation · score 65
Install: claude install-skill vivantel/kms
Write commit messages and PR descriptions that capture *why* a change was made, not just what changed, and keep them traceable to the knowledge artifacts (`docs/{facts,decisions,guardrails,skills}/`) they implement. This skill only runs when explicitly invoked. Never apply its conventions to a plain `git commit` unless asked. ## Writing a commit message 1. Inspect the staged diff with `git diff --staged`. 2. Propose candidate knowledge artifacts based on what the diff touches, then confirm the list with the user before committing — never guess silently; they may add, remove, or reject any. 3. Draft the message: - Summary line: `type: summary`, where `type` is one of `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `build`, `ci`, `chore`. - Blank line. - A body paragraph explaining the intent — not merely what changed. - Blank line. - One `Refs: <repo-relative-path>` git trailer per confirmed artifact (e.g. `Refs: docs/decisions/0003-commit-trailer-traceability.md`). Never use an issue number or a prose mention in place of this trailer. ## Writing a PR description 1. Determine the branch's base (e.g. `main`) and run `git log <base>..HEAD`. 2. Build the `Refs` section by collecting the union of `Refs:` trailers already present on those commits. Do not re-inspect the full branch diff or re-ask the user — the commits are the source of truth. 3. Render three sections: - `Intent` — drawn from the commits' body paragraphs. - `What changed` — a br