Automated summary
This skill builds the project, checks for errors, groups changes by purpose, creates separate commits, and pushes to GitHub only after a successful build.
Strengths
- Ensures only error-free changes are committed and pushed.
- Automatically separates changes by type (feature, fix, refactor, etc.) for clean commits.
- Repeats the build until success before allowing commit.
- Follows the existing commit message style of the repository.
Limitations
- Only works with projects using npm run build.
- May require human intervention if build errors are complex.
- Does not handle merge conflicts if push fails due to remote state.
Use this skill when you want to ensure your code compiles correctly before committing and sharing it.
Do not use it for urgent changes that need a quick commit without build verification, or for projects without a defined build script.
Security analysis
SafeThe skill instructs to run standard build and version control commands (npm, git). It does not include any destructive actions, exfiltration, or obfuscated payloads. Commands are executed in the user's project context with their consent.
No concerns found
How this analysis is madeExamples
Build the project, fix any errors, then group changes and create separate commits for each purpose, then push.Run npm run build, if it passes, commit all changes with a message following the repo style, then push.Check the build, and only if successful, commit and push my changes.Build, Commit and Push
This skill builds the project, checks for errors, and only creates a commit and pushes to GitHub if the build is successful with no errors.
Instructions
When the user invokes this skill:
-
Run the build command
- Execute
npm run buildto build the project - This will run i18n compilation and Next.js build
- Capture the full output
- Execute
-
Check for build errors
- If the build fails (exit code != 0), analyze the errors
- Report the errors to the user with clear explanations
- DO NOT proceed to commit or push
- Offer to help fix the errors
- After fixing errors, run the build again
-
Repeat until build succeeds
- Keep fixing errors and rebuilding until
npm run buildexits with code 0 - Ensure there are no TypeScript errors, ESLint errors, or build failures
- Keep fixing errors and rebuilding until
-
Analyze changes and group by purpose
- Once the build is completely successful with no errors:
- Run
git statusto see what files have changed - Run
git diffto see the actual changes - Run
git log -5 --onelineto see recent commit style - Analyze all changes and group them by purpose/type:
- Feature additions
- Bug fixes
- Refactoring
- Documentation updates
- Configuration changes
- Translation updates
- Style/UI changes
- Performance improvements
- etc.
- Run
- Once the build is completely successful with no errors:
-
Create separate commits for different purposes
- IMPORTANT: Changes with different purposes MUST be in separate commits
- For each group of related changes:
- Stage only the files related to that specific purpose using
git add <files> - Create a focused commit message in English that:
- Summarizes the specific nature of this group (feature/fix/refactor/docs/etc.)
- Focuses on "why" rather than "what"
- Follows the existing commit message style
- Create the commit with
git commit -m "your message"
- Stage only the files related to that specific purpose using
- Repeat for each group until all changes are committed
- Examples:
- Commit 1:
feat: add user authentication with JWT tokens - Commit 2:
fix: resolve memory leak in image loading component - Commit 3:
docs: update README with deployment instructions
- Commit 1:
- Never mix unrelated changes in a single commit
-
Push to GitHub
- After all commits are created, push them to the remote repository using
git push - Confirm success to the user with a summary of all commits pushed
- After all commits are created, push them to the remote repository using
Important Notes
- NEVER commit or push if the build has any errors
- CRITICAL: Always create separate commits for changes with different purposes (never mix unrelated changes)
- Always summarize the commit message in English regardless of the user's language
- Follow the existing commit message style in the repository
- Do not commit sensitive files like .env or credentials
- If build fails repeatedly, explain the issue clearly and wait for user guidance
- Stage files carefully - use specific file paths, not
git add .when creating multiple commits
Usage
The user can invoke this skill by saying:
- "build commit push"
- "build and push"
- "check build and commit"
- Or any similar phrase indicating they want to build, commit, and push
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/build-commit-and-push-mm5t8c39' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/build-commit-and-push-mm5t8c39/download' --output '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md.part' && mv '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md.part' '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.
Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
React Hook Form Best Practices
Development
Master React Hook Form: avoid anti-patterns, manage subscriptions, and handle reset, dirty state, and controlled inputs correctly.
Emotion to Mantine Migration
Development
Migrate Emotion styled-components to Mantine components with style props and CSS modules. Use when converting .styled.tsx files or removing @emotion imports.
Scope Creep Detector
Development
Analyzes git diffs against a stated intent to detect scope creep, unrelated files, broad PRs, and oversized changes, then suggests keep, split, or justify actions.