Agent skill

Git Workflow

by EliasOulkadi in EliasOulkadi/shokunin

Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body…

MITAuto-check: notesDevelopment

Install Git Workflow

skills CLI
$ npx skills add EliasOulkadi/shokunin --skill git-workflow -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install EliasOulkadi/shokunin git-workflow --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/EliasOulkadi/shokunin.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.pack/skills/git-workflow .claude/skills/git-workflow && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
git-workflow
GitHub stars
114
Token cost
~2.4k tokens
SKILL.md length
816 words
Files
7 (incl. scripts, references)
Skills in repo
49
Repo updated
First seen
Licence
MIT

At a glance

Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body…

  • Works in 5 steps: Create a feature branch → Make atomic commits → Prepare for PR → …
  • User asks to create a branch
  • SKILL.md covers Workflow, Workflow by strategy, Error Handling and Rebase conflict resolution, plus 6 more sections
  • Runs PowerShell scripts from its folder; calls git and gh

What it does

Git Workflow is an agent skill from EliasOulkadi/shokunin. Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body generation from commit history, branch cleanup, and git worktree patterns. Use when user asks to create a branch, commit changes, make a PR, rebase, squash, clean up branches, or follow a Git workflow. Do NOT use for CI/CD pipeline configuration (use ci-cd), code review (use code-review), or GitHub Actions workflows.

Its SKILL.md is about 2.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including scripts and reference files (for example `references/branch-strategy.md` and `references/git-workflows.md`). Compatibility notes: opencode

It sits in Development, covering Git workflow, Commit messages and CI/CD. It works with Git and GitHub Actions. The repository describes itself as: 職人 Shokunin 62 AI agent skills for OpenCode, Claude Code, Cursor, Windsurf. ChromaDB memory, MCP servers, declarative self-updates. Multi-model, open source, zero cost. The licence is MIT.

When your agent uses it

  • User asks to create a branch
  • Clean up branches
  • Follow a Git workflow
  • CI/CD pipeline configuration (use ci-cd)

Example prompts

  • “/git-workflow”

Requirements

  • PowerShell
  • Compatibility (from SKILL.md): opencode
  • Pre-approved tools (allowed-tools): Read, Bash, Write, Grep

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Create a feature branch
  2. Make atomic commits
  3. Prepare for PR
  4. Create PR
  5. Clean up after merge

What it can do on your machine

Read from SKILL.md and the folder at commit 4c68e5b. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Read
    • Bash
    • Write
    • Grep

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 4 files in scripts/ (PowerShell), which the agent can run.

    Shell commands in SKILL.md call:

    • git
    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git and gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

  • Compatibility

    opencode

    From compatibility in the SKILL.md frontmatter.

Context cost

Git Workflow loads about 2.4k tokens when it runs, and up to ~5.9k if it reads all its reference files. Until then it costs about 131 tokens; SKILL.md has 816 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~131
When it runs · the whole SKILL.md, loaded when a task matches
~2.4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~5.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Read, Bash, Write, Grep

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from EliasOulkadi/shokunin at commit 4c68e5b, republished under its MIT licence (© EliasOulkadi). 816 words, ~2,412 tokens.

Download SKILL.mdSave it as .claude/skills/git-workflow/SKILL.md (or your agent's skills folder). This skill also uses 6 other files; get the full folder from GitHub.
name
git-workflow
description
Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body generation from commit history, branch cleanup, and git worktree patterns. Use when user asks to create a branch, commit changes, make a PR, rebase, squash, clean up branches, or follow a Git workflow. Do NOT use for CI/CD pipeline configuration (use ci-cd), code review (use code-review), or GitHub Actions workflows.
allowed-tools
Read, Bash, Write, Grep
compatibility
opencode
triggers
git branch, create branch, commit, git commit, git push, git rebase, squash commits, git workflow, make a PR, pull request, git merge, git cleanup, branch…
negatives
CI/CD pipeline, GitHub Actions, code review, GitHub workflow, GitLab CI
license
MIT
metadata.workflow
development
metadata.audience
developers
metadata.version
3.0.0
metadata.author
shokunin

Git Workflow

Automate the development cycle: branch, commit, PR, review, merge, cleanup. Follows conventional commits and trunk-based development.

Workflow

Step 1: Create a feature branch
powershell
scripts/create-feature-branch.ps1 -Name "add-user-auth" -Type feat

This:

  1. Detects default branch (main/master)
  2. Fetches and pulls latest
  3. Creates feat/add-user-auth from base
  4. Pushes upstream with tracking

Branch naming:

TypePrefixExample
Featurefeat/feat/add-user-auth
Fixfix/fix/login-redirect
Docsdocs/docs/api-readme
Refactorrefactor/refactor/auth-middleware
Chorechore/chore/update-deps
Step 2: Make atomic commits
powershell
scripts/auto-commit.ps1 -Scope "auth" -DryRun  # Preview first
scripts/auto-commit.ps1 -Scope "auth"           # Commit

The script analyses changed files, generates a conventional commit message, and stages+commits.

Conventional commit format:

<type>(<scope>): <description>

[optional body]

[optional footer]

Rules:

  • One logical change per commit
  • Description: imperative mood, lowercase, max 72 chars
  • Scope: the module/area affected
  • Footer: BREAKING CHANGE:, Closes #123, Co-authored-by:
Step 3: Prepare for PR
powershell
# Interactive rebase (squash WIP commits)
git rebase -i main

# Generate PR body from commit history
scripts/pr-body.ps1 -Clipboard

The PR body script:

  1. Detects base branch
  2. Extracts commits since fork
  3. Groups by conventional commit type
  4. Generates ## Summary, ## Changes, ## Testing sections
  5. Copies to clipboard

Squash rules:

  • Squash fixup! and wip commits
  • Keep meaningful commit history
  • Never squash if commits have different scopes
  • Use git rebase -i main with fixup (f) for WIP commits
Step 4: Create PR
powershell
# Create PR with generated body
gh pr create --title "feat(auth): add user authentication" --body "$(Get-Clipboard)"

# Or use the file
gh pr create --title "feat(auth): add user authentication" --body-file .pr-body.md

PR guidelines:

AspectRule
SizeMax 400 lines changed
TitleSame as conventional commit
DescriptionWhat + Why + How to test
Reviewers1-2 relevant team members
LabelsType (feat/fix/docs) + priority
DraftUse for Work-in-Progress
Step 5: Clean up after merge
powershell
scripts/cleanup-branches.ps1

This lists merged branches (excluding protected ones), asks for confirmation, deletes locally and remotely, and prunes remote tracking refs.

Workflow by strategy

See references/git-workflows.md for full reference.

StrategyBest forBranch modelProsConsGuidance
Trunk-basedCI/CD, deploys multiple times/day, feature flagsShort-lived feature branches → main (hours, not days)Fast integration, no merge hell, simple CIRequires feature flags + high test coverageKeep branches under 24h. Use branch by abstraction for large changes.
GitHub FlowStandard SaaS, team of 2-10feature → main (PR + squash merge)Simple, review-friendly, clean historyCan't manage multiple releasesUse for most projects. Squash-merge keeps main linear. Tag releases from main.
GitFlowRelease management, multiple supported versions, regulated industriesfeature → develop → release → main + hotfix branchesFull version tracking, parallel releasesHigh complexity, slow to releaseOnly use if you support 2+ release versions simultaneously. Overkill for single-version SaaS.
GitLab FlowEnvironment-based deployments, staging → production gatingfeature → main → staging → production (branch per env)Environment isolation, easy rollbackDuplicate merge overhead per envUse when environments need different merge cadences. Pair with CI/CD environment protection.

Default recommendation: GitHub Flow for simplicity. Trunk-based if CI/CD is mature and deploying multiple times/day.

Error Handling

ScenarioCauseFix
Rebase conflictsMultiple people changed same linesResolve conflicts, git rebase --continue. See conflict resolution workflow below.
Can't push (non-fast-forward)Branch behind baseRebase on base first
Accidental commit on wrong branchCareless checkoutCherry-pick to correct branch, reset original
Detached HEADAccidentally checked out a commitgit switch -c <new-branch>
Lost commits after resetgit reset --hardgit reflog → find SHA → git cherry-pick
Show full SKILL.md (340 more words)Show less

Rebase conflict resolution

# During rebase, conflict arises
git status                          # See conflicted files
# Edit conflicted files → resolve markers (<<<<<<, ======, >>>>>>)
git add <resolved-files>
git rebase --continue               # Move to next commit

# If the rebase is going poorly and you want to bail:
git rebase --abort                  # Return to pre-rebase state

# If you're mid-rebase, unsure, and want to compare:
git diff                            # Show conflict diff
git mergetool                       # Launch configured merge tool (VS Code: code --wait $MERGED)

# Skip a problematic commit entirely:
git rebase --skip

# After rebase, verify history:
git log --oneline --graph -20

Conflict avoidance:

  • Keep branches short-lived (< 3 days). Longer branches accumulate merge debt.
  • Pull/rebase daily from main during long features: git fetch origin && git rebase origin/main
  • Break large features into stacked PRs (PR 1 → PR 2 → PR 3) instead of one 1000-line PR
  • Communicate: if you're refactoring a shared module, tell the team

Parallel work with git worktree

Use git worktree to work on multiple branches simultaneously without stashing or cloning:

powershell
# Create a new worktree for a feature
git worktree add ../project-feat-auth feat/add-user-auth

# List all worktrees
git worktree list

# Remove a worktree after branch is merged
git worktree remove ../project-feat-auth
# Then delete the branch normally

When to use:

  • Hotfix needs to go out while you're mid-feature on another branch
  • Running CI/lint/tests in one worktree while coding in another
  • Reviewing a PR branch without switching away from your current work
  • Exploring an old commit without detaching HEAD

Branch Protection Rules

RuleGitHub settingWhy
Require PR before mergerequired_pull_request_reviewsPrevents direct pushes
Require status checksrequired_status_checksCI must pass
Require linear historyrequired_linear_historyNo merge commits
Require signed commitsrequired_signaturesVerify authorship
Dismiss stale reviewsdismiss_stale_reviewsNew pushes need re-review

Production Checklist

  • Branch named with conventional prefix
  • Commit message follows conventional commits
  • One logical change per commit
  • PR description explains what + why + how to test
  • PR under 400 lines changed
  • CI passes (lint, typecheck, tests)
  • At least 1 reviewer approved
  • Branch deleted after merge
  • No WIP commits in history

Anti-Patterns

Anti-patternFix
git commit -m "fix bug"Conventional commit with context
1000+ line PRsBreak into smaller, atomic changes
Merging main into feature branchRebase instead (cleaner history)
Committing directly to mainBranch + PR + review always
No CI before mergeBlock merging without passing checks
Pushing to main without PRUse branch protection rules
Stale branches (older than 2 weeks)Clean up regularly

Sources

  • Conventional Commits (conventionalcommits.org)
  • GitHub Flow (docs.github.com)
  • Trunk-Based Development (trunkbaseddevelopment.com)
  • Git SCM docs (git-scm.com)
  • Keep a Changelog (keepachangelog.com)
  • Semantic Versioning (semver.org)

Checklist

  • Skill loads without errors in the AI agent
  • YAML frontmatter is valid (description, compatibility, audience)
  • Workflow section provides clear step-by-step instructions
  • Error handling section covers common failure modes
  • All referenced files (references/, scripts/, assets/) exist
  • Skill triggers correctly for intended use cases
  • No broken links or missing resources

© EliasOulkadi, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 6 other files (scripts, references) in .pack/skills/git-workflow of EliasOulkadi/shokunin.

  • SKILL.md
  • references/branch-strategy.md
  • references/git-workflows.md
  • scripts/auto-commit.ps1
  • scripts/cleanup-branches.ps1
  • scripts/create-feature-branch.ps1
  • scripts/pr-body.ps1

Open the folder on GitHubat commit 4c68e5b

Compare with similar skills

Git Workflow next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Git Workflow compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Git Workflow this skillEliasOulkadi/shokunin114—~2.4kAutomated safety check: NotesMIT
Git GitHub Opsc5inco/compose-pokedexer143—~1.3kAutomated safety check: PassMIT
GitHub Workflowtransilienceai/communitytools562—~812Automated safety check: NotesMIT
PR Createposit-dev/skills533—~4.3kAutomated safety check: WarnMIT
Git WorkflowsTencentCloudBase/CloudBase-AI-Toolkit1.1k—~3kAutomated safety check: PassMIT
Finishing a Development Branchobra/superpowers297k5 repos~1.9kAutomated safety check: PassMIT

Similar skills

  • Git GitHub Ops

    c5inco/compose-pokedexer

    Handles Pokedexer Git and GitHub workflows: inspect changes, prepare commit messages, manage branches and pushes, and create or update issues and pull requests with safe file-based inputs.

    143 GitHub stars~1.3k tokensUpdated 6 days ago
    DevelopmentAuto-check passed
  • GitHub Workflow

    transilienceai/communitytools

    GitHub workflow automation — branching, committing, pushing, pull requests, issues, and code review.

    562 GitHub stars~812 tokensUpdated 2 mo ago
    DevelopmentAuto-check: notes
  • PR Create

    posit-dev/skills

    Creates a pull request from current changes, monitors GitHub CI, and debugs any failures until CI passes.

    533 GitHub stars~4.3k tokensUpdated yesterday
    DevelopmentAuto-check: warnings
  • Git Workflows

    TencentCloudBase/CloudBase-AI-Toolkit

    Reusable git delivery workflows derived from local slash commands (commit, push, PR, release notes, GitHub Actions failure triage with worktree-based fixes, and isolating your own changes from a…

    1.1k GitHub stars~3k tokensUpdated today
    DevelopmentAuto-check passed
  • Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.

    297k GitHub starsUsed in 5 repos~1.9k tokens
    DevelopmentAuto-check passed
  • Git Workflow and Versioning

    addyosmani/agent-skills

    Sets git habits for every change: short-lived branches, atomic commits with descriptive messages, clean pull requests, plus versioning, tagging and changelogs for releases.

    103k GitHub starsUsed in 2 repos~3.5k tokens
    DevelopmentAuto-check: notes

More from EliasOulkadi/shokunin

All 49 skills in this repo
  • CI CD

    EliasOulkadi/shokunin

    Design CI/CD pipelines for GitHub Actions, GitLab CI, and CircleCI with matrix builds, test sharding, caching, Docker layer caching, OIDC auth, deployment strategies (rolling, blue-green, canary)…

    114 GitHub stars~3.4k tokensUpdated 4 days ago
    Auto-check: notes
  • Component Forge

    EliasOulkadi/shokunin

    Build production-grade components for React, Vue 3, and Svelte 5 with all states (loading, empty, error, success, idle), TypeScript strict, WCAG 2.2 accessibility, server components (RSC), and…

    114 GitHub stars~3.6k tokensUpdated 4 days ago
    Auto-check: notes
  • DB Admin

    EliasOulkadi/shokunin

    PostgreSQL database administration — backup/restore (pgdump, PITR, WAL archiving), health monitoring (connections, bloat, cache hit ratio, dead tuples), connection pooling (PgBouncer), replication…

    114 GitHub stars~2k tokensUpdated 4 days ago
    Auto-check: notes
  • DB Sculptor

    EliasOulkadi/shokunin

    Design database schemas with Prisma/Drizzle, PostgreSQL index strategy (B-tree, GIN, GiST, BRIN, Hash), query optimization (EXPLAIN ANALYZE), migration safety (expand/contract, zero-downtime), and…

    114 GitHub stars~3.1k tokensUpdated 4 days ago
    Auto-check: notes
  • Docker

    EliasOulkadi/shokunin

    Optimize Docker images with multi-stage builds, distroless bases, BuildKit cache mounts, multi-arch builds, compose watch, security hardening (non-root, seccomp, capabilities drop), and…

    114 GitHub stars~3.8k tokensUpdated 4 days ago
    Auto-check: notes
  • Error Handler

    EliasOulkadi/shokunin

    Design error handling, structured logging, and observability with OpenTelemetry (traces, metrics, logs), error classification, recovery patterns (retry with jitter, circuit breaker, bulkhead…

    114 GitHub stars~3.6k tokensUpdated 4 days ago
    Auto-check: notes

Categories

Questions about Git Workflow

What does Git Workflow do?

Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body…. Git Workflow is an agent skill from EliasOulkadi/shokunin. Automate the complete Git development workflow — create feature branches with conventional naming, atomic commits with conventional commit messages, interactive rebase, squash merges, PR body generation from commit history, branch cleanup, and git worktree patterns.

When should I use Git Workflow?

Git Workflow fits situations like: user asks to create a branch; clean up branches; follow a Git workflow; CI/CD pipeline configuration (use ci-cd).

How do I install Git Workflow in Claude Code?

Run `npx skills add EliasOulkadi/shokunin --skill git-workflow -a claude-code`. Or copy the skill folder (.pack/skills/git-workflow in EliasOulkadi/shokunin) into .claude/skills/git-workflow in your project. Claude Code loads it when a task matches its description.

How do I install Git Workflow in Codex?

Run `npx skills add EliasOulkadi/shokunin --skill git-workflow -a codex`. Or copy the skill folder (.pack/skills/git-workflow in EliasOulkadi/shokunin) into .agents/skills/git-workflow in your project. Codex loads it when a task matches its description.

Can I use Git Workflow in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add EliasOulkadi/shokunin --skill git-workflow -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/git-workflow, .gemini/skills/git-workflow, .github/skills/git-workflow and .opencode/skills/git-workflow in your project.

What does Git Workflow need to run?

Going by SKILL.md and its folder, Git Workflow needs PowerShell for the scripts in its folder and the command-line tools its instructions call (git and gh). Our summary lists: PowerShell. Its frontmatter pre-approves these tools: Read, Bash, Write, Grep. Compatibility (from SKILL.md): opencode.

Does Git Workflow access the network?

SKILL.md contains no URLs. Its commands use git and gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Git Workflow safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Git Workflow use?

Git Workflow is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Git Workflow use?

About 2.4k tokens (SKILL.md is roughly 9.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 3.5k tokens, read only when the agent opens those files.

What are the alternatives to Git Workflow?

Skills that share tags, products or a category with Git Workflow: Git GitHub Ops (c5inco/compose-pokedexer, 143 stars), GitHub Workflow (transilienceai/communitytools, 562 stars), PR Create (posit-dev/skills, 533 stars) and Git Workflows (TencentCloudBase/CloudBase-AI-Toolkit, 1.1k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Git Workflow?

EliasOulkadi (a GitHub user) maintains it in EliasOulkadi/shokunin, which has 114 GitHub stars. The repository holds 49 skills in this directory. The repository was last updated on October 5, 2026.

Source: EliasOulkadi/shokunin on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.