Skill isolate
Use when starting feature work that needs isolation from current workspace or before executing implementation plans — creates isolated git worktrees with smart directory selection and safety verification
- Étoiles GitHub
- 13
- Fichiers
- 1
- Dernier commit
- 23 juin 2026
- Licence
- MIT
- Outils autorisés
- —
Que fait la skill isolate ?
isolate est une agent skill. Use when starting feature work that needs isolation from current workspace or before executing implementation plans — creates isolated git worktrees with smart directory selection and safety verification.
Comment installer la skill isolate
Chaque commande copie le dossier de la skill dans le répertoire des skills du client. Redémarrez le client ou démarrez une nouvelle session pour la charger.Installer la skill isolate dans Plugin
/plugin marketplace add devnomad-byte/techneering /plugin install tn@techneering
Installer la skill isolate dans Claude Code
~/.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolateInstaller la skill isolate dans Claude Code (project)
.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate .claude/skills/isolateInstaller la skill isolate dans Codex
~/.agents/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.agents/skills/isolateInstaller la skill isolate dans Gemini CLI
~/.gemini/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.gemini/skills/isolateInstaller la skill isolate dans Claude.ai
npx degit devnomad-byte/techneering/skills/isolate isolate && zip -r isolate.zip isolate # claude.ai → Customize → Skills → + → Create skill → Upload a skill → isolate.zip
SKILL.md
Voir sur GitHubUsing Git Worktrees
Create isolated workspaces sharing the same repository, allowing work on multiple branches simultaneously without switching.
Core Principle
SYSTEMATIC DIRECTORY SELECTION + SAFETY VERIFICATION = RELIABLE ISOLATION.
Never create a worktree without verifying it's gitignored.
Steps
Step 1: Directory Selection
Follow this priority order:
-
Check existing directories:
ls -d .worktrees 2>/dev/null # Preferred (hidden) ls -d worktrees 2>/dev/null # AlternativeIf found: Use that directory.
.worktreeswins if both exist. -
Check CLAUDE.md:
grep -i "worktree.*director" CLAUDE.md 2>/dev/nullIf preference specified: Use it without asking.
-
Ask user (only if no directory exists and no preference):
No worktree directory found. Where should I create worktrees? 1. .worktrees/ (project-local, hidden) 2. ~/.config/tn/worktrees/<project-name>/ (global location)
Step 2: Safety Verification
MUST verify directory is ignored before creating worktree:
git check-ignore -q .worktrees 2>/dev/null
If NOT ignored: Add to .gitignore and commit.
Step 3: Create Worktree
- Detect project name:
project=$(basename "$(git rev-parse --show-toplevel)") - Create worktree:
git worktree add "$path" -b "$BRANCH_NAME" - Run project setup (auto-detect from package.json, Cargo.toml, etc.)
- Verify clean baseline (run tests)
- Record the baseline state (passing test count / suite output) so later
tn:gateortn:auditcan compare against it - Report location
If no test command exists: degrade gracefully — record "no tests; baseline = clean checkout + setup completes" and note it in the report. Do not block isolation on a project that legitimately has no tests.
Red Flags
| Thought | Reality |
|---|---|
| "Directory doesn't need gitignore" | Unignored worktrees pollute version control |
| "Skip baseline tests, just start" | Baseline test failure means environment issues — must resolve first |
| "Develop directly on the current branch" | Unisolated development pollutes the main branch |
| "Worktree is done once created" | Must verify the test baseline passes before starting work |
Quick Reference
| Dimension | Key point |
|---|---|
| Directory priority | .worktrees → worktrees → CLAUDE.md → ask user |
| Safety check | Must verify gitignore |
| Baseline verification | Run tests after creation to ensure clean |
| Cleanup | Handled by tn:ship |
Next Step
When done:
- Normal case → return to caller (usually
tn:assembleortn:forge), continue implementation flow - Baseline tests fail → report failure reason, ask user whether to continue
- User requests stop → end the current flow
Guardrails
- Never create a worktree without verifying the directory is gitignored
- If baseline tests fail, report and ask — don't proceed silently
- Follow existing directory conventions if they exist
- Announce at start: "I'm using the tn:isolate skill to set up an isolated workspace."
- Pairs with
tn:shipfor cleanup after work is complete
Fichiers de cette skill
1Questions sur la skill isolate
Comment installer la skill isolate dans Claude Code ?
Exécutez npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolate. Claude Code charge les skills depuis ~/.claude/skills (tous les projets) ou .claude/skills (un seul projet) et utilise une skill lorsque sa description correspond à la tâche.
Quels clients peuvent utiliser la skill isolate ?
Tout client qui lit le format Agent Skills : Claude Code, Codex, Gemini CLI et claude.ai (envoi sous forme de ZIP). Les scripts de la skill ne s'exécutent que si le client autorise l'exécution de code.