Hive_review kjører flere KI-modeller mot hverandre til koden består

Prosjektet hive_review på GitHub pakker det mønsteret inn i en Ruby-CLI. Du peker den på en git-worktree, velger én implementør-modell og en kommaseparert liste med anmelder-modeller, og lar den kjøre et gitt antall runder. Utelater du en prompt, anmelder den bare den gjeldende diffen.

Sløyfen er enkel: implementøren skriver eller retter kode, anmelderne leser diffen, tilbakemeldingene går tilbake til implementøren, og runden gjentas til hver anmelder svarer med statuslinjen HIVE_REVIEW_STATUS: PASS. Modellene defineres i en model_config.json der hvert oppslag har leverandør, modellnavn, effort-nivå og innloggingsmetode. Codex, Claude, Gemini, Grok, OpenCode og Kimi støttes som reelle, uovervåkede leverandører, og DeepSeek kjøres gjennom OpenCode-wrapperen.

Det mest gjennomtenkte for deg som allerede bruker én kodeagent er isolasjonen. Kjøretidstilstanden holdes lokalt i repoet: leverandørhjem, transkripsjoner, prompt- og svarartefakter og sesjons-ID-er legges bevisst utenfor de globale konfigene til Codex, Claude, Gemini, Grok, OpenCode og Kimi. Det gjør parallelle kjøringer med ulike innlogginger mulig uten at de tråkker på hverandre.

Prosjektet er tidlig. GitHub-repoet har én stjerne, ingen lisensfil, og siste commit kom 7. juni. Windows støttes bare gjennom WSL, og PowerShell og cmd.exe er eksplisitt utelatt. Verdien ligger foreløpig mer i mønsteret enn i verktøyet: kryssleverandør-anmeldelse med en maskinlesbar PASS-terskel er noe du kan bygge selv på et par hundre linjer.

Hva bør du gjøre?

1. Les formatet på model_config.json før du installerer noe. Det er den eneste delen du trenger for å kopiere mønsteret inn i din egen pipeline.
2. Sett anmelder og implementør til modeller fra ulike leverandører. Poenget forsvinner hvis samme modell både skriver og godkjenner.
3. Behold en manuell sperre. Uten lisensfil og med én commit-dag bak seg bør ikke dette stå alene mellom deg og en merge.