Enozunu synkroniserer Claude- og Codex-konfigurasjon med lock-fil

Versjon 0.5.0 kom 23. august, snaue åtte uker etter at repoet ble opprettet 1. juli. Enozunu er skrevet i Rust under Apache 2.0, og gjør én avgrenset ting: verktøyet leser en manifest-fil ved navn enozunu.kdl, henter skills og subagenter fra Git, lokale stier eller gists, og skriver dem inn i de stiene Claude og Codex faktisk leser fra.

Problemet er kjent for alle som kjører mer enn én kodeagent. Den samme skillen må kopieres inn i hvert prosjekt, Claude vil ha den ett sted og Codex et annet, og etter noen måneder vet ingen hvilken versjon som er den riktige. Enozunu skiller kilden fra det genererte. Du deklarerer kildene én gang under provider i manifestet, velger under consumer hvilke av dem som skal ut til hvilket verktøy, og kjører enozunu summon.

Lock-fila er kjernen i CI-flyten. Første kjøring skriver den oppløste commit-en for hver branch- og tag-referanse til enozunu.lock.json, og senere kjøringer materialiserer nøyaktig de commit-ene. I CI kjører du enozunu summon --frozen, som nekter å løse opp noe lock-fila ikke dekker og feiler hvis fila mangler. Er git status ren etter den kjøringen, har ingen av de committede filene drevet fra det manifestet deklarerer. Vil du følge en gren som har flyttet seg, oppdaterer enozunu summon --update lock-fila eksplisitt.

Forbeholdene oppgir prosjektet selv, og de er reelle. Enozunu er i tidlig design, støtter bare Claude og Codex som mål, og er uttalt verken markedsplass, GUI eller interaktiv installer. Tre stjerner på GitHub og null kommentarer på Show HN-innlegget 23. august sier at ingen har kjørt dette i skala ennå. Installasjon går via Homebrew, Scoop eller et install.sh-skript.

Hva bør du gjøre?

1. Kjør enozunu init i et prosjekt der du allerede har duplisert de samme skillene mellom Claude Code og Codex, og se om manifestformatet dekker oppsettet ditt.
2. Commit enozunu.lock.json med én gang. Uten den er reproduserbarheten borte, og branch-referanser flytter seg under føttene dine.
3. Legg enozunu summon --frozen inn i CI før du stoler på oppsettet. Kombinasjonen med ren git status er den eneste kontrollen som faktisk fanger drift.