Zed 1.10 ble sluppet 8. juli og gjør llama.cpp til en førsteklasses modell-leverandør i editoren. Fram til nå krevde Zeds KI-funksjoner et sky-API: Claude, OpenAI eller Gemini, alle med kildekoden din i request-bodyen. Nå starter du en lokal inferensserver, peker Zed mot localhost:8080, og agenten kjører på din egen maskin. Ikke null-retensjon, ikke «behandlet, men ikke lagret». Lokalt.
Oppsettet er tre steg: installer llama.cpp med brew install llama.cpp, start llama-server med en GGUF-modell, og legg en language_models-blokk med api_url og auto_discover i settings.json. Zed leser modell-lista fra serveren og oppdager selv kontekstlengde, tool-call-støtte og syn-evner, uten at du setter capability-flagg manuelt. LM Studio og andre OpenAI-kompatible servere fungerer likt via den generiske leverandøren.
Det ligger en annen endring i 1.10 du bør fange opp før neste commit: format-on-save er nå avslått som standard for de fleste språk. Rust, Go og Zig beholder det, fordi rustfmt, gofmt og zig fmt er de facto standarder i de miljøene. JavaScript, TypeScript, C/C++ og Markdown gjør det ikke. Begrunnelsen er at Zed stille reformaterte JS-filer, byttet anførselstegn og satte inn semikolon, i kodebaser der teamet aldri hadde blitt enige om konvensjonen. Vil du ha gammel oppførsel, sett "format_on_save": "on" globalt eller per språk.
Avveiningen er reell: lokale modeller er tregere per token på vanlig utviklermaskinvare og henger etter frontier-modellene på tung resonnering. Men for redigering av kode du allerede har åpen, inline-completions, korte refaktoreringer og uttrekk av funksjoner, holder en mindre modell fint. Llama 3.1 8B klarer den typen oppgaver rent. Du trenger ikke GPT-5.6 for å døpe om en variabel.
Hva bør du gjøre?
- Jobber du med taushetsbelagt kode: test agenten mot en lokal
llama-serverpå port 8080 før du vurderer sky-leverandørene på nytt. - Sjekk
format_on_savei settings.json etter oppgraderingen, ellers slutter JS- og TS-filene dine stille å formateres.