commit

Creates Conventional Commits in Spanish by grouping logical changes and validating before committing.

Updated Jul 18, 2026
One-click install
npx skills add https://github.com/devlitus/space-flight---combat-simulator --skill commit-devlitus
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: commit
Source: https://github.com/devlitus/space-flight---combat-simulator/tree/main/.codex/skills/commit
Command: npx skills add https://github.com/devlitus/space-flight---combat-simulator --skill commit-devlitus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Writing consistent, well-scoped git commits is error-prone: changes get lumped together, message formats drift from the project history, and broken code gets committed without running tests. This Skill enforces a deterministic procedure so the same diff always produces the same commit structure. ## Core Features & Use Cases - Logical change grouping: Splits or joins changes based on build and test independence, keeping tests with the code they cover. - Conventional Commits formatting: Selects the correct type (feat, fix, docs, refactor, test, style, build, chore) and derives the scope mechanically from domain folders. - Pre-commit validation: Runs pnpm test and pnpm typecheck before committing and refuses to commit on failure. - Use Case: After finishing a feature touching src/economy/ plus its tests, ask the assistant to commit; it inspects the diff, groups the changes, writes a Spanish imperative message like "feat(economy): añade cálculo de impuestos", validates, and commits. ## Quick Start Ask the assistant to review the current git changes and create properly grouped Conventional Commits following this repository's commit procedure.

Frequently Asked Questions about commit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write Conventional Commits automatically with git?▼

Use a deterministic commit procedure that inspects git status, diff, and recent log history, then selects the type (feat, fix, docs, refactor, test, style, build, chore) and scope from the changed folders. The message follows the format type(scope): description in imperative mood.

How should I split changes into multiple commits?▼

Group changes by logical unit: if two changes can exist independently without breaking the build or tests, they become separate commits. Tests always stay with the code they cover, and independent documentation gets its own docs commit.

Should tests run before creating a git commit?▼

Yes, running the test suite and typechecker before committing prevents broken code from entering history. This procedure runs pnpm test and pnpm typecheck and refuses to commit if either fails, reporting the error for correction first.

When should I not use git add -A before committing?▼

Avoid git add -A or git add . when you have not reviewed the full diff, since it can stage secrets, .env files, or build artifacts like dist/. Use selective per-file staging after inspecting every change.

Can I amend or push commits without asking?▼

No. This procedure never runs git push without explicit user permission and never amends commits that have already been published, since rewriting shared history breaks collaborators' clones.