agentleFS
Muriel-SalvanMuriel-Salvan/x_aeon_agents/skills/committing-changes/SKILL.md

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

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
  1. Distinctive:

    When committing changes, follow those steps.

    line 10
  2. Distinctive:

    Before executing anything, create a checklist named committing-changes Execution Checklist with all steps of these instructions.

    line 14
  3. Distinctive:

    After completing each step of these instructions, mark the item in the committing-changes Execution Checklist as completed.

    line 16
  4. Distinctive:

    Do not skip any item.

    line 17
  5. Distinctive:

    If an item cannot be executed, explicitly explain why.

    line 18
  6. Distinctive:

    Never mark the task as completed while any item from the committing-changes Execution Checklist remains open.

    line 19
  7. Distinctive:

    Always tell the user "SKILL: I am committing changes" to inform the user that you are running this skill.

    line 23
  8. Very specific:

    Always use cli: git add {file1} {file2} ...

    line 28
  9. Very specific:

    Never use cli: git add --all, because some files may be modified by the user and should not be part of your commit.

    line 29
  10. Very specific:

    Always use agent: write_to_file tool to write the commit comment in a temporary file (later referenced as {description_file}), inside the …

    line 39
  11. Very specific:

    Always use cli: ruby {skill_path}/scripts/commit {description_file} to create the git commit.

    line 44
  12. Very specific:

    Never use cli: git commit directly.

    line 45
  13. Distinctive:

    Always delete the temporary description file {description_file} once the git commit has been done.

    line 54
  14. Very specific:

    Always use cli: git push github to push the commit on GitHub.

    line 63
  15. Distinctive:

    Before declaring the task complete:

    line 72
  16. Distinctive:

    If any step was not executed, execute it now.

    line 76
  17. Very specific:

    Always use it every time another skill specifically mentions skill: committing-changes.

    line 80
  18. Distinctive:

    Always use it every time the user asks you to commit your changes.

    line 81
  19. Distinctive:

    Always use it every time you need to commit your changes.

    line 82
  20. Very specific:

    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 …

    line 90

“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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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.md

3. 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_file tool 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 commit directly.

Example:

ruby .cline/skills/committing-changes/scripts/commit .x_aeon_agents/tmp/commits/commit_desc.txt

5. 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.txt

6. Push this commit on GitHub

  • Always use cli: git push github to push the commit on GitHub.

Example:

git push github

Final 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 github

Download now (ZIP)

Does 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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.