worktree
Skill45 starsChanged 16 days agoMITView on GitHub
Skill se použije, když uživatel zadá "/worktree", "/worktree enable", "/worktree disable", "/worktree status", nebo chce v projektu zapnout či zrušit worktree layout – uspořádání, kde adresář projektu není pracovní adresář, ale kontejner s holým repozitářem a jedním pracovním adresářem na každou rozdělanou větev, aby nad projektem šlo běžet ve víc session naráz. Na rozdíl od /autocommit, který přepíná řádek v instrukcích projektu, tenhle skill přeskládá adresář a hýbe s .git. Větve nezakládá ani nemerguje – to je běžná práce podle pravidel, která skill do projektu nainstaluje.
- Reads credentials
- Deletes or force-pushes
59 other projects use a version of this.
Adopted by
Most recently taken up by
- venhdev/skillstheir own version, first seen Nov 8, 2026
- domengabrovsek/agent-configtheir own version, first seen Nov 8, 2026
- domengabrovsek/claudetheir own version, first seen Nov 8, 2026
- kortix-ai/sunatheir own version, first seen Nov 8, 2026
- tardigrde/obsidian-agentic-chattheir own version, first seen Nov 8, 2026
- kortix-ai/CompanyOStheir own version, first seen Nov 8, 2026
Used with
Projects with it also use worktree-merge, resolve-conflicts and 8 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
leessjuSkillworktree-merge
Squash-merge the current worktree branch into the main branch (or a specified target). Analyzes git history and source code to craft a comprehensive commit message.
Also in 3 projects that use this
ralphkraussSkillresolve-conflicts
Resolve git merge conflicts or re-apply changes from a stale branch onto current main. Use when user says "resolve conflicts", "merge conflicts", "rebase branch", "branch is behind", "re-apply changes", "port branch", or a branch is too far behind main to merge cleanly.
Also in 5 projects that use this
SentrySkille2e
Run E2E tests for Sentry JavaScript SDK test applications
Also in 5 projects that use this
hdcolaSkillpr-comments
Fetch unresolved review comments from a GitHub PR or mark comments as resolved. Use this when managing PR review feedback, checking pending comments, or marking review threads as resolved. Supports GitHub URLs or explicit owner/repo/PR-number from anywhere, or PR number auto-detection from within a git repository.
Also in 3 projects that use this
Google CloudSkillcontributing
Guides the developer workflow for contributing to Race Condition. Use when setting up pre-commit hooks, running tests before a PR, understanding code style requirements, or preparing a contribution.
Also in 3 projects that use this
PydanticSkillcoverage
Fetch coverage diff from Codecov for the current branch or a specific PR. Shows uncovered lines, patch coverage, and overall coverage change.
Also in 3 projects that use this
Other versions59 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 59
- Significant-Gravitas/AutoGPT★ 188ksame name
- kortix-ai/suna★ 21ksame name
- kortix-ai/CompanyOS★ 21ksame name
- gitkraken/vscode-gitlens★ 10ksame name
- Zipstack/unstract★ 7.4ksame name
- mistralai/mistral-vibe★ 5.3ksame name
- nubjs/nub★ 4.4ksame name
- raine/workmux★ 3ksame name
- astashov/liftosaur★ 775same name
- nudgebee/nudgebee★ 520same name
49 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository40 other files it gives its agents.
- skills/audit/agents.mdAGENTS.md
- skills/consolidate/agents.mdAGENTS.md
- skills/review/agents.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- architectSkill
- attackSkill
- auditSkill
- autocommitSkill
- autopilotSkill
- breakdownSkill
- claudingSkill
- composeSkill
- consistencySkill
- consolidateSkill
- depotSkill
- diagramSkill
- discoverySkill
- downloadSkill
- endSkill
- evaluateSkill
- explainSkill
- implementSkill
- invoicingSkill
- learnSkill
- mergeSkill
- nextSkill
- oponentSkill
- projectSkill
- ptydepeSkill
- releaseSkill
- replaceSkill
- reportSkill
- reviewSkill
- scenariosSkill
- serviceaccountSkill
- skillSkill
- slimSkill
- specifySkill
- transcriptSkill
The file
Files
Worktree
Co skill dělá
Zapíná a ruší worktree layout projektu – uspořádání, ve kterém adresář projektu není pracovní adresář, ale kontejner s jedním holým repozitářem (.bare) a několika pracovními adresáři, jeden na každou rozdělanou větev. Díky tomu může nad projektem běžet víc Claude session naráz, aniž si přepisují soubory.
| Režim | Co udělá |
status (výchozí) | řekne, jestli layout je, a co je v něm rozdělané |
enable | zřídí kontejner – u nového projektu i konverzí existujícího repozitáře |
disable | převede projekt zpátky na obyčejný pracovní adresář |
Pravidla provozu layoutu drží ~/.claude/standards/worktree.md – kde co leží, jak se zakládá a dokončuje větev, proč se v main/ nepracuje a proč v kořeni kontejneru nefunguje git. Skill je nevlastní, jen si je importuje do rozcestníku v kořeni kontejneru, aby platila v každé session projektu. Stojí v kořeni ~/.claude vedle ~/.claude/standards/rules.md a structure.md schválně: čte je většina skillů i preflight.md, tedy i ten, kdo tenhle skill nainstalovaný nemá. Ta cesta je závazné rozhraní a nesmí se měnit tiše.
Co skill nedělá
- Nezakládá větve a nemerguje. Zakládání větve je běžná práce podle pravidel v
~/.claude/standards/worktree.mda převzetí lokálního stavu do ní vykonává globální git hookgithooks/post-checkout, ne režim skillu; dokončení větve vede/merge(~/.claude/skills/merge/SKILL.md), protože platí i v projektu bez tohohle layoutu. Skill, který bys musel volat pokaždé, když zakládáš větev, by byl horší než pravidlo, které prostě platí. - Nezakládá projekt. Celé nastavení projektu včetně volby layoutu vede
/project, který si tenhle skill volá jako jeden ze svých kroků. Tenhle skill je přepínač pro adresář, který už existuje. - Nerozhoduje, jestli se layout hodí. To je volba uživatele;
/projectse na ni ptá, skill ji jen provede. - Necommituje. Kontejner není pracovní strom a nic v něm ve gitu není. Změny v
main/po konverzi zůstanou tak, jak byly.
Fáze 0 – Příprava
Společný začátek je v ~/.claude/skills/preflight.md; platí z něj bod 1 – kořen projektu. Body 3 až 5 neplatí: skill nesahá na kód a stav pracovního stromu ani průběžná kontrola jeho běh neovlivní.
Tři vlastní odchylky:
- Detekci dělej výhradně přes Glob, ne
gitpřes Bash – nenulový návratový kód by vyrobil červenou chybu a zbytečně vyděsil uživatele. Vlastní přeskládání pak Bashem. - Chybějící
.gitnení důvod skončit. Příprava u ostatních skillů říká „není-li to repozitář, skonči“; tady je prázdný adresář legitimní vstup režimuenable, který v něm založí nový projekt. - Bod 2 – projektový
CLAUDE.md– neplatí. Skill do něj nezapisuje a nic z něj nepotřebuje; hlavně by ale jeho blokující pokyn „chybí-li## Kontrakt příkazůa projekt má kód, zastav se“ zastavilenablenad prázdným adresářem, kde žádný projektový soubor ještě není. Rozcestník v kořeni kontejneru je jiný soubor a zapisuje se až v fázi 2.
Fáze 1 – Zjisti stav
Stav nese tvar adresáře, ne zápis v souboru – nemůže se tedy rozejít s realitou a nic dalšího se ověřovat nemusí:
| Nález | Stav |
.git soubor a vedle něj .bare/ | layout je zapnutý |
.git adresář | layout není, je to obyčejný repozitář |
| ani jedno | není to repozitář – pro enable je to větev nový projekt, jinak to řekni a skonči |
Stojíš-li v podadresáři, jdi po ~/.claude/standards/worktree.md, Jak si skill najde projektový adresář, nahoru ke kontejneru – jinak bys layout zapínal uvnitř layoutu.
Fáze 2 – Proveď režim
status (nebo žádný argument)
Vypiš, jestli je layout zapnutý. Je-li, vypiš i git -C <container> worktree list a git -C <container> branch -a – tedy co je rozdělané a jaké větve existují. Worktree, o kterém uživatel nejspíš neví, zmiň zvlášť; nemaž ho.
enable
Je-li layout už zapnutý → jen to oznam, nic neměň. Jinak podle nálezu z fáze 1:
Nový projekt (adresář bez .git):
git init --bare .bare
printf 'gitdir: ./.bare\n' > .git
git worktree add main -b mainKonverze existujícího repozitáře. Přeskládává se .git, takže dva kroky před tím jsou povinné a žádný se nevynechává:
- Ověř
git status– necommitnuté nebo nepushnuté změny nejdřív vyřeš. - Řekni nahlas, že jde o přeskládání adresáře, a nech si to potvrdit (AskUserQuestion).
Zálohou je tu přejmenovaný původní adresář – mv na .migrating nechá všechny pracovní soubory na místě a bere si z něj jen .git, takže se nekopíruje nic navíc:
mv <project> <project>.migrating
mkdir <project>
mv <project>.migrating/.git <project>/.bare
git --git-dir=<project>/.bare config core.bare true
printf 'gitdir: ./.bare\n' > <project>/.git
git -C <project> worktree add main main
rm -f <project>/.bare/index <project>/.bare/COMMIT_EDITMSGTen rm -f není kosmetika: bare repo svůj index nikdy nepoužívá, ale po původním pracovním adresáři tam zůstane zamrzlý na posledním commitu před konverzí a git diff --cached z něj pak trvale hlásí smyšlené změny.
Ověř, že se nic neztratilo, a teprve pak smaž zálohu:
diff -r <project>.migrating <project>/main --exclude=.git # musí být prázdné
rm -rf <project>.migratingNetrackované a gitignorované soubory (.env, node_modules) přesuň do main/ – je to jejich kanonické místo. CLAUDE.md, README.md a docs/ v konverzi zůstávají v main/, kde jsou po worktree add už samy od sebe.
V obou případech nakonec zapiš do kořene kontejneru rozcestník CLAUDE.md – a nic víc:
# <Název projektu>
Tenhle adresář není projekt, ale kontejner s worktree layoutem. Pravidla práce s ním:
@~/.claude/standards/worktree.md
Vlastní pravidla projektu jsou v `main/CLAUDE.md` a importují se odsud:
@main/CLAUDE.md
## Odchylky
- <odchylky konkrétního projektu od postupu výš, nebo že žádné nejsou>U konverze je typický omyl nechat v kořeni původní CLAUDE.md – ten se přesunul do main/ spolu se zbytkem repozitáře a je správně tam; v kořeni vzniká nový, netrackovaný rozcestník. Pravidla projektu do rozcestníku nikdy nekopíruj: dvě kopie se rozejdou a načtou se obě.
disable
Není-li layout zapnutý → jen to oznam, nic neměň. Jinak nejdřív dvě zastávky, obě blokující:
git -C <container>/main worktree listmusí hlásit jenmain. Zbyla-li rozdělaná větev, skonči a řekni to – slití nebo zahození větve je rozhodnutí uživatele, ne skillu.git -C <container>/main status --porcelainmusí být prázdný.
Pak si zapamatuj větev (git -C <container>/main rev-parse --abbrev-ref HEAD), nech si přeskládání potvrdit a pořiď zálohu, kterou už dál nerozebereš – na rozdíl od enable, kde zálohou je přejmenovaný původní adresář, se tady hýbe vším naráz:
cp -c -R <container> <container>.backup # na APFS instantní; jinde bez -c
# 1) z main/ udělej samostatný repozitář
rm -f <container>/main/.git # soubor "gitdir: …", má absolutní cestu
mv <container>/.bare <container>/main/.git
git -C <container>/main config core.bare false
git -C <container>/main symbolic-ref HEAD refs/heads/<branch>
git -C <container>/main worktree prune # zapomeň registraci zrušeného worktree
git -C <container>/main reset # obnov index z HEAD, pracovní strom nech být
# 2) přenes lokální stav kontejneru dovnitř
mv <container>/.claude/* <container>/main/.claude/ # cíl nejdřív vyrob: mkdir -p
rm -f <container>/CLAUDE.md <container>/.git # rozcestník a ukazatel na .bare
# 3) povyš main/ na projekt
mv <container>/main <container>.new
rmdir <container> # musí projít – zbylo-li něco, zastav se
mv <container>.new <container>rmdir je pojistka, ne úklid. Projde jen nad prázdným adresářem, takže selže právě tehdy, když v kontejneru zbylo něco, o čem tenhle postup neví – nepoužívej místo něj rm -rf a zastav se a ukaž uživateli, co tam leží.
.git v main/ je soubor s absolutní cestou do .bare/worktrees/main, takže přesun ho rozbije – proto se maže a nahrazuje adresářem. symbolic-ref je nutný, protože HEAD bare repozitáře ukazuje jinam než HEAD zrušeného worktree.
.claude/settings.local.json se stěhuje z kořene kontejneru, kde dosud žil; kdyby zůstal, zmizel by s ním – jsou v něm hooky a povolení, tedy netrackovaný stav, který nikde jinde není. Přesouvej obsah, ne adresář: projekt může mít vlastní trackované main/.claude/CLAUDE.md, a mv celého adresáře by v tom případě tiše vyrobil main/.claude/.claude/ a uspěl.
Ověř a teprve pak uklízej:
git -C <container> status # správná větev; jediný netrackovaný
# přírůstek smí být .claude/, který
# jsi tam právě přenesl
diff -r <container>.backup/main <container> --exclude=.git --exclude=.claude
rm -rf <container>.backupZáloha se během přeskládání nerozebírala, takže diff -r má proti čemu běžet. .claude se z porovnání vynechává schválně – v záloze leží v kořeni, v novém projektu uvnitř.
Časté chyby
- Zapnout layout uvnitř layoutu. Stojíš-li ve worktree větve,
.gitje soubor a.barevedle něj není – vypadá to jako obyčejný repozitář. Proto se ve fázi 1 jde nahoru ke kontejneru, ne jen do prvního adresáře s.git. - Nechat pravidla projektu v kořeni kontejneru. Kontejner není pracovní strom: nic v něm není ve gitu, nikdy to nepůjde commitnout a zmizí to s adresářem.
- Smazat zálohu před
diff -r. Udisableje záloha jediná cesta zpátky – hýbe se vším naráz. Uenableje to jinak: git data leží v novém.barea pracovní soubory v.migrating, takže se dá obnovit obojí i bez kopie navíc.
Fáze 3 – Závěr
Oznam výsledný stav a co jsi kvůli němu změnil – u enable a disable i to, kde leží záloha a že jsi ji po ověření smazal. Zůstala-li záloha ležet, protože ověření neprošlo, řekni to jako první, ne až na konci výpisu.
Zakonči jednou z těchto vět, nikdy ničím vágním mezi tím:
Worktree layout je v projektu <jméno> <zapnutý|vypnutý> a ověřený, můžeš pracovat dál.Přepnutí hotové není – brání tomu: <konkrétní seznam>.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

