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.

Informações da origem

Repositório
DevCaress/guia-entrevistas-de-programacion
Última atividade na origem
22 de julho de 2026 às 04:27
Idioma detectado do SKILL.md
inglês
Estrelas
8.178
Forks
1.100

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Explorador de arquivos
2 arquivos

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
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 no GitHub