Shikigami kjører kodeagentene dine parallelt, hver i sin git-worktree

Du har tre agenter i sving på samme repo samtidig. Den ene skriver om autentiseringen, den andre rydder i testene, den tredje jager en feil i betalingsflyten. Alle tre redigerer overlappende filer, og etter tjue minutter er arbeidstreet et sammensurium der ingen av dem lenger vet hva som er deres eget arbeid. Shikigami, presentert på Hacker News 19. juli 2026, bygger på én enkel idé for å unngå akkurat dette: gi hver agent sin egen git-worktree.

En git-worktree er en ekstra utsjekking av det samme repoet i en separat mappe, med sin egen branch. Agentene deler historikk og objekter, men rører aldri hverandres filer. Shikigami pakker mønsteret inn i et skrivebordsprogram som kjører agenter på Claude eller Codex og lar deg bytte mellom dem i faner. Prosjektet beskriver det selv slik:

«Kjør en flokk agenter, hver i sin egen isolerte git-worktree, slik at de ikke tråkker på hverandre.» — Shikigami-prosjektet

Det som skiller verktøyet fra å kjøre et par git worktree-kommandoer på egen hånd, er gjennomgangsdelen. I stedet for å hoppe mellom terminalvinduer får du differ, git-status, databaser og Docker-containere samlet i samme grensesnitt. Sesjoner lagres, så du kan avslutte programmet og plukke opp en halvferdig agentkjøring dagen etter. Det treffer det faktiske problemet med parallelle agenter: ikke å starte dem, men å holde oversikt over hva fem samtidige kjøringer har rukket å gjøre med koden din.

Forbeholdene er tydelige. Shikigami er i beta, versjon 0.30.0, og utviklerne skriver selv at ujevne kanter er å forvente. Show HN-innlegget fikk seks poeng og to kommentarer, så dette er ikke et verktøy der en stor brukerbase allerede har luket ut feilene for deg. Programmet er gratis og finnes for macOS (både Apple Silicon og Intel) og Linux som AppImage. Windows er ikke støttet.

Mønsteret krever strengt tatt ikke Shikigami. Du kan opprette worktrees selv og peke én agent mot hver mappe. Verdien ligger i laget over: at gjennomgangen av fem parallelle branches skjer ett sted i stedet for i fem terminalfaner. Er det laget verdt en beta-avhengighet i arbeidsflyten din, avhenger av hvor mange agenter du faktisk kjører samtidig i dag.

Hva bør du gjøre?

1. Prøv mønsteret uten verktøyet først. Kjør git worktree add ../feature-a -b feature-a og start en agent der, så kjenner du på om isolasjonen løser problemet ditt før du installerer noe nytt.
2. Sett budsjettgrenser hos modell-leverandøren før du skalerer opp. Fem parallelle agenter brenner tokens fem ganger så fort som én, og det merkes først på fakturaen.
3. Test beta-en på et sideprosjekt, ikke på repoet du lever av. Versjon 0.30.0 med to kommentarer på Hacker News er tidlig nok til at du bør ha en enkel vei tilbake.