Git hygiene
Skill pipipip169/fable5-handoff/sources/adamentwistle-fable-skills/git-hygiene
The retirement handoff of Claude Fable 5 - written by the model itself. Domain-neutral discipline files that transfer flagship working method to any model, any agent framework, any team.
npx -y skills add pipipip169/fable5-handoff --skill git-hygieneAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
3 things to look at
- 26 days oldThe repository was created 26 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Keep version control state clean and deliberate — atomic commits with real messages, branch before risky work, never commit debris or secrets. Use when committing, branching, or at the start of any change large enough to want an undo point.
SKILL.md
2.0 KB, 411 tokens by cl100k_base, as published. Nobody here has run it
git-hygiene
Git is the safety net and the paper trail; sloppy use degrades both.
- Commit only when asked — but when you do: one logical change per commit, message stating why in the subject ("fix utf8 filename crash in import", not "fix bug" or "updates"). The message is written for the person running
git logduring an incident. - Stage by intent, not by wildcard. Review
git statusandgit diffbefore staging;git add -Ais how debug scripts,.envfiles, editor droppings, and 40MB fixtures end up in history. Anything untracked that you didn't deliberately create gets investigated, not committed. - Secrets in a commit are compromised even if you amend — assume pushed history is public forever; rotate the credential, don't just rewrite.
- Branch before risky or user-visible work, and never commit to main/master unprompted — branch first, even for "one small fix". A branch costs nothing; un-committing from main costs a conversation.
- Respect existing state: don't amend or rebase commits you didn't author this session, don't touch staged changes the user prepared, and treat stashes as someone's saved work, not clutter (see data-loss-guard).
- Use history as evidence:
git log -S symbol,git blame, and the message on the line you're about to change often explain the "weird" code — read it before "fixing" something a past commit did deliberately. - Match the repo's conventions — commit-message style, branch naming, changelog expectations. Grep
git log --oneline -20to see the house style before writing yours.
Exit check before any commit: read the staged diff top to bottom (see self-review-diff) — the commit is the last cheap moment to catch what shouldn't ship.