Claude + Codex i samme projekt med Git-worktrees (2026)

Vil du lade Claude og Codex arbejde på den samme app uden at overskrive hinandens filer? Git-worktrees giver hver session sin egen arbejdsmappe og gren. Det er en opfølgning på min guide til to Claude-konti på én Mac: konti adskiller logins; worktrees adskiller mapper med kildekode. De løser forskellige problemer.

Hvad et worktree adskiller

Et worktree er en ekstra arbejdsmappe, der er knyttet til det samme Git-repository. Hver mappe har egne filer og sin egen gren, men deler commit-historikken. Så kan to agenter redigere uafhængigt. Loginoplysninger, miljøvariabler, databaser, kørende tjenester og deploymentmål bliver ikke adskilt. Se det som en arbejdsmappe til kildekode, ikke som en sikkerhedsgrænse. En gren er heller ikke en automatisk udgivelse: deployment følger stadig din normale proces.

Opret rene udgangspunkter

Du skal bruge et Git-repository og Git installeret. Tjek status, og gennemgå alle ændringer. Commit kun den fælles base, du har valgt, og tilføj konkrete stier; stage ikke alt i blinde. Eksemplerne starter fra HEAD, så ikke-committet arbejde kopieres ikke til de nye arbejdsmapper.

git status --short
git worktree add -b ai/ui ../my-app-ui HEAD
git worktree add -b ai/backend ../my-app-backend HEAD

Kontrollér derefter worktree-listen og begge mapper. Git deler repository-historikken, men projektopsætningen kan mangle: afhængigheder, ignorerede filer, build-cacher og lokale indstillinger skal håndteres i hver arbejdsmappe. Brug godkendte udviklingsadgange og testdata; kopiér aldrig produktionshemmeligheder automatisk. Giv samtidige servere forskellige porte, og brug separate testdatabaser eller skemaer og fixture-id’er, hvis begge skriver data. Nogle lokale processer eller en mocktjeneste kan være nok; du behøver ikke at containerisere hele stakken.

Åbn værktøjet i den rigtige mappe

Brug UI-mappen oprettet med Git til Claude Code og backendmappen til Codex. Åbn hver som sit eget lokale projekt, og kontrollér arbejdsmappen, før du fordeler opgaver. Begge værktøjer skal allerede være installeret og logget ind.

Begge værktøjer tilbyder også administrerede worktree-forløb (Claude, Codex). Brug dem som alternativ til manuelt oprettede mapper, uden at oprette en ekstra worktree til samme opgave.

Aftal grænsefladen, før arbejdet deles op

Vælg opgaver, der kan løses uafhængigt. Claude kan for eksempel eje UI-grenen og bygge en skærm og API-klient; Codex får backendgrenen og implementerer endpointet. Aftal metode og sti, felter i forespørgsel og svar, godkendelse, valideringsfejl og et test-fixture, før I begynder. Hver agent ejer ét worktree; udpeg også en ejer for delte filer.

1. Claude · UI-gren
2. Aftalt API-kontrakt
3. Codex · backendgren
4. Gennemgå og integrér

Separate mapper holder filændringer adskilt; den aftalte svarstruktur holder funktionens dele på linje.

Et konkret problem: UI’et læser items, mens endpointet returnerer results. Git kan samle ændringerne uden en tekstkonflikt, selvom funktionen stadig går i stykker. Aftal svarstrukturen, før arbejdet kører parallelt, og kontrollér begge implementeringer.

Gennemgå, integrér og ryd derefter op

1. Gennemgå hvert diff. Kontrollér ændrede filer, konfiguration, migreringer og dataadgang. Kør kontroller, der dækker den aftalte adfærd; agentens besked om, at den er færdig, er ikke et bevis.
2. Integrér én gren ad gangen. Integrer en gennemgået gren, og kør de relevante kontroller, derefter den anden. Test grænsefladen mod det rigtige endpoint, når begge er på plads.
3. Kontrollér adfærd, ikke kun Git. En konfliktfri sammenfletning opdager ikke forskellige felter, adgangsregler eller antagelser om delte tjenester. Test grænsefladen med fixturet.

Det kræver samme dømmekraft som at gennemgå AI-genereret appkode eller organisere et programmeringsteam: tydeligt ejerskab hjælper, men et menneske skal stadig gennemgå den samlede adfærd.

Tjek status og de seneste commits i hver arbejdsmappe før oprydning, og bekræft, hvad der allerede er integreret. Vis worktree-listen, og fjern kun den tilsigtede, færdige sti; lad Git beskytte ikke-committet arbejde. Brug ikke rm -rf eller tvangsfjernelse som rutine.

For en app tæt på udgivelse gennemgår vores kodeaudit arkitektur, kritisk adfærd, datagrænser og udgivelsesgrundlag i forhold til produktets faktiske omfang.