
Commit
- 468 installs
- 3.9k repo stars
- Updated January 26, 2026
- parcadei/continuous-claude-v3
commit is a continuous-claude-v3 agent skill that guides focused Git commits during development tasks for developers who need structured version-control steps inside an agent-driven workflow.
About
commit is a skill from the parcadei/continuous-claude-v3 repository intended for development tasks that require creating Git commits within a continuous agent workflow. The published metadata is minimal—description states to use commit for development tasks—but the skill slug and repo context position it as a Git commit helper alongside other continuous-claude orchestration skills. Developers reach for commit when an agent should stage and record focused changes rather than leaving uncommitted work across a session. Because the bundled readme is empty, treat commit as a thin workflow stub and pair it with onboard or new-branch-and-pr skills for fuller context.
- commit
Commit by the numbers
- 468 all-time installs (skills.sh)
- +4 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #896 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/parcadei/continuous-claude-v3 --skill commitAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 468 |
|---|---|
| repo stars | ★ 3.9k |
| Last updated | January 26, 2026 |
| Repository | parcadei/continuous-claude-v3 ↗ |
How do you commit changes in an agent workflow?
Use commit for development tasks
Who is it for?
Developers using continuous-claude-v3 who want an agent-guided Git commit step after finishing a focused implementation task.
Skip if: Developers who need branch creation, pull-request authoring, or detailed commit-message conventions documented in the skill itself.
When should I use this skill?
The user asks to commit completed work or the continuous-claude session reaches a commit checkpoint after implementation.
What you get
A Git commit with a scoped message recording the completed change set.
- Git commit
Files
Commit Changes
You are tasked with creating git commits for the changes made during this session.
Process:
1. Think about what changed:
- Review the conversation history and understand what was accomplished
- Run
git statusto see current changes - Run
git diffto understand the modifications - Consider whether changes should be one commit or multiple logical commits
2. Plan your commit(s):
- Identify which files belong together
- Draft clear, descriptive commit messages
- Use imperative mood in commit messages
- Focus on why the changes were made, not just what
3. Present your plan to the user:
- List the files you plan to add for each commit
- Show the commit message(s) you'll use
- Ask: "I plan to create [N] commit(s) with these changes. Shall I proceed?"
4. Execute upon confirmation:
- Use
git addwith specific files (never use-Aor.) - Create commits with your planned messages
- Show the result with
git log --oneline -n [number]
5. Generate reasoning (after each commit):
- Run:
bash "$CLAUDE_PROJECT_DIR/.claude/scripts/generate-reasoning.sh" <commit-hash> "<commit-message>" - This captures what was tried during development (build failures, fixes)
- The reasoning file helps future sessions understand past decisions
- Stored in
.git/claude/commits/<hash>/reasoning.md
Important:
- NEVER add co-author information or Claude attribution
- Commits should be authored solely by the user
- Do not include any "Generated with Claude" messages
- Do not add "Co-Authored-By" lines
- Write commit messages as if the user wrote them
Remember:
- You have the full context of what was done in this session
- Group related changes together
- Keep commits focused and atomic when possible
- The user trusts your judgment - they asked you to commit
Option: commit
I (Initiation)
activate: [user_says_commit, user_says_push, feature_complete] skip: [uncommitted_changes_empty, mid_implementation]
Y (Observation Space)
| signal | source | interpretation |
|---|---|---|
| git_status | git status | modified/staged files |
| git_diff | git diff | actual changes |
| conversation_context | session history | what was accomplished |
U (Action Space)
primary: [Bash] forbidden: [co_author_lines, claude_attribution]
pi (Policy)
P0: Review Changes
eta |-> assess_changes via git_status, git_diff| action | Q | why | mitigation |
|---|---|---|---|
| git_add_all | -inf | Adds unintended files | use explicit file paths |
| assume_single_commit | -inf | Forces unrelated changes together | assess logical grouping |
P1: Plan Commits
eta |-> group_files_logically
eta |-> draft_messages (imperative mood, explain why)| action | Q | why |
|---|---|---|
| atomic_commits | HIGH | Clear history, easy revert |
| descriptive_messages | HIGH | Future context |
P2: Request Approval
eta |-> present_plan_to_user
plan: {files: [...], message: "...", count: N}| action | Q | why |
|---|---|---|
| execute_without_approval | -inf | User may disagree with grouping |
| ask_confirmation | +inf | User trusts but verifies |
P3: Execute
eta |-> git_add(specific_files)
eta |-> git_commit(message)
eta |-> generate_reasoning(hash, message)| action | Q | why |
|---|---|---|
| add_specific_files | HIGH | Intentional commits |
| generate_reasoning | HIGH | Preserves build context |
Command Reference
git add <file1> <file2> ...
git commit -m "message"
bash "$CLAUDE_PROJECT_DIR/.claude/scripts/generate-reasoning.sh" <hash> "<message>"
git log --oneline -n Nbeta (Termination)
beta(eta) = 1.0 if commits_created OR user_cancelssuccess: [commits_made, reasoning_generated, log_shown] failure: [no_changes, user_declined]
Output Schema
plan: {commits: [{files: [...], message: "..."}]}
result: {hashes: [...], log: "..."}Invariants
inv_1: never include "Co-Authored-By" or "Generated with Claude"
inv_2: always use specific file paths (never git add -A)
inv_3: always generate reasoning.md after each commitRelated skills
FAQ
What does the commit skill in continuous-claude-v3 do?
The commit skill in parcadei/continuous-claude-v3 is a development-task skill for creating Git commits within the continuous-claude agent workflow; published metadata is sparse, so pair it with related repo skills for full branch and PR context.
When should an agent invoke the commit skill?
Invoke commit when implementation work is complete and the developer wants the agent to record a focused Git commit as part of a continuous-claude-v3 session, typically before review or pull-request steps.