Skip to main content

create-commit

Create a safe, focused Git commit for this repository. Use when the user asks to commit completed work, prepare a commit, or choose a Conventional Commit message. Inspect the working tree, stage only intended files, validate relevant changes, and create the commit without pushing.

Source facts

Repository
DevCaress/guia-entrevistas-de-programacion
Last source activity
July 22, 2026 at 04:27
Detected SKILL.md language
English
Stars
8,165
Forks
1,101

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
create-commit
description
Create a safe, focused Git commit for this repository. Use when the user asks to commit completed work, prepare a commit, or choose a Conventional Commit message. Inspect the working tree, stage only intended files, validate relevant changes, and create the commit without pushing.
# Create Commit Create small, reviewable commits that follow this repository's contribution rules. Do not push, amend, rebase, reset, or change branches unless the user explicitly asks. ## Workflow 1. Inspect `git status --short`, the staged and unstaged diffs, and recent commit messages. 2. Determine the smallest coherent commit. Preserve unrelated user changes; never use `git add -A` or `git add .`. 3. If the intended files or scope are unclear, ask the user before staging or committing. 4. Stage only the chosen paths with `git add <path>...`. 5. Select a Conventional Commit message. Prefer a scoped type when useful: ```text docs(scope): describe documentation change feat(scope): describe user-facing addition fix(scope): describe corrected behavior test(scope): describe test change chore(scope): describe maintenance work ci: describe workflow change ``` Use a concise, lowercase imperative subject with no final period. Reuse an explicit user-provided message if it is suitable. 6. Run the relevant validation commands from `CONTRIBUTING.md` when they are practical for the changed files. Report any pre-existing or environment-related failure; do not conceal it by weakening checks. 7. Review the staged diff one final time, then create the commit with `git commit -m "<message>"`. 8. Confirm success with `git status --short` and `git log -1 --oneline`. ## Safety rules - Do not commit secrets, generated output, local configuration, or unrelated files. - Do not modify existing commits, force-push, or push any branch as part of this skill. - Do not bypass hooks with `--no-verify` unless the user explicitly authorizes it after the failure is explained. - If validation fails because of the proposed change, fix it before committing when the user asked for a finished commit. If it is unrelated, report it clearly.
View on GitHub