git-vibe

Coordinate parallel Git work using isolated worktrees to keep main clean.

2|Updated Mar 16, 2026
One-click install
npx skills add https://github.com/sailscastshq/git-vibe --skill git-vibe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: git-vibe
Source: https://github.com/sailscastshq/git-vibe/tree/main
Command: npx skills add https://github.com/sailscastshq/git-vibe --skill git-vibe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Git Vibe provides a safe, scalable workflow for concurrent development by using isolated worktrees and a structured main-branch model, helping teams keep main deployable while experiments run in lanes.

Core Features & Use Cases

  • Worktree-based lanes: each feature runs in its own worktree under feat/*, enabling parallel experiments without polluting main.
  • Solo mode option: switch to a single-checkout workflow when one lane suffices.
  • Release-driven workflow: cut releases directly from main with annotated tags, with semantic commits and lifecycle hooks.

Quick Start

Open a vibe for a feature and start working in its dedicated worktree using git vibe code <name>.

Frequently Asked Questions about git-vibe

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I use git worktrees to manage parallel feature branches without polluting main?

Git worktrees isolate parallel feature lanes under feat/*, keeping main deployable while experiments run. Each feature operates in its own dedicated worktree directory, preventing branch pollution during concurrent development.

What is the best way to coordinate multiple AI-assisted coding experiments in isolated git environments?

Coordinating AI-assisted experiments requires isolated worktrees for each lane. A worktree-first mode provides separate directories for concurrent experiments, ensuring isolated states that protect the main branch from incomplete changes.

How do I cut a release directly from main with annotated tags and semantic commits?

Cutting releases directly from main uses annotated tags applied to the clean main branch. The workflow enforces semantic commits throughout the feature lanes, ensuring a structured and deployable release history.

Can I switch to a single-checkout solo mode when running only one feature lane in git?

Solo mode provides a single-checkout workflow for when one lane suffices. You can switch from the default worktree-first mode to streamline development without managing multiple isolated worktree directories.

Does this git workflow support lifecycle hooks for branching and release automation?

Lifecycle hooks are supported throughout the branching and release workflow. These hooks integrate with the worktree-based lanes and semantic commits, enabling automated custom actions during feature development and release cuts.

When should I avoid using git worktrees for parallel development?

Avoid git worktrees when running a single feature lane where solo mode is more efficient. Worktrees add directory management overhead that is unnecessary for simple, linear development without concurrent experiments.