skills/commit/SKILL.md
Create git commits with emoji conventional commit format. Handles staging, message formatting, and timestamp rules. Use when committing changes.
npx skillsauth add RonanCodes/ronan-skills commitInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create well-formatted git commits with emoji conventional commit style.
/commit
/commit --amend
Every commit message MUST use this format:
<emoji> <type>: <description>
Single line. Lowercase description. No period at the end. Focus on the "why" not the "what".
| Emoji | Type | When to use | |-------|------|-------------| | ✨ | feat | New feature or capability | | 🐛 | fix | Bug fix | | 🧪 | test | Adding or fixing tests | | 📝 | docs | Documentation changes | | 🧹 | chore | Maintenance, config, tooling | | ♻️ | refactor | Code restructuring without behaviour change | | 🚀 | deploy | Deployment-related changes | | 🔧 | config | Configuration changes | | ⚡ | perf | Performance improvements | | 🔒 | security | Security fixes |
✨ feat: add vault search with fuzzy matching
🐛 fix: prevent duplicate wiki pages on re-ingest
♻️ refactor: extract frontmatter parser into shared util
📝 docs: add obsidian integration guide
🧹 chore: update dependencies and clean unused imports
Co-Authored-By lines✨ feat: thing not ✨ feat(scope): thingcommitlint commit-msg hook enforce header-max-length (default 100), and the whole subject line counts, including the leading emoji + type: prefix (about 8-12 chars). A long subject is rejected with header must not be longer than 100 characters and the commit never lands. Under 72 keeps you safely inside it. Put detail in the body, not the subject.git status and git diff to understand what changedgit log --oneline -5 to see recent commit stylegit add -A)GIT_AUTHOR_DATE and GIT_COMMITTER_DATEgit status--amendIf the user passes --amend, amend the previous commit instead of creating a new one. Preserve the original timestamp unless the user specifies otherwise.
testing
--- name: linear-pipeline description: The Fable orchestrator for a single dispatched Linear ticket. Holds almost no context itself; it receives `--issue <ID> --detached`, decides the stage sequence, and fans out a sub-agent per stage, passing forward only each stage's artifact (never re-derived, never inlined into its own context). Step zero, before any planning or stage routing, is a boundary triage against `canon/security-boundary.md` (#199): a match tags Ronan Connolly and stops the run, no
development
--- name: in-your-face description: Capture a chat-only answer into a durable artifact (markdown + HTML, PDF when cheap) and launch it automatically so the user cannot miss it. Use when user says "in your face", "don't let me lose this", "save that answer", "make that durable", or right after answering a substantive side question (a recipe, comparison, how-to, or generated prompt) that would otherwise die with the context. category: workflow argument-hint: [--no-open] [--vault <short>] [hint of
tools
One-shot headless OpenAI Codex CLI calls for background/admin AI tasks — summaries, classification, extraction, admin glue. The default engine for anything that runs AI constantly in the background (daemon-driven, per-event), because it bills the flat ChatGPT subscription instead of Claude usage or per-token API spend, and it keeps working while Claude is rate-limited. NEVER for coding — coding stays Claude. Use when a skill or daemon needs a cheap always-on AI call, when the user says "use codex", "ask codex", "codex as backup", or when building a background summarizer/classifier into a listener or loop. Reads auth from ~/.codex/auth.json (ChatGPT account, no API key).
research
Turn a warranty rejection, repair quote, or RMA email into a cited decision brief — legal read (NL/EU consumer law), is the part user-serviceable, live part and new-unit prices, repair-vs-DIY-vs-new economics, before-you-send-it checklist, deadlines. Use when the user pastes or screenshots a repair quote, warranty rejection, "not covered" email, onderzoekskosten fee, or asks "should I repair or replace this".