isolate 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
- GitHub Stars
- 13
- Dateien
- 1
- Letzter Commit
- 23. Juni 2026
- Lizenz
- MIT
- Erlaubte Tools
- —
Was macht der isolate Skill?
isolate ist ein 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.
So installierst du den isolate Skill
Jeder Befehl kopiert den Skill-Ordner in das Skills-Verzeichnis des Clients. Starte den Client neu oder beginne eine neue Session, um ihn zu laden.Den isolate Skill in Plugin installieren
/plugin marketplace add devnomad-byte/techneering /plugin install tn@techneering
Den isolate Skill in Claude Code installieren
~/.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolateDen isolate Skill in Claude Code (project) installieren
.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate .claude/skills/isolateDen isolate Skill in Codex installieren
~/.agents/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.agents/skills/isolateDen isolate Skill in Gemini CLI installieren
~/.gemini/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.gemini/skills/isolateDen isolate Skill in Claude.ai installieren
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
Auf GitHub ansehenUsing 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
Dateien in diesem Skill
1isolate Skill-Fragen
Wie installiere ich den isolate Skill in Claude Code?
Führe npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolate aus. Claude Code lädt Skills aus ~/.claude/skills (alle Projekte) oder .claude/skills (ein Projekt) und nutzt einen Skill, wenn seine Beschreibung zur Aufgabe passt.
Welche Clients können den isolate Skill nutzen?
Jeder Client, der das Agent Skills-Format liest: Claude Code, Codex, Gemini CLI und claude.ai (als ZIP hochladen). Skripte im Skill laufen nur dort, wo der Client Codeausführung erlaubt.