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
- Estrellas en GitHub
- 13
- Archivos
- 1
- Último commit
- 23 jun 2026
- Licencia
- MIT
- Herramientas permitidas
- —
¿Qué hace la skill isolate?
isolate es una 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.
Cómo instalar la skill isolate
Cada comando copia la carpeta de la skill al directorio de skills del cliente. Reinicia el cliente o inicia una nueva sesión para cargarla.Instalar la skill isolate en Plugin
/plugin marketplace add devnomad-byte/techneering /plugin install tn@techneering
Instalar la skill isolate en Claude Code
~/.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolateInstalar la skill isolate en Claude Code (project)
.claude/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate .claude/skills/isolateInstalar la skill isolate en Codex
~/.agents/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.agents/skills/isolateInstalar la skill isolate en Gemini CLI
~/.gemini/skills/isolate/SKILL.md
$ npx degit devnomad-byte/techneering/skills/isolate ~/.gemini/skills/isolateInstalar la skill isolate en 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
Ver en 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
Archivos de esta skill
1Preguntas sobre la skill isolate
¿Cómo instalo la skill isolate en Claude Code?
Ejecuta npx degit devnomad-byte/techneering/skills/isolate ~/.claude/skills/isolate. Claude Code carga las skills desde ~/.claude/skills (todos los proyectos) o .claude/skills (un proyecto) y usa una skill cuando su descripción coincide con la tarea.
¿Qué clientes pueden usar la skill isolate?
Cualquier cliente que lea el formato Agent Skills: Claude Code, Codex, Gemini CLI y claude.ai (subir como ZIP). Los scripts de la skill se ejecutan solo donde el cliente permite la ejecución de código.