Att få in Kimi K3.1 Pro i Kimi Code CLI: installation, inloggning och Windows-fällan

Kimi Code CLI är Moonshots terminalbaserade kodningsagent, och det är den enda klienten där Kimi K3.1 Pro inte är en tredjepartsintegration utan standardvalet. Installationen är kortare än vägarna via Claude Code eller Codex – ett installationsskript, en /login, ett plattformsval – eftersom klienten och modellen kommer från samma företag. Haken är plattformsspecifik: på Windows körs CLI:t inuti det medföljande Git Bash, och om det skalet inte finns där installationsprogrammet förväntar sig det, startar verktyget och misslyckas sedan på sätt som ser ut som modellfel.

Det här är sekvensen som fungerar, kontrollerad mot Moonshots dokumentation den 24 oktober 2026, med felmoderna utpekade där de faktiskt uppstår.

Installera

För macOS och Linux räcker det med en rad: curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash. För Windows PowerShell räcker det också med en rad: irm https://code.kimi.com/kimi-code/install.ps1 | iex. Skriptet laddar ner den senaste versionen, verifierar dess kontrollsumma och placerar det körbara programmet kimi på din PATH. Ingen Node.js- eller Python-runtime krävs.

Windows har en förutsättning som är lätt att missa: installera Git for Windows först. Kimi Code CLI använder det medföljande Git Bash som sin skalmiljö. Om Git Bash ligger på en icke-standardplats anger du miljövariabeln KIMI_SHELL_PATH till den absoluta sökvägen för bash.exe innan du startar – annars startar agenten men varje skalkommando den försöker köra misslyckas.

Logga in med en API-nyckel

Starta CLI:t i den projektkatalog du vill arbeta i:

• Kör kimi för att öppna det interaktiva gränssnittet.

• Skriv /login. Kimi Code CLI öppnar en plattformsväljare.

• Välj Kimi Platform (API-nyckel · platform.kimi.ai). Det här är alternativet för en nyckel som skapats på den öppna plattformen; de övriga motsvarar olika kontoytor.

• Klistra in nyckeln. Skapa en på platform.kimi.ai under API Keys om du inte har någon. CLI-verktyget lagrar den lokalt, så behandla konfigurationskatalogen som ett förvar för autentiseringsuppgifter.

Det är hela kopplingen. Modellväljaren i CLI:t listar de aktuella Kimi-modellerna, och Kimi K3.1 Pro och dess höghastighetsvariant är de två som spelar roll för agentiskt arbete.

Byta en befintlig konfiguration och ersätta en nyckel

Två migreringar är vanliga, och båda går via samma skärm. Om Kimi Code CLI redan är inloggat via en prenumeration i stället för en API-nyckel, byter körning av /login igen och val av API-nyckelplattformen det utan ominstallation. Om du roterar en nyckel – eftersom den har läckt, eller eftersom ett projekt behöver egen fakturering – ersätter samma flöde den lagrade autentiseringsuppgiften.

Det enda man inte ska göra är att redigera den sparade konfigurationen för hand medan CLI:t körs; processen läser in autentiseringsuppgifterna vid start och en ändring mitt i sessionen skrivs över vid avslut.

Vad agenten faktiskt gör

Kimi Code CLI är inte ett chattfönster i en terminal. Det läser och redigerar kod, söker i kodförrådet, kör kommandon och läser resultaten, och kan hämta in webbinnehåll eller söka när en uppgift behöver något utanför projektet. Moonshot beskriver det som en kodagent som körs på din egen maskin med modellen som gör planeringen – samma form som Claude Code eller Codex, med samma konsekvenser för behörigheter: en agent som kan köra shellkommandon bör startas i en katalog som du är villig att låta den ändra, och granskas innan något pushas.

Två faktureringsmodeller möts i den här klienten. Kimi Code-appen säljs som en prenumeration med olika plannivåer, och CLI:t kan använda antingen den prenumerationen eller en API-nyckel från den öppna plattformen. API-nyckelvägen är den som ger dig prissättningen per token – $2.00 och $10.00 per miljon token för K3.1 Pro, $4.00 och $20.00 för höghastighetsvarianten – medan prenumerationen är en fast avgift med kvot. För ett team som redan betalar för API-användning någon annanstans håller nyckelvägen utgifterna på ett ställe; för en individ som kodar hela dagen är prenumerationen vanligtvis billigare, och CLI:t är samma nedladdning oavsett väg.

Att välja modell och ansträngning

Kimi K3.1 Pro resonerar alltid, och ansträngningsnivån ställs in med ett fält på översta nivån som accepterar low, high och max, med max som standard. Kimi Code CLI exponerar modellen; standardinställningen för ansträngning är den dyra, så en session som känns långsam är vanligtvis en session som körs på max snarare än en trasig anslutning. Höghastighetsvarianten byter latens mot pris – $4,00 och $20,00 per miljon token i stället för $2,00 och $10,00 – och är ett förnuftigt standardval för interaktivt arbete där modellen ändå väntar på en människa.

Två begränsningar följer med modellen in i alla klienter: samplingparametrarna är fasta (temperature 1.0, top-p 0.95, n är 1), och att ändra effort mitt i en konversation ogiltigförklarar träffar i prefixcachen. Bestäm nivån i början av en session.

Hur den här vägen står sig jämfört med Claude Code och Codex

De tre klienterna använder tre olika protokoll för att nå samma modell, och valet handlar mest om vilket gränssnitt ditt team redan lever i. Kimi Code CLI kräver minst konfiguration: inget miljöblock, ingen TOML-fil, och leverantören underhåller båda ändarna. Claude Code behöver den Anthropic-kompatibla endpointen och fyra modellnivåvariabler korrekt inställda, och Codex behöver ett provider-block med wire_api = "responses", men båda fungerar sedan mot vilken leverantör som helst som talar dessa protokoll — inklusive en gateway som även servar andra leverantörers modeller.

Den praktiska uppdelningen: använd Kimi Code CLI när Kimi är den enda modell du behöver och du vill ta den kortaste vägen; använd Claude Code eller Codex när samma session måste växla mellan leverantörer, eller när ditt teams verktyg, behörigheter och kompetenser redan finns i de klienterna.

En felsökningsordning som sparar tid

• CLI:t startar men inget shellkommando körs — kontrollera Git Bash och KIMI_SHELL_PATH först, innan du skyller på modellen.

• Autentiseringsfel efter en fungerande konfiguration — kör /login igen och bekräfta att plattformsalternativet matchar var nyckeln skapades; nycklar från olika ytor kan inte bytas ut mot varandra.

• Sessioner som känns långsamma – kontrollera standardinställningen för effort innan du byter modeller; max är dyrt både i latens och tokens.

• Modellen hittades inte efter en uppdatering — CLI:t listar vad plattformen tillhandahåller; om K3.1 Pro saknas pekar klienten mot en yta som inte har uppdaterats.

Kimi K3.1 Pro på plattformen kostar 2,00 USD per miljon indatatokens och 10,00 USD per miljon utdatatokens, med en kontext på 1 miljon tokens och upp till 943 718 utdatatokens. Om du hellre vill nå den via det API som dina andra verktyg redan använder, tillhandahåller OrcaRouter samma modell som kimi/kimi-k3.1-pro till leverantörens listpris utan påslag – konfigurationen för den vägen finns i guiden för Claude Code och Codex.