Automatic git version control for vibe coders.
You prompt, the AI builds. But who's handling version control? Nobody. Your AI agent dumps everything into one commit called "update files," works directly on main, and never tags a version. One bad change and you're starting over.
Auto Version Control fixes this. You install it once into your AI coding tool, and from that point on, the AI handles all the version control for you -- branches, commits, version numbers, everything. You keep prompting like normal. You never think about git again.
- What Does It Actually Do?
- How Does It Work Inside My AI Tool?
- Do I Need to Activate It Every Time?
- The Command: "Run Auto Version Control"
- Install
- How to Verify It's Working
- What You'll See When It's Working
- Quick Reference Prompts
- The Audit Tool
- What's a Version Number?
- What's a Conventional Commit?
- FAQ
- Under the Hood
Here's the difference in how your AI agent behaves:
| Without Auto Version Control | With Auto Version Control |
|---|---|
| All changes go straight to main | Creates a separate branch for each feature |
| Commit messages say "update" or "fix stuff" | Messages say feat: add login page or fix: broken checkout button |
| No version numbers anywhere | Tags milestones: v1.0.0, v1.1.0, v1.2.0 |
| Can't undo a bad change | Roll back to any tagged version instantly |
| Code sits on your machine unpushed | Everything pushed to GitHub automatically |
| Debug junk left in the code | Cleaned up before every commit |
| Secrets accidentally committed | Detected and blocked |
| No README, no .gitignore, no structure | All created and maintained automatically |
This is the most important thing to understand. Auto Version Control is not an app, not an extension, and not a plugin you launch separately. Here's what it actually is on each platform:
Auto Version Control installs as a rules file + a skill.
- The rules file (
GEMINI.md) is installed to~/.gemini/antigravity/GEMINI.md. Antigravity reads this file and treats everything in it as instructions it must follow. The rules tell it to use branches, write proper commits, tag versions, and follow professional practices. - The skill is installed to
~/.gemini/antigravity/skills/auto-version-control/. Antigravity automatically detects skills and loads them when they match what you're asking it to do. The skill contains the step-by-step version control methodology the AI follows.
You do not need to activate it, call it, or mention it. Antigravity reads the rules file and loads the skill automatically every time you open any project. It just becomes part of how the AI behaves.
Auto Version Control installs as a rules file + a skill.
- The rules file (
CLAUDE.md) is installed to~/.claude/CLAUDE.md. Claude Code reads this file at the start of every session. Whatever is in that file becomes instructions Claude follows automatically. - The skill is installed to
~/.claude/skills/auto-version-control/. It contains the detailed workflow methodology.
You do not need to activate it, call it, or mention it. Claude Code reads the rules every time you start a session. It just works.
Auto Version Control installs as a skill.
- The skill is installed to
~/.openclaw/workspace/skills/auto-version-control/. OpenClaw has a skills system where skills are loaded automatically when they match what you're asking the agent to do. The skill contains both the rules and the workflow methodology.
You do not need to activate it, call it, or mention it. OpenClaw detects the skill and applies it whenever you ask it to build, fix, or modify code.
No. On all three platforms, it is completely automatic.
- Antigravity: Reads
GEMINI.mdand loads.agent/skills/every time you open the project. Always on. - Claude Code: Reads
CLAUDE.mdevery time you start a session. Always on. - OpenClaw: Loads skills from
~/.openclaw/workspace/skills/automatically. Always on.
You install it once. After that, you just use your AI tool normally and it handles version control behind the scenes.
Everything is automatic, but you also have an on-demand command you can type into your AI tool at any time:
Run auto version control
When you say this, the AI will immediately:
- Check
git statusfor uncommitted changes - Show you what branch you're on
- List your recent commits
- Check for version tags
- Flag any problems (working on main, dirty working tree, missing tags)
- Tell you what to do next
You don't need to use this command for things to work. The AI follows all the version control rules automatically in the background. This command is just a way to get a quick status report whenever you want one.
Short versions that also work:
| Command | What it does |
|---|---|
run auto version control |
Full project status check |
run avc |
Same thing, shorter |
auto version control |
Same thing |
start version control |
Same thing |
The setup wizard detects which AI platforms you have, lets you pick where to install, and copies everything to the right places. Two steps.
Open a terminal and paste this:
git clone https://github.com/KyleBuildsAI/auto-version-control.git
cd auto-version-controlAlready downloaded it before? Run
cd auto-version-control && git pullto get the latest version.
Don't have git? Click the green Code button at the top of this GitHub page, then click Download ZIP. Unzip it somewhere you can find it, then open a terminal inside that folder.
Mac / Linux:
bash setup.shWindows (you MUST use Git Bash, not PowerShell):
& "C:\Program Files\Git\bin\bash.exe" setup.shWhy Git Bash on Windows? If you type
bashin PowerShell, Windows tries to use WSL (Windows Subsystem for Linux), which may not be set up and will give you an error likeFailed to attach disk. Git Bash is included when you install Git for Windows and works out of the box.
Don't have Git for Windows? Download it free from git-scm.com. The installer includes Git Bash.
You'll see something like this:
+===============================================+
| |
| A U T O V E R S I O N C O N T R O L |
| |
| Automatic Git for AI Coding Agents |
| v2.2.1 |
| |
+===============================================+
[1/5] Checking dependencies
✓ git 2.53.0
[2/5] Detecting installed platforms
✓ Google Antigravity (detected)
- OpenClaw (not found)
✓ Claude Code (detected)
- Cursor (not found)
- Windsurf (not found)
[3/5] Choose where to install
Detected platforms are pre-selected.
Enter numbers to toggle, then press Enter to continue.
[x] 1. Google Antigravity (global: ~/.gemini/antigravity/skills/)
[ ] 2. OpenClaw (global: ~/.openclaw/workspace/skills/)
[x] 3. Claude Code (global: ~/.claude/skills/)
[ ] 4. Cursor (global: ~/.cursor/skills/)
[ ] 5. Windsurf (global: ~/.codeium/windsurf/skills/)
Toggle [1-5], Enter to continue, q to quit:
It auto-detects your platforms and pre-selects them. Just press Enter to install, or type a number to toggle a platform on or off.
After it finishes, you'll see a summary confirming what was installed and where.
There is no step 3. The wizard handled everything. Open your project in your AI tool and start prompting. Version control is now automatic.
Optional: run a quick check to confirm it's working. Type this into your AI tool:
Run auto version control
The AI will check your project's git status, show you what branch you're on, list recent commits, and flag any issues. You can use this command anytime -- think of it as a project health check on demand.
The wizard installs globally, so it works on every project you open -- not just one.
| Platform | Skill installed to | Rules installed to |
|---|---|---|
| Google Antigravity | ~/.gemini/antigravity/skills/auto-version-control/ |
~/.gemini/antigravity/GEMINI.md |
| OpenClaw | ~/.openclaw/workspace/skills/auto-version-control/ |
(rules are inside the skill) |
| Claude Code | ~/.claude/skills/auto-version-control/ |
~/.claude/CLAUDE.md |
| Cursor | ~/.cursor/skills/auto-version-control/ |
(rules are inside the skill) |
| Windsurf | ~/.codeium/windsurf/skills/auto-version-control/ |
~/.codeium/windsurf/memories/global_rules.md |
If a rules file already exists, the wizard asks whether to append, replace, or skip -- so it won't overwrite your existing settings.
This downloads and runs the wizard automatically:
curl -sSL https://raw.githubusercontent.com/KyleBuildsAI/auto-version-control/main/setup.sh | bashbash setup.sh --all # Install to all detected platforms
bash setup.sh --antigravity # Google Antigravity only
bash setup.sh --openclaw # OpenClaw only
bash setup.sh --claude # Claude Code only
bash setup.sh --cursor # Cursor only
bash setup.sh --windsurf # Windsurf onlyNo matter which platform you're using, here's how to confirm it's working.
Type this into your AI tool:
Run auto version control
If it's working, the AI will immediately check git status, tell you what branch you're on, list recent commits, check for version tags, and flag anything that needs attention. If the AI doesn't know what you're talking about, the install didn't work -- re-run bash setup.sh.
Prompt your AI agent:
What version control rules are you following?
It should describe: feature branches, conventional commits, semantic versioning, session discipline.
Prompt your AI agent to make any change to your project. Before writing code, it should:
- Run
git status - Create a feature branch (something like
feat/description) - Only then start writing code
If it writes code directly on main without branching, the rules aren't loaded.
After the agent makes a change and commits, look at the commit message. It should look like:
feat: add hello world script
Not like:
update files
If the commits follow the type: description format, it's working.
Here's what a typical session looks like with Auto Version Control active. You type one prompt, and the AI does all of this:
You say: "Add a contact form to my website"
The AI does:
- Runs
git statusandgit logto check the project state - Creates a branch:
git checkout -b feat/contact-form - Writes the HTML, CSS, and JavaScript for the contact form
- Commits:
feat: add contact form with email validation - Runs the page to verify it works
- Pushes the branch to GitHub
- Creates a pull request
- Merges to main
- Tags the release:
v1.3.0 - Tells you what was done and what version you're on
All you did was say "add a contact form." The AI handled the entire version control workflow.
Copy-paste these into your AI coding tool whenever you need them.
Run auto version control
The AI checks git status, branch, recent commits, version tags, and flags any problems. Use this anytime.
Also works as: run avc | auto version control | start version control
Add [describe what you want] to my project.
There's a bug: [describe the problem]. Fix it.
The current version is stable. Tag it as a release.
Audit this project. Check if version control, structure, and code quality are up to standard.
Wrap up. Commit everything, push to GitHub, and tell me what was done.
You're working directly on main. Create a feature branch and continue there.
You made changes without committing. Commit now with a proper message.
See QUICKREF.md for the full list.
Auto Version Control includes a health check script you can run on any project. It scans for 15+ issues and gives you a pass/warn/fail report.
bash /path/to/auto-version-control/.agent/skills/auto-version-control/scripts/audit.sh /path/to/your/projectFor example, if you cloned auto-version-control to your home folder and want to check a project called my-app:
bash ~/auto-version-control/.agent/skills/auto-version-control/scripts/audit.sh ~/my-app| Check | What it means | Why it matters |
|---|---|---|
| Git initialized | Is the project using version control? | Without git, you can't track changes or roll back |
| Branch hygiene | Are you on a branch, not main? | Working on main means one mistake breaks everything |
| Clean working tree | Any unsaved changes? | Unsaved changes can be lost |
| Commit messages | Are they descriptive? | "update" tells you nothing 3 months later |
| Version tags | Are milestones tagged? | Without tags, you can't roll back to a working version |
| README | Does the project explain itself? | Without a README, nobody knows what the project does |
| .gitignore | Are junk files excluded? | Without this, node_modules and build files clutter your repo |
| LICENSE | Is there a license? | Without a license, nobody can legally use your code |
| Dependencies | Are packages tracked? | Without a package.json or requirements.txt, the project won't install on another machine |
| TODOs left in code | Any unfinished TODO comments? | TODOs are fine during development, not in finished code |
| Debug statements | Any console.log or print left in? | Debug output shouldn't ship to users |
| Hardcoded secrets | Passwords or API keys in the code? | This is a security risk |
| Large files | Huge files tracked by git? | Git isn't meant for videos, datasets, or binaries |
| .env files tracked | Secret config files in git? | .env files contain secrets and should never be committed |
The script prints a colored report:
- PASS (green) -- This check is good
- WARN (yellow) -- Something to look at, but not critical
- FAIL (red) -- Fix this before shipping
At the bottom, it gives you a summary with totals.
If you've never used version numbers, here's what you need to know.
Version numbers look like this: v1.2.3
| Part | Name | What it means | When it changes |
|---|---|---|---|
| 1 | Major | Big, breaking changes | You redesigned the whole app, changed how it works |
| 2 | Minor | New features | You added search, added dark mode, added a page |
| 3 | Patch | Bug fixes | You fixed a typo, fixed a broken button |
Why this matters: If your app is at v1.5.0 and you push a bad change, you can roll back to v1.4.0 instantly. Without version numbers, you'd have to dig through your commit history and guess which change broke things.
Your AI agent handles version numbers automatically. You never need to decide what number to use.
A "commit" is a saved snapshot of your code at a point in time, like a save point in a video game.
A "conventional commit" is a commit with a standardized message format so you can understand what changed just by reading the log.
Instead of:
update
fix stuff
changes
asdf
You get:
feat: add user login page
fix: checkout button not responding on mobile
docs: add install instructions to README
refactor: split payment logic into separate module
| Prefix | Meaning | Example |
|---|---|---|
feat: |
New feature | feat: add dark mode toggle |
fix: |
Bug fix | fix: form validation not working |
docs: |
Documentation change | docs: update API examples |
refactor: |
Code cleanup (no behavior change) | refactor: simplify auth logic |
style: |
Formatting only | style: fix indentation |
test: |
Tests | test: add checkout tests |
chore: |
Maintenance | chore: update dependencies |
Your AI agent writes these automatically. You never need to think about the format.
No. The entire point is that the AI handles git for you. You just tell it what to build or fix.
No. Once installed, the rules are loaded automatically every time you open the project. The AI follows them without being told. But if you ever want a status report, just type run auto version control and the AI will check everything and tell you where things stand.
No. It adds maybe 2-3 seconds per task for the git operations (checking status, committing, etc.). The actual coding takes the same amount of time.
Yes. Just install it into the project folder. The next time you open it in your AI tool, the rules kick in. It won't retroactively fix your existing commit history, but all future changes will follow proper version control.
Don't overwrite it. Append the Auto Version Control rules to the end of your existing file:
# For Claude Code (append to existing CLAUDE.md)
cat GEMINI.md >> /path/to/your/project/CLAUDE.md
# For Antigravity (append to existing GEMINI.md)
cat GEMINI.md >> /path/to/your/project/GEMINI.mdTell your AI agent: "Ignore the version control rules for this session." It will listen. But remember, you installed it for a reason -- version control protects your work.
Yes. It uses whatever git remote you have configured. Public or private makes no difference.
Tested with these models (Feb 2026):
- Claude Opus 4.6 -- Best overall. Follows rules consistently across long sessions.
- Gemini 3.1 Pro -- Excellent. Great with complex multi-file projects.
- Claude Sonnet 4.6 -- Good for faster iterations on smaller projects.
It works with other models too, but larger models follow the rules more reliably.
What files get installed and why
| File | Where it goes | What it does |
|---|---|---|
GEMINI.md |
~/.gemini/antigravity/GEMINI.md |
Rules file. Antigravity reads this and follows all instructions in it. Contains 9 rules covering git workflow, commits, versioning, code quality, structure, testing, sessions, PRs, and safety. |
SKILL.md |
~/.gemini/antigravity/skills/auto-version-control/ |
Skill definition. Describes a 7-phase workflow (Assess, Plan, Implement, Commit, Verify, Release, Handoff). |
audit.sh |
~/.gemini/antigravity/skills/auto-version-control/scripts/ |
Project health check script. Checks 15+ standards. |
| File | Where it goes | What it does |
|---|---|---|
CLAUDE.md |
~/.claude/CLAUDE.md |
Rules file. Claude Code reads this at the start of every session. Same content as GEMINI.md. |
SKILL.md |
~/.claude/skills/auto-version-control/ |
Skill definition with the 7-phase workflow. |
audit.sh |
~/.claude/skills/auto-version-control/scripts/ |
Project health check script. |
| File | Where it goes | What it does |
|---|---|---|
skill.md |
~/.openclaw/workspace/skills/auto-version-control/ |
Skill definition with rules and workflow. |
audit.sh |
~/.openclaw/workspace/skills/auto-version-control/scripts/ |
Project health check script. |
| File | Where it goes | What it does |
|---|---|---|
SKILL.md |
~/.cursor/skills/auto-version-control/ |
Skill definition with the 7-phase workflow. |
audit.sh |
~/.cursor/skills/auto-version-control/scripts/ |
Project health check script. |
| File | Where it goes | What it does |
|---|---|---|
global_rules.md |
~/.codeium/windsurf/memories/global_rules.md |
Rules file. Windsurf reads this for global instructions. |
SKILL.md |
~/.codeium/windsurf/skills/auto-version-control/ |
Skill definition with the 7-phase workflow. |
audit.sh |
~/.codeium/windsurf/skills/auto-version-control/scripts/ |
Project health check script. |
The 9 rules the AI follows
- Git is mandatory -- Initialize a repo if one doesn't exist. Never work on main. Always create a feature branch.
- Conventional commits -- Every commit message follows
type: description. One logical change per commit. - Semantic versioning -- Tag releases as
vMAJOR.MINOR.PATCH. Branch before major versions. - Code quality -- Clean, modular code. No debug statements. No TODOs. No placeholders.
- Project structure -- README, .gitignore, dependency file, organized directories.
- Testing -- Verify changes work before declaring done. Show proof.
- Session discipline -- Check project state when starting. Commit, push, and summarize when ending.
- Pull requests -- Use PRs for merges to main. Clear titles and summaries.
- Safety -- Never force push to main. Never delete branches with unmerged work. Ask before destructive actions.
File structure of this repo
auto-version-control/
README.md # This file
GEMINI.md # Rules file (also used as CLAUDE.md, .cursorrules, etc.)
QUICKREF.md # Copy-paste prompts for common scenarios
LICENSE # MIT license
setup.sh # Interactive setup wizard
install.sh # Quick installer with flags
.agent/ # Antigravity integration
skills/
auto-version-control/
SKILL.md # 7-phase workflow methodology
scripts/
audit.sh # Project health check script
.openclaw/ # OpenClaw integration
skills/
auto-version-control/
skill.md # Skill definition (OpenClaw format)
scripts/
audit.sh # Same health check script
PRs welcome. Areas that need work:
- Language-specific audit rules (detect linting configs, test frameworks)
- Git hook installation for commit message validation
- CI/CD pipeline templates (GitHub Actions, GitLab CI)
- Changelog generation from conventional commits
- Integration with more AI coding platforms
MIT