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.

Datos de origen

Repositorio
DevCaress/guia-entrevistas-de-programacion
Última actividad en el origen
22 de julio de 2026 a las 04:27
Idioma detectado de SKILL.md
inglés
Estrellas
8165
Forks
1101

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Explorador de archivos
2 archivos

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
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.
Ver en GitHub