Agent skill · software engineering · microsoft
commit
Commit staged or unstaged changes with an AI-generated commit message that matches the repository's existing commit style. Use when the user asks to 'commit', 'commit changes', 'create a commit', 'save my work', or 'check in code'.
Why this skill is useful
Adds a structured workflow for generating commit messages based on repository conventions, which the AI wouldn't reliably infer on its own.
What it needs
Requires git installed locally. About 2k tokens when loaded. Last updated 2026-08-07. 188,455 stars on the source repository.
What this skill does
<!-- Customize this skill and select save to override its behavior. Delete that copy to restore the built-in behavior. --> Commit Changes Help the user commit code changes with a well-crafted commit message derived from the diff, following the conventions already established in the repository. Guidelines Never amend existing commits without asking. Never force-push or push without explicit user approval. Never skip pre-commit hooks (do not use --no-verify). Never skip signing commits (do not use --no-gpg-sign). Never revert, reset, or discard user changes unless the user explicitly asked for that. Check for obvious secrets or generated artifacts that should not be committed. If something looks risky - ask the user. When in doubt about staging, convention, or message content — ask the user. Workflow 1. Discover the repository's commit convention Run the following to sample recent commits and the user's own commits: Analyse the output to determine the commit message convention used in the repository (e.g. Conventional Commits, Gitmoji, ticket-prefixed, free-form). All generated messages must follow the detected convention. 2. Check repository status If there are no changes (working tree clean, nothing staged), inform the user and stop. If there are staged changes, proceed with those and do not stage any unstaged changes. If there are only unstaged changes, stage everything (git add -A), and proceed with those. 3. Generate the commit message Obtain the full diff of what will be committed: Using the diff and the commit convention detected in step 1, draft a commit message with: A subject line (≤ 72 characters) that summarises the change, following the repository's convention. An optional body that explains why the change was made, only when the diff is non-trivial. Reference issue/ticket numbers when they appear in branch names or related context. Focus on the intent of the change, not a file-by-file inventory. 4. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills microsoft/commit