committing-changes
Skill2 starsChanged 2 months agoBSD-3-ClauseView on GitHub
Commits changes and pushes them on GitHub. What this does is stage relevant files, create a git commit and push it on GitHub. Use this when development and testing has been done and changes are ready to be committed and pushed to GitHub.
- Commits and pushes
3 other projects use a version of this.
Adopted by
Most recently taken up by
- vadimvitvickiy/vv-agent-kittheir own version, first seen Oct 20, 2026
- gannonh/skillstheir own version, first seen Aug 24, 2026
- Diviner-Dojo/agent_framework_templatetheir own version, first seen Aug 18, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- Diviner-Dojo/agent_framework_template★ 4same name
- gannonh/skills★ 2same name
- vadimvitvickiy/vv-agent-kit★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- addressing-pull-request-commentsSkill
- analyzing-github-issueSkill
- applying-ruby-conventionsSkill
- applying-test-conventionsSkill
- creating-pull-requestSkill
- editing-filesSkill
- enforcing-project-rulesSkill
- implementing-github-issueSkill
- improving-agent-reflectionSkill
- running-cli-in-wsl-portableSkill
- syncing-branch-with-baseSkill
- updating-docSkill
- validating-production-qualitySkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
20 rules. 0 are common, 12 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
12
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 10
When committing changes, follow those steps.
- Distinctive: line 14
Before executing anything, create a checklist named committing-changes Execution Checklist with all steps of these instructions.
- Distinctive: line 16
After completing each step of these instructions, mark the item in the committing-changes Execution Checklist as completed.
- Distinctive: line 17
Do not skip any item.
- Distinctive: line 18
If an item cannot be executed, explicitly explain why.
- Distinctive: line 19
Never mark the task as completed while any item from the committing-changes Execution Checklist remains open.
- Distinctive: line 23
Always tell the user "SKILL: I am committing changes" to inform the user that you are running this skill.
- Very specific: line 28
Always use cli: git add {file1} {file2} ...
- Very specific: line 29
Never use cli: git add --all, because some files may be modified by the user and should not be part of your commit.
- Very specific: line 39
Always use agent: write_to_file tool to write the commit comment in a temporary file (later referenced as {description_file}), inside the …
- Very specific: line 44
Always use cli: ruby {skill_path}/scripts/commit {description_file} to create the git commit.
- Very specific: line 45
Never use cli: git commit directly.
- Distinctive: line 54
Always delete the temporary description file {description_file} once the git commit has been done.
- Very specific: line 63
Always use cli: git push github to push the commit on GitHub.
- Distinctive: line 72
Before declaring the task complete:
- Distinctive: line 76
If any step was not executed, execute it now.
- Very specific: line 80
Always use it every time another skill specifically mentions skill: committing-changes.
- Distinctive: line 81
Always use it every time the user asks you to commit your changes.
- Distinctive: line 82
Always use it every time you need to commit your changes.
- Very specific: line 90
If you modified lib/my_lib/my_class.rb, README.md and spec/scenarios/my_tests.rb files for the task, this skill should perform the …
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Committing changes
Sequential steps to be followed when using this skill
When committing changes, follow those steps.
Create the committing-changes Execution Checklist (MANDATORY)
- Before executing anything, create a checklist named committing-changes Execution Checklist with all steps of these instructions.
- The committing-changes Execution Checklist must include all numbered steps explicitly.
- After completing each step of these instructions, mark the item in the committing-changes Execution Checklist as completed.
- Do not skip any item.
- If an item cannot be executed, explicitly explain why.
- Never mark the task as completed while any item from the committing-changes Execution Checklist remains open.
1. Inform the user
- Always tell the user "SKILL: I am committing changes" to inform the user that you are running this skill.
2. Stage all the files that should be part of the commit
- Identify all the files that make sense to commit altogether as part of 1 commit.
- Always use
cli: git add {file1} {file2} ... {fileN}to stage those identified files. - Never use
cli: git add --all, because some files may be modified by the user and should not be part of your commit.
Example:
git add lib/my_lib/my_class.rb README.md3. Create a temporary file with the commit description
- Devise a meaningful commit comment that summarizes the changes you are going to commit.
- Always use
agent: write_to_filetool to write the commit comment in a temporary file (later referenced as {description_file}), inside the directory.x_aeon_agents/tmp/commits.
4. Create the commit
- Find this skill directory path, later referenced as {skill_path}.
- Always use
cli: ruby {skill_path}/scripts/commit {description_file}to create the git commit. - Never use
cli: git commitdirectly.
Example:
ruby .cline/skills/committing-changes/scripts/commit .x_aeon_agents/tmp/commits/commit_desc.txt5. Delete the temporary commit description file
- Always delete the temporary description file {description_file} once the git commit has been done.
Example:
rm .x_aeon_agents/tmp/commits/commit_desc.txt6. Push this commit on GitHub
- Always use
cli: git push githubto push the commit on GitHub.
Example:
git push githubFinal Verification (MANDATORY)
Before declaring the task complete:
- Re-list all numbered steps from the committing-changes Execution Checklist.
- Confirm each one was executed.
- If any step was not executed, execute it now.
When to use it
- Always use it every time another skill specifically mentions
skill: committing-changes. - Always use it every time the user asks you to commit your changes.
- Always use it every time you need to commit your changes.
Usage and code examples
Those examples are given for a Linux environment. Adapt them if you are running in a Windows environment.
When project code, docs and tests were modified
If you modified lib/my_lib/my_class.rb, README.md and spec/scenarios/my_tests.rb files for the task, this skill should perform the following commands:
git add lib/my_lib/my_class.rb README.md spec/scenarios/my_tests.rb
# Use agent tool write_to_file to create file ./.x_aeon_agents/tmp/commits/commit_desc.txt
ruby {skill_path}/scripts/commit ./.x_aeon_agents/tmp/commits/commit_desc.txt
rm ./.x_aeon_agents/tmp/commits/commit_desc.txt
git push githubDoes it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

