Agent skill
Fork Feature Skill
Fork terminal with git worktree isolation for parallel development. Use when user says 'fork feature', 'parallel work on feature', 'split feature tasks', or runs /fork-feature command.
Install this agent skill to your Project
npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/other/fork-feature
SKILL.md
Fork Feature Skill
Purpose
Launch isolated parallel Claude Code sessions using git worktrees for zero-conflict development. Each fork:
- Gets its own physical directory (worktree)
- Works on the same branch but in isolation
- Has full feature context (spec, design, tasks)
- Can work simultaneously without conflicts
When to Use
- User wants to work on backend and frontend in parallel
- Feature has independent tasks that can be done simultaneously
- User says "fork", "parallel", "split tasks", "work on backend/frontend separately"
Available Roles
| Role | Focus Area | Tasks Section |
|---|---|---|
backend |
FastAPI, models, services | Backend section |
frontend |
React, Gradio, UI | Frontend section |
data |
Pipelines, ML, processing | Data section |
tests |
Unit, integration, e2e | Tests section |
docs |
README, docstrings | Documentation section |
full |
Everything in order | ALL sections |
Instructions
Standard Fork
When user requests a fork:
-
Parse the request:
- Feature ID:
FEAT-XXX-name - Role:
backend,frontend,tests, etc.
- Feature ID:
-
Validate feature exists:
bashls docs/features/{feature_id}/ -
Execute fork:
bashpython .claude/skills/fork-feature/tools/fork_feature.py {feature_id} {role} -
Guide the user:
- New terminal opens
- Tell them to paste the startup command
What the Fork Receives
Each fork gets a context file containing:
-
Feature Context:
- Full spec.md
- Full design.md
- Full tasks.md
- Current status.md
-
Role Instructions:
- What section to work on
- Files they can modify
- Files they should NOT touch
-
Documentation Rules:
- Update tasks.md before/after each task
- Commit after each task
- Push every 30 minutes
Workflow
Terminal Principal (Orchestrator)
1. User: "/fork-feature FEAT-001-auth backend"
2. Claude: Executes fork script
3. New terminal opens
4. User goes to new terminal and starts working
Meanwhile, in principal terminal:
5. User: "/fork-feature FEAT-001-auth frontend"
6. Another terminal opens for frontend
Result: 3 terminals working on same feature
- Terminal 1: Orchestration, review
- Terminal 2: Backend tasks
- Terminal 3: Frontend tasks
Sync Strategy
All forks work on the same Git branch. To avoid conflicts:
- Each fork only modifies files in its domain
- tasks.md: Each fork only updates its OWN section
- Frequent commits and pushes
- If conflict -> merge carefully (tasks.md most likely)
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
agent-ops-spec
Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-testing
Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.
agent-ops-state
Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.
Didn't find tool you were looking for?