specrails-desktop 2.58.0 → 2.59.0

package/docs/guide/fr/pipeline/5-the-loop-builder.md

@@ -26,7 +26,6 @@ Un **loop** est la *recette* du travail ; un **rail** est la *voie* qui l'exécu
 
 - Les loops vivent dans la section **Loops** (barre latérale gauche, à côté de vos projets) — ils sont **globaux**, partagés entre tous les projets.
 - Un rail **choisit un loop** dans son en-tête (le sélecteur de Loop) et l'exécute quand vous appuyez sur Play.
-- Le **rail** choisit provider, modèle et effort compatible. Un loop compatible tourne sur Claude, Codex, Gemini ou Kimi.
 
 Donc : construisez un loop une fois, puis choisissez-le sur n'importe quel rail dans n'importe quel projet.
 
@@ -50,10 +49,6 @@ Un loop est un graphe de **nœuds** reliés par des **arêtes** (les flèches).
 
 Les arêtes relient les étapes dans l'ordre. Le **Loop Decider** a deux sorties étiquetées — **continue** et **stop** — donc vous câblez « pas encore fini » de retour vers le travail et « fini » vers un End.
 
-> **Kimi exécute les loops avec étapes IA/shell, mais sans Loop Decider.** Le
-> verdict est pure-output et `kimi -p` ne peut pas imposer sa frontière sans
-> outils ; le run est refusé avant la première étape.
-
 ### Écrire le texte d'une étape
 
 À l'intérieur de n'importe quel AI Step ou Decider, vous pouvez référencer :
@@ -70,7 +65,6 @@ Un loop qui ne s'arrête jamais brûlerait de l'argent indéfiniment, donc chaqu
 |-------|--------------|
 | **Max iterations** | Plafond strict sur le nombre de fois où le Decider peut boucler en arrière, quel que soit son verdict. |
 | **Timeout (min)** | Limite en temps réel pour toute l'exécution. |
-| **Max cost ($)** | *Optionnel.* Claude rapporte le coût ; Codex/Gemini utilisent une estimation. Kimi ne fournit aucun coût USD autoritatif. |
 
 ## Construire en confiance
 

package/docs/guide/fr/specs/2-add-spec-quick-mode.md

@@ -2,10 +2,6 @@
 
 Le mode Quick, c'est pour quand vous savez déjà ce que vous voulez. Vous tapez votre idée, l'IA écrit la spec complète, et elle atterrit sur votre tableau au statut **À faire**. Aucun aller-retour — vous décrivez et c'est parti.
 
-> **Kimi n'est pas disponible pour Quick Spec.** `kimi -p` ne peut pas
-> imposer la frontière pure-output de ce formulaire. La requête est refusée
-> avant le démarrage ; utilisez Explore, Raw ou Quick Launcher (`/opsx:ff`).
-
 ## Créer une spec en mode Quick
 
 Pour créer une spec rapidement :
@@ -23,9 +19,6 @@ C'est tout le déroulé. Tout ce qui suit n'est qu'un réglage fin optionnel.
 
 **Modèle** — par défaut, l'IA choisit un modèle adapté. Vous pouvez le surcharger spec par spec depuis le sélecteur de modèle, si vous en voulez un plus rapide ou plus performant.
 
-**Moteur** — le sélecteur affiche les fournisseurs **compatibles** ; Kimi est
-exclu de Quick Spec.
-
 **Contexte** — le mode Quick s'exécute en général en un seul tour, car il n'a pas besoin de lire votre base de code pour rédiger une spec à partir de votre description. Mais un curseur de contexte lui permet de disposer de plus d'éléments :
 
 - Au réglage le plus bas, il lit simplement votre description.

package/docs/guide/it/agents/2-profiles-and-the-balanced-default.md

@@ -35,14 +35,6 @@ La scelta del profilo avviene proprio dove si lancia — nell'**intestazione del
 
 È tutto il flusso: scegli un profilo, avvia, fatto. I rail concorrenti nello stesso batch possono portare ciascuno il proprio profilo, così una correzione veloce e una feature impegnativa possono girare fianco a fianco con configurazioni diverse.
 
-## Quando la sezione Agenti tace
-
-I profili sono separati per provider. Claude e Kimi supportano profili/ruoli;
-Codex e Gemini usano la modalità legacy. In progetti misti lo stesso nome non
-attraversa Claude/Kimi. Kimi consente ruoli manuali, ma generazione, smoke test
-e AI Refine di Agent Studio sono rifiutati prima dello spawn. Kimi richiede
-`specrails-core` 4.12.0 o più recente.
-
 ## Dove andare adesso
 
 - [Personalizzare i modelli per agente](customizing-models-per-agent) — costruisci i profili `fast` e `max`.

package/docs/guide/it/agents/4-custom-agents-catalog.md

@@ -11,29 +11,14 @@ Ogni voce del catalogo mostra a cosa serve l'agente e il suo modello predefinito
 
 ## Aggiungere un agente custom
 
-I ruoli sono asset nativi del provider: Claude usa
-`.claude/agents/custom-<nome>.md`; Kimi usa
-`.kimi-code/skills/custom-<nome>/SKILL.md`.
-
-Quando l'asset esiste, compare nel catalogo del provider e il suo id può essere aggiunto a un profilo dello stesso provider. `custom-docs` mappa su `.claude/agents/custom-docs.md` per Claude o `.kimi-code/skills/custom-docs/SKILL.md` per Kimi; i due restano separati.
-
 Poiché vivono nel tuo repo, gli agenti custom sono **asset di squadra committabili**: committi il file e tutta la tua squadra ottiene l'agente. Questo riflette l'idea centrale che attraversa l'intera sezione Agenti —
 
 > **Le definizioni degli agenti sono condivise (vivono nel repo e viaggiano con `git`). La configurazione dei modelli è per progetto (vive nei profili).**
 
-Core protegge entrambi i formati. Kimi permette creazione/modifica manuale ed
-esecuzione; Generate, Test e AI Refine sono rifiutati prima dello spawn.
-
 ## Mettere al lavoro un agente custom
 
 Il flusso tipico:
 
-1. Crea l'asset Claude o lo Skill Kimi nativo con istruzioni/modello validi.
-2. Verifica che compaia in **Agenti → Catalogo** sotto Custom.
-3. In **Agenti → Profili**, aggiungi l'agente alla catena di un profilo (facendo eventualmente l'override del suo modello per quel profilo).
-4. Aggiungi una regola di routing affinché i task con i tag giusti lo raggiungano — oppure affidati all'ordine della catena.
-5. Avvia un rail con quel profilo dall'intestazione del rail.
-
 ## Tenere d'occhio le prestazioni dei profili
 
 La sezione Agenti ha anche una scheda **Utilizzo** — una ripartizione per profilo di quanti job sono stati eseguiti con ciascun profilo in una finestra temporale selezionata. È un modo rapido per confermare che la tua suddivisione `fast`/`max` venga davvero usata come intendevi, e per individuare verso quale profilo gravita la tua squadra.

package/docs/guide/it/getting-started/1-what-is-specrails.md

@@ -35,8 +35,6 @@ Specrails funziona con le principali CLI di programmazione AI:
 
 - **Claude** (Claude Code)
 - **Codex** (Codex CLI)
-- **Gemini** (Gemini CLI)
-- **Kimi** (Kimi Code)
 
 Scegli quella che già usi — oppure installane più di una e scegline una a seconda dell'attività. Un progetto può funzionare con un singolo provider o con più provider contemporaneamente, così non resti mai vincolato a una scelta.
 

package/docs/guide/it/getting-started/2-installing-and-first-run.md

@@ -22,8 +22,6 @@ L'unica cosa che specrails non può includere è la **CLI del provider AI** vera
 
 - **Claude Code**
 - **Codex CLI**
-- **Gemini CLI**
-- **Kimi Code**
 
 Installa quella che intendi usare, accedi una volta dal terminale e sei a posto. Specrails rileva automaticamente quali provider sono presenti.
 

package/docs/guide/it/getting-started/3-adding-your-first-project.md

@@ -20,10 +20,6 @@ Un'etichetta amichevole mostrata nella barra laterale. Se lo lasci vuoto, specra
 
 Questo è tutto il modulo — fai clic su **Aggiungi** e hai finito.
 
-## I provider IA vengono rilevati automaticamente
-
-Non scegli più i provider. Specrails rileva ogni CLI di IA installata sulla tua macchina — **Claude**, **Codex**, **Gemini**, **Kimi** — e ogni progetto può usarli tutti, sempre. Installa un nuovo provider in seguito e apparirà ovunque da solo la prossima volta che torni sull'app; nessuna riconfigurazione, nessuna impostazione per progetto. Se un provider è installato ma non connesso, il suo selettore mostra un badge discreto *Non connesso*.
-
 ## La configurazione avviene in silenzio
 
 Non c'è alcuna procedura guidata. Nel momento in cui fai clic su **Aggiungi**, il progetto è registrato e appare nella barra laterale — puoi aprirlo subito. In background, specrails assembla il workspace del progetto (pochi secondi, completamente offline): un piccolo punto pulsante sulla riga del progetto indica che sta lavorando, e scompare quando tutto è pronto. Se qualcosa fallisce per un provider, il progetto continua a funzionare con gli altri — appare un punto ambra e un clic riprova.

package/docs/guide/it/getting-started/4-the-dashboard-tour.md

@@ -26,14 +26,9 @@ La barra laterale destra è il tuo centralino per il progetto corrente. Passaci
 
 - **Dashboard** — la board delle spec e i rail (dove ti trovavi poco fa).
 - **Job** — ogni esecuzione della pipeline per questo progetto, passata e presente, con stato, durata e la possibilità di approfondire il dettaglio e i log di ciascuna esecuzione.
-- **Analytics** — invocazioni per giorno, attività, modello e ticket. Claude riporta il costo fatturato, Codex/Gemini usano stime e Kimi lascia vuoti i campi token/costo USD non disponibili.
-- **Agenti** — profili e cataloghi di ruoli separati per provider per Claude e Kimi. Con Kimi i ruoli si creano/modificano manualmente; Generate, Test e AI Refine non sono disponibili.
-- **Codice** — un browser di file in sola lettura con chip per i file toccati dall'AI. I riepiloghi AI in linguaggio semplice compaiono solo con provider compatibili e non sono disponibili con Kimi.
 - **Integrazioni** — componenti aggiuntivi opzionali, come collegare le tue spec a una board **Jira** o abilitare strumenti extra per l'AI.
 - **Impostazioni** — opzioni per progetto (telemetria, budget, configurazione dei provider e altro ancora).
 
-> Sezioni e azioni seguono le capacità del provider effettivo. Per esempio, i profili funzionano con Claude e Kimi, mentre le azioni AI di Agent Studio falliscono in modo chiuso con Kimi.
-
 ## La barra di stato
 
 Una sottile striscia corre lungo il bordo inferiore della finestra. È piccola ma utile:

package/docs/guide/it/integrations/1-ai-providers.md

@@ -1,28 +1,14 @@
-# Provider AI (Claude, Codex, Gemini, Kimi)
+# Provider AI (Claude, Codex)
 
-Specrails non è legato a una sola AI. Claude, Codex, Gemini e Kimi sono
-provider di prima classe; ogni superficie propone solo i motori compatibili
-con il proprio contratto.
-
-## I quattro provider
+## I due provider
 
 | Provider | CLI | Realizzato da | Note |
 |---|---|---|---|
 | **Claude** | `claude` | Anthropic | Costo nativo e trasporto interattivo persistente. |
 | **Codex** | `codex` | OpenAI | Richiede codex `0.128.0+`. Legge i suoi server MCP dal file globale `~/.codex/config.toml`. |
-| **Gemini** | `gemini` | Google | Richiede gemini `0.11.0+`. Usa la telemetria nativa e un file di istruzioni `GEMINI.md`. |
-| **Kimi Code** | `kimi` | Moonshot AI | Richiede Kimi `0.27.0+`. Desktop avvia la CLI esterna con `-p`; non installa né avvia un server. |
-
-Tutti e quattro sono **abilitati di default**. Il provider compare quando la
-CLI è nel `PATH`; per Kimi verifica `kimi --version` ed esegui `kimi login`.
 
 ## I provider vengono rilevati automaticamente
 
-Non scegli mai i provider per progetto. Specrails rileva ogni CLI di provider
-installata sulla tua macchina e li rende **tutti** disponibili a **ogni**
-progetto, sempre. Ogni superficie verifica poi le capability annunciate dal
-provider. Vedi [Usare Kimi](../../../kimi.md) per la matrice esatta di Kimi.
-
 Se un provider che vuoi non compare da nessuna parte, è quasi sempre perché la
 CLI non è installata o non è nel tuo `PATH`. Installala, accedi e torna
 sull'app — il rilevamento si riesegue al focus della finestra e il provider
@@ -33,11 +19,6 @@ badge *Non connesso* nei selettori di engine.
 Alcune cose utili sulle macchine multi-provider:
 
 - **Un solo provider si comporta esattamente come prima.** Se ne viene rilevato uno solo, non vedrai mai un selettore di provider — l'app resta pulita e semplice.
-- **Le capability guidano la barra laterale.** Una sezione è visibile quando
-  almeno un provider rilevato la supporta; al suo interno, le azioni legate
-  all'engine offrono solo i provider capaci. Kimi annuncia profili, ruoli
-  personalizzati e Freestyle; non annuncia azioni strutturate che richiedono un
-  confine senza strumenti applicabile.
 - **Niente è bloccato.** Installare o rimuovere una CLI di provider aggiorna
   tutti i progetti automaticamente — non c'è alcuna impostazione di provider per
   progetto da gestire.
@@ -46,38 +27,11 @@ Alcune cose utili sulle macchine multi-provider:
 
 Il vero vantaggio di un progetto multi-provider è poter scegliere l'AI giusta per ciascun task — senza toccare alcuna impostazione globale. Ovunque venga eseguita un'AI compare un piccolo selettore di provider (solo quando il progetto ne ha più di uno):
 
-- **Add Spec** — Explore supporta Kimi; Quick Spec mostra solo provider con un
-  confine pure-output sicuro e quindi esclude Kimi.
 - **Intestazione del rail** — scegli il motore per quello specifico rail prima di avviarlo.
 - **Terminale** — il pulsante "Open AI CLI" (Sparkles) apre un menu dei provider così puoi entrare in una qualsiasi CLI installata nella cartella di quel progetto.
 
 La tua scelta viene ricordata per progetto, con il provider primario come default, così non devi riselezionarla ogni volta.
 
-## Differenze di capability
-
-Kimi supporta Project/Agent Chat, Explore/proposte, Quick Launcher
-(`/opsx:ff`), rail, Freestyle, loop senza Decider, profili/ruoli manuali, MCP,
-Serena, terminale e allegati.
-
-`kimi -p` approva automaticamente gli strumenti e non può imporre un confine
-no-tools/read-only. Sono quindi rifiutati prima dello spawn: Quick Spec, AI
-Edit, Contract Refine, SMASH/Re-SMASH, generazione blueprint/milestone di
-Project Builder, Loop Decider, riassunti/construction story e automazione
-Agent Studio. Auto-title usa un fallback deterministico. Vedi la
-[guida Kimi](../../../kimi.md).
-
-## Tracciamento dei costi tra i provider
-
-**Analisi** registra le invocazioni realmente avviate. Claude riporta il
-costo; Codex/Gemini usano una stima. Kimi non riporta token o costo USD
-autorevoli, quindi i campi restano vuoti.
-
 ## Risoluzione dei problemi
 
-- **Un provider che ho installato non viene proposto.** Prova `claude --version` / `codex --version` / `gemini --version` / `kimi --version`.
 - **I server MCP di Codex non si caricano in chat.** Codex legge i server MCP dal file globale `~/.codex/config.toml` — registrali lì con `codex mcp add`.
-- **Disabilitazione d'emergenza.** Un provider può essere disattivato a livello di app tramite una variabile d'ambiente (`SPECRAILS_CODEX_BETA=0` o `SPECRAILS_GEMINI_BETA=0`). Questo nasconde il provider solo dalla *selezione*; raramente è necessario.
-
-## Vedi anche
-
-Consulta le guide dedicate a [Kimi](../../../kimi.md), Codex e Gemini.

package/docs/guide/it/integrations/2-plugins.md

@@ -34,11 +34,3 @@ Dietro le quinte l'installazione è *chirurgica e additiva*: aggiunge voci solo
 - **Rail.** Prima che un rail venga eseguito, Specrails controlla quali plugin sono installati e integri e rende quegli strumenti disponibili all'agente per quel job. Un plugin degradato viene semplicemente saltato per quell'esecuzione — il rail si avvia comunque normalmente. Ogni job registra uno snapshot di quali plugin erano attivi, che puoi vedere nell'esportazione diagnostica del job.
 - **Chat.** La chat eredita automaticamente la configurazione MCP del tuo progetto, quindi i plugin installati sono disponibili anche lì.
 - **Setup.** I plugin vengono ignorati mentre un progetto è ancora in fase di configurazione — entrano in gioco una volta che il progetto è pronto.
-
-## Note sui provider
-
-I plugin sono consapevoli del provider. Serena supporta Claude tramite `.mcp.json`, Codex tramite `codex mcp add` con `CODEX_HOME` isolato per progetto e Kimi tramite `.kimi-code/mcp.json`. Un plugin compare solo se il manifesto dichiara il provider; Serena quindi non è offerto per Gemini. La scheda Jira resta indipendente dal provider.
-
-## File riservati
-
-I plugin gestiscono la configurazione MCP nativa del provider, lo stato sotto `.specrails/plugins/` e, solo quando serve a Claude, frammenti sotto `.claude/agents/custom-<plugin>.md`. Le voci Kimi vivono in `.kimi-code/mcp.json`; l'app non scrive frammenti esclusivi di Claude per Kimi e non sovrascrive mai le configurazioni alla cieca.

package/docs/guide/it/integrations/5-mcp-server.md

@@ -1,6 +1,6 @@
 # Controlla Specrails da qualsiasi AI (server MCP)
 
-> **For agents (English):** use the [current connection runbook](../../../agents/mcp.md) for Claude, Codex, Kimi and Gemini. It includes verified bridge discovery, registration and read-only checks.
+> **For agents (English):** use the [current connection runbook](../../../agents/mcp.md) for Claude and Codex. It includes verified bridge discovery, registration and read-only checks.
 
 Specrails può esporre **se stesso** a qualsiasi assistente AI che parli il [Model Context Protocol](https://modelcontextprotocol.io) — Claude Desktop, Claude Code, Cursor, Cline o un tuo agente. Attivalo, punta il tuo assistente verso Specrails e potrai pilotare l'intera app chiacchierando: *"elenca i miei progetti", "crea una spec per il login social nel progetto API", "lancia il rail 0 e dimmi quando ha finito", "quanto ho speso questa settimana?"*. Il tuo assistente richiama gli strumenti di Specrails dietro le quinte, al posto tuo che clicchi qua e là.
 
@@ -33,19 +33,6 @@ In un client come Claude Desktop o Cursor, la configurazione si presenta così:
 
 I client che supportano i server MCP HTTP remoti possono invece puntare direttamente a `http://127.0.0.1:4200/api/mcp` con il token preso dal pannello.
 
-### Dal terminale: Claude Code, Gemini CLI, Codex CLI
-
-Copia il tuo token da **Impostazioni ▸ MCP ▸ Copia token**, poi:
-
-```bash
-# Claude Code
-claude mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <il tuo token>"
-
-# Gemini CLI
-gemini mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <il tuo token>"
-
 # Codex CLI (stdio — registra il comando bridge mostrato in Impostazioni ▸ MCP)
 codex mcp add specrails -- <comando bridge da Impostazioni ▸ MCP>
 ```

package/docs/guide/it/integrations/6-agent-chat.md

@@ -20,17 +20,6 @@ L'intestazione ha un **selettore di progetto** (come quello di Cursor). Scegli u
 
 Scegliere un progetto qui **non** sposta la tua dashboard: l'obiettivo dell'agente e ciò che stai guardando sono indipendenti.
 
-## Provider e modello
-
-Proprio sopra la casella del messaggio scegli il **provider** (Claude, Codex,
-Gemini o Kimi) e il suo **modello**. Cambiare provider avvia una sessione
-separata.
-
-Con Kimi i livelli limitano gli strumenti MCP Specrails, ma non trasformano
-`kimi -p` in una sandbox: gli strumenti nativi sono approvati
-automaticamente. Le azioni pure-output non sicure sono rifiutate prima dello
-spawn; vedi la [matrice Kimi](../../../kimi.md).
-
 ## Livelli di permesso — le redini le tieni tu
 
 L'agente può toccare tutta l'app, quindi decidi tu quanta libertà ha tramite un **livello** che cambi dal vivo premendo **Shift+Tab** (lo stesso ciclo usato da Claude Code). Ogni livello include tutto ciò che sta sotto:

package/docs/guide/it/integrations/7-local-engines.md

@@ -24,10 +24,6 @@ Non disponibile sui motori locali: profili agente e ruoli personalizzati, arricc
 
 > Le missioni richiedono una **finestra di contesto ampia** sul server (64k token o più): il prompt dell'operatore più gli schemi degli strumenti Specrails sono grandi. Chat ed Explore vanno bene a 32k. Se un turno fallisce con *exceeds the available context size*, aumenta la finestra (Ollama `OLLAMA_CONTEXT_LENGTH`, llama.cpp `-c`, LM Studio *Context Length*).
 
-## Hai solo un motore locale?
-
-Niente da configurare. Specrails offre i motori che la tua macchina può davvero eseguire e sceglie il predefinito con un'unica regola ovunque: una CLI installata (Claude → Codex → Gemini → Kimi), altrimenti il primo motore locale il cui endpoint risponde. Su una macchina con il solo endpoint locale, rail, Add Spec, chat, **missioni dell'agente e Project Builder** partono su di esso — nessun selettore da toccare. Un motore con il server spento semplicemente non viene offerto finché non risponde di nuovo. Le missioni esistenti mantengono il motore con cui sono state create; il selettore permette comunque di cambiarlo.
-
 ## Scegliere il modello
 
 La qualità dipende dal modello, non da Specrails. Per i rail usa un modello di codice addestrato al tool calling da 30B parametri o più; i modelli instruct piccoli bastano per chat, Explore e spec Quick. Prova **Freestyle** o una sessione Explore prima di affidare un rail implement completo a un modello nuovo.

package/docs/guide/it/pipeline/1-rails-and-jobs.md

@@ -35,8 +35,7 @@ Tutto qui. Il rail avvia un processo CLI AI nel contesto di esecuzione corretto
 | **Pillola di stato** | `idle`, `running` o `failed`. Non esiste uno stato "completed" separato — un rail torna a `idle` quando il suo job termina senza errori. |
 | **Elenco spec** | Gli ID assegnati a questo rail. Trascinane altri dentro, oppure fuori per staccarli. |
 | **Selettore Loop** | Il Loop che questo rail esegue — uno integrato (`Implement` / `Freestyle` / `SDD Quick (OpenSpec)`) o un loop personalizzato. Vedi la tabella più sotto. Viene salvato per ogni rail. |
-| **Selettore profilo** | Quale profilo del provider viene eseguito (rail Claude e Kimi). |
-| **Selettore engine** | Quale provider esegue il rail — Claude, Codex, Gemini o Kimi. |
+| **Selettore engine** | Quale provider esegue il rail — Claude o Codex. |
 | **▶ Play / ■ Stop** | Avvia o annulla. |
 
 ### Cosa esegue un rail: i Loop
@@ -46,14 +45,9 @@ Un rail esegue un **Loop** — la ricetta del lavoro. Due loop sono **integrati*
 | Loop integrato | Comando | Cosa fa |
 |------|---------|--------------|
 | **Implement** | `/specrails:implement` | Un unico job che copre tutte le spec sul rail. Esegue l'intera pipeline Architect → Developer → Reviewer → Ship. L'impostazione predefinita di tutti i giorni. |
-| **Freestyle** | Freestyle | Claude o Kimi implementa ogni spec in autonomia, **bypassando** la pipeline. |
 
 Per eseguire più spec, metti quelle correlate (fino a 3) su un unico rail — `Implement` le esegue come un solo job aggregato — oppure distribuisci le spec indipendenti su più rail: ogni rail con git gira in parallelo nel proprio worktree isolato.
 
-Freestyle usa strumenti e modelli nativi del provider. Claude ha un transport
-interattivo persistente; Kimi usa un processo agentic `kimi -p` senza stdin
-persistente.
-
 Anche i loop integrati sono modificabili: modificane uno nel Loop Builder e pubblicalo, e ogni rail che lo sceglie esegue la tua versione (usa **Ripristina originale** per tornare indietro).
 
 Oltre agli integrati, puoi **costruire i tuoi loop** — ripetere un ciclo verify → fix → verify finché un obiettivo non è raggiunto, concatenare comandi shell tra gli AI Step e altro ancora. Quei loop personalizzati compaiono nello stesso selettore Loop. È la prossima grande idea: [Il Loop Builder](the-loop-builder).
@@ -84,11 +78,6 @@ Clicca su una scheda qualsiasi per aprire la **vista Dettaglio job**, dove vivon
 
 Clicca su **■ Stop** nell'intestazione del rail. L'app invia `SIGTERM` al sottoprocesso, attende **5 secondi** un'uscita pulita e poi gli invia `SIGKILL`. Niente resta avviato a metà.
 
-## Se un rail non parte
-
-Se manca la CLI scelta, l'avvio fallisce prima dello spawn. Per Kimi,
-installa/autentica `kimi` 0.27+; Desktop non avvia un server.
-
 ## Fermare tutto
 
 Se qualcosa sembra non andare:
@@ -101,4 +90,4 @@ Se qualcosa sembra non andare:
 
 - [Il Loop Builder](the-loop-builder) — cosa esegue un rail e come costruire i tuoi loop.
 - [La vista Dettaglio job](the-job-detail-view) — fasi, metriche live, schede ticket.
-- [Scegliere un engine per ogni rail](picking-an-engine-per-rail) — Claude, Codex, Gemini o Kimi.
+- [Scegliere un engine per ogni rail](picking-an-engine-per-rail) — Claude o Codex.

package/docs/guide/it/pipeline/2-the-job-detail-view.md

@@ -94,9 +94,6 @@ Alcune cose che vale la pena sapere:
 - **La riga dei totali è reale.** Il composer mostra un riepilogo live `N turni · $X`, sommato dall'uso reale di ogni turno completato — coerente con la promessa di questa pagina di non tirare mai a indovinare.
 - **Due modi in cui una sessione finisce.** La maggior parte dei job **si conclude da sola**: nel momento in cui un turno termina senza messaggi in coda, la sessione si assesta e il job si completa — i tuoi messaggi sono guida opzionale, mai un obbligo. Un'azione discreta **Concludi ora** la chiude prima, con tutto ciò che è stato prodotto fin lì. I job **Freestyle** sono l'eccezione: restano in attesa tra un turno e l'altro finché non clicchi **Finalize** — è il loro design, una sessione botta e risposta che chiudi quando hai finito.
 - **Nelle esecuzioni di loop i messaggi vanno al passo attivo.** Su un loop integrato o personalizzato, il tuo messaggio raggiunge il **passo AI in esecuzione in quel momento**. Tra un passo e l'altro (mentre il Loop Decider riflette, o gira un comando shell) il composer mostra un breve stato *«In attesa del prossimo passo…»* — il testo in bozza viene conservato, e l'invio si riattiva quando parte il prossimo passo AI. **Assesta questo passo** termina il passo corrente in anticipo e lascia che il loop avanzi con ciò che ha prodotto.
-- **L'interazione persistente è solo Claude.** Codex, Gemini e Kimi sono
-  one-shot; Kimi riprende una chat con un nuovo `kimi --session=<id> -p` dopo un resume
-  hint riuscito.
 
 ## Esportazione diagnostica
 

package/docs/guide/it/pipeline/4-picking-an-engine-per-rail.md

@@ -1,8 +1,5 @@
 # Scegliere un engine per ogni rail
 
-Specrails desktop tratta **Claude Code**, **Codex CLI**, **Gemini CLI** e
-**Kimi Code** come engine di prima classe. È possibile ogni combinazione compatibile.
-
 ## Quando compare il selettore
 
 Il **selettore di engine** vive nell'intestazione del rail, proprio accanto al controllo della modalità. Viene mostrato solo quando il progetto ha installato **più di un** provider.
@@ -13,10 +10,6 @@ Quando compare, la tua scelta è **per rail e per avvio** — rail diversi posso
 
 ## Come scegliere un engine
 
-1. Assicurati che il selettore di engine del rail sia visibile (il progetto ha 2+ provider).
-2. Cliccaci sopra e scegli **Claude**, **Codex**, **Gemini** o **Kimi**.
-3. Avvia il rail con **▶ Play**.
-
 L'engine selezionato esegue ogni fase della pipeline di quel rail. Se la CLI dell'engine scelto non è installata, l'avvio fallisce subito — non viene avviato nulla. Installa la CLI mancante e riprova.
 
 ## In cosa è bravo ciascun engine
@@ -27,34 +20,21 @@ Tutti e quattro eseguono **Implement**:
 |--------|--------------------|-------|
 | **Claude** | Servono costi nativi, interazione persistente o tool policy rigorose. | Profili, Freestyle e transform strutturati. |
 | **Codex** | Preferisci la CLI Codex di OpenAI o vuoi confrontare le implementazioni tra provider diversi. | `codex` ≥ 0.128.0. Nessuna reportistica nativa dei costi — l'app ricava il costo dalla sua tabella prezzi. I profili non si applicano. |
-| **Gemini** | Vuoi la CLI Gemini di Google, telemetria nativa o un'esecuzione più economica per le spec di routine. | `gemini` ≥ 0.11.0 (imposta `GEMINI_API_KEY`). Telemetria OTLP nativa. I profili non si applicano. |
-| **Kimi** | Vuoi Kimi agentic per Implement, Freestyle o loop senza Decider. | `kimi` ≥ 0.27.0 esterno; profili/ruoli, effort solo K3; token/costo non disponibili. |
-
-### Differenze di capability
-
-Claude e Kimi supportano profili/Freestyle; Codex/Gemini usano legacy. Kimi
-rifiuta Loop Decider e i transform pure-output nella
-[guida Kimi](../../../kimi.md). I profili Claude/Kimi restano separati.
 
 ## Un flusso di lavoro pratico
 
 I progetti multi-provider danno il meglio quando vuoi **confrontare** o **ottimizzare i costi**:
 
 - **Confronta le implementazioni.** Metti la stessa spec su due rail, imposta uno su Claude e uno su Codex, avviali entrambi (su progetti diversi, oppure uno dopo l'altro nella coda dello stesso progetto), poi usa il pulsante **Confronta** nella pagina Job per mettere a confronto i risultati.
-- **Ottimizza i costi per spec.** Esegui le spec ad alto rischio su Claude con un profilo `max`; esegui le spec di pulizia di routine su Gemini per risparmiare. Filtra `/analytics` per engine per vedere la ripartizione.
 - **Imposta un default sensato.** Imposta l'engine che usi più spesso come primario del progetto, così i rail partono da quello, e cambia per ogni rail solo quando una spec specifica vuole un engine diverso.
 
 ## Cose da tenere a mente
 
 - **La selezione del provider è immutabile dopo la creazione del progetto** (v1). Scegli i provider installati quando aggiungi il progetto; non c'è alcun interruttore nelle Impostazioni per aggiungerne o rimuoverne uno in seguito.
-- **Le metriche disponibili sono tracciate.** Kimi non fornisce token/costo USD
-  autorevoli; i campi restano vuoti.
 - **Il pulsante "Open AI CLI" del terminale** offre anch'esso un selettore di provider sui progetti multi-provider, se preferisci pilotare una CLI a mano.
 
 ## Dove andare ora
 
 - [Usare Codex](../integrations/using-codex) — installazione e accesso.
-- [Usare Gemini](../integrations/using-gemini) — installazione, `GEMINI_API_KEY`, telemetria.
-- [Usare Kimi](../../../kimi.md) — installazione e matrice completa.
 - [Rail e job](rails-and-jobs) — la coda e il flusso di avvio.
 - [Tracciare i costi](../analytics/tracking-cost) — ripartizione dei costi per engine.

package/docs/guide/it/pipeline/5-the-loop-builder.md

@@ -26,7 +26,7 @@ Un **loop** è la *ricetta* del lavoro; un **rail** è la *corsia* che lo esegue
 
 - I loop vivono nella sezione **Loops** (sidebar sinistra, accanto ai tuoi progetti) — sono **globali**, condivisi tra tutti i progetti.
 - Un rail **sceglie un loop** nel suo header (il selettore Loop) e lo esegue quando premi Play.
-- Il **rail** sceglie provider, modello ed effort compatibile. Un loop compatibile gira su Claude, Codex, Gemini o Kimi.
+- Il **rail** sceglie provider, modello ed effort compatibile. Un loop compatibile gira su Claude o Codex.
 
 Quindi: costruisci un loop una volta, poi scegli quel loop su qualsiasi rail in qualsiasi progetto.
 
@@ -50,10 +50,6 @@ Un loop è un grafo di **nodi** collegati da **archi** (le frecce). Ogni nodo è
 
 Gli archi collegano gli step in ordine. Il **Loop Decider** ha due uscite etichettate — **continue** e **stop** — così colleghi "non ancora finito" di nuovo nel lavoro e "fatto" verso un End.
 
-> **Kimi esegue loop con step AI/shell, ma non con Loop Decider.** Il verdetto
-> è pure-output e `kimi -p` non può imporre il confine no-tools; il run è
-> rifiutato prima del primo step.
-
 ### Scrivere il testo di uno step
 
 Dentro qualsiasi AI Step o Decider puoi fare riferimento a:
@@ -70,7 +66,6 @@ Un loop che non si ferma mai brucerebbe soldi per sempre, quindi ogni esecuzione
 |-------|--------------|
 | **Max iterations** | Tetto massimo di quante volte il Decider può tornare indietro, indipendentemente dal suo verdetto. |
 | **Timeout (min)** | Limite di tempo reale per l'intera esecuzione. |
-| **Max cost ($)** | *Opzionale.* Claude riporta il costo; Codex/Gemini usano stime. Kimi non riporta costo USD autorevole. |
 
 ## Costruire con sicurezza
 

package/docs/guide/it/specs/2-add-spec-quick-mode.md

@@ -2,10 +2,6 @@
 
 La modalità Quick è pensata per quando sai già cosa vuoi. Scrivi la tua idea, l'AI redige la spec completa e questa atterra sulla tua board come **Da fare**. Niente botta e risposta — basta descriverla e partire.
 
-> **Kimi non è disponibile per Quick Spec.** `kimi -p` non può imporre il
-> confine pure-output del form. La richiesta è rifiutata prima dello spawn;
-> usa Explore, Raw o Quick Launcher (`/opsx:ff`).
-
 ## Creare una spec in modalità Quick
 
 Per creare rapidamente una spec:
@@ -23,9 +19,6 @@ Questo è tutto il flusso. Tutto ciò che segue è una rifinitura facoltativa.
 
 **Modello** — per impostazione predefinita l'AI sceglie un modello sensato. Puoi sovrascriverlo per ogni spec dal selettore di modello, se ne vuoi uno più veloce o più capace.
 
-**Engine** — il selettore mostra solo provider **compatibili**; Kimi è escluso
-da Quick Spec.
-
 **Contesto** — la modalità Quick di solito viene eseguita come un singolo turno, perché non ha bisogno di leggere il tuo codebase per scrivere una spec a partire dalla tua descrizione. Ma uno slider di contesto ti permette di darle più materiale su cui lavorare:
 
 - Al livello più basso legge solo la tua descrizione.

package/docs/guide/ja/agents/2-profiles-and-the-balanced-default.md

@@ -35,15 +35,6 @@
 
 これが流れのすべてです: プロファイルを選び、起動し、おしまい。同じバッチ内で並行するレールは、それぞれ自分のプロファイルを持てるので、ちょっとした修正と重めの機能を、別々の設定で並べて走らせることができます。
 
-## Agents セクションが静かなとき
-
-Profile は provider ごとに分離されます。Claude と Kimi は profile/
-role に対応し、Codex と Gemini は legacy mode で実行します。混在する
-project でも同じ名前が Claude/Kimi 間で交差することはありません。
-Kimi は手動 role に対応しますが、Agent Studio の generation、smoke
-test、AI Refine は spawn 前に拒否されます。Kimi には
-`specrails-core` 4.12.0 以降が必要です。
-
 ## 次に読むなら
 
 - [エージェントごとのモデルのカスタマイズ](customizing-models-per-agent) — `fast` と `max` のプロファイルを作る。

package/docs/guide/ja/agents/4-custom-agents-catalog.md

@@ -11,29 +11,14 @@
 
 ## カスタムエージェントを追加する
 
-Role は provider-native asset です。Claude は
-`.claude/agents/custom-<name>.md`、Kimi は
-`.kimi-code/skills/custom-<name>/SKILL.md` を使います。
-
-Asset が存在すると、その provider の Catalog に現れ、同じ provider の Profile に id を追加できます。`custom-docs` は Claude では `.claude/agents/custom-docs.md`、Kimi では `.kimi-code/skills/custom-docs/SKILL.md` に対応し、両者は独立しています。
-
 カスタムエージェントはリポジトリの中に住んでいるので、**コミット可能なチームの資産** です: ファイルをコミットすれば、チーム全員がそのエージェントを手に入れます。これは Agents セクション全体を貫く中心的な考え方を映したものです ——
 
 > **エージェントの定義は共有されます（リポジトリの中に住み、`git` とともに移動します）。モデルの設定はプロジェクトごとです（プロファイルの中に住みます）。**
 
-Core は両形式を保護します。Kimi は manual create/edit/run に対応しますが、
-Generate、Test、AI Refine は spawn 前に拒否されます。
-
 ## カスタムエージェントを実際に使う
 
 典型的な流れは次のとおりです。
 
-1. native Claude asset または Kimi Skill を valid な指示/model で作成する。
-2. それが **Agents → Catalog** の Custom に現れることを確認する。
-3. **Agents → Profiles** で、そのエージェントをプロファイルのチェーンに追加する（必要なら、そのプロファイル用にモデルを上書きする）。
-4. 適切なタグの付いたタスクがそのエージェントに届くようにルーティングルールを追加する —— あるいはチェーンの順序に任せる。
-5. レールヘッダーから、そのプロファイルでレールを起動する。
-
 ## プロファイルの成績を観察する
 
 Agents セクションには **Usage** タブもあります —— 選んだ期間のあいだに、各プロファイルでいくつのジョブが実行されたかを、プロファイルごとに内訳表示するものです。`fast` / `max` の使い分けが本当に意図どおりに使われているかをさっと確認したり、チームがどのプロファイルに引き寄せられているかを見つけたりするのに便利です。

package/docs/guide/ja/getting-started/1-what-is-specrails.md

@@ -35,8 +35,6 @@ specrails は、主要な AI コーディング CLI に対応しています。
 
 - **Claude**（Claude Code）
 - **Codex**（Codex CLI）
-- **Gemini**（Gemini CLI）
-- **Kimi**（Kimi Code）
 
 すでに使っているものを選んでも、複数インストールしてタスクごとに使い分けてもかまいません。プロジェクトは単一のプロバイダーでも、複数同時でも動かせるので、特定のツールに縛られることはありません。
 

package/docs/guide/ja/getting-started/2-installing-and-first-run.md

@@ -22,8 +22,6 @@ specrails が同梱できない唯一のものが、**AI プロバイダーの C
 
 - **Claude Code**
 - **Codex CLI**
-- **Gemini CLI**
-- **Kimi Code**
 
 使う予定のものをインストールし、ターミナルから一度サインインしておけば準備完了です。どのプロバイダーが入っているかは specrails が自動で検出します。
 

package/docs/guide/ja/getting-started/3-adding-your-first-project.md

@@ -20,10 +20,6 @@
 
 フォームはこれだけです — **追加**をクリックすれば完了です。
 
-## AI プロバイダーは自動検出されます
-
-もうプロバイダーを選ぶ必要はありません。specrails はマシンにインストールされたすべての AI CLI — **Claude**、**Codex**、**Gemini**、**Kimi** — を検出し、どのプロジェクトでも常にそのすべてを使えます。後から新しいプロバイダーをインストールすれば、次にアプリへ戻ったときに自動であらゆる場所に現れます。再セットアップも、プロジェクトごとの設定も不要です。インストール済みでも未ログインのプロバイダーには、セレクターに控えめな*未ログイン*バッジが表示されます。
-
 ## セットアップは静かに行われます
 
 セットアップウィザードはありません。**追加**をクリックした瞬間にプロジェクトは登録され、サイドバーに現れます — すぐに開けます。バックグラウンドで specrails がプロジェクトの workspace を組み立てます（数秒、完全オフライン）。プロジェクト行の小さく点滅するドットが作業中を示し、すべて整うと自然に消えます。あるプロバイダーで失敗しても、プロジェクトは他のプロバイダーで動き続けます — 琥珀色のドットが現れ、クリックすると再試行します。

package/docs/guide/ja/getting-started/4-the-dashboard-tour.md

@@ -26,14 +26,9 @@
 
 - **ダッシュボード** — スペックボードとレール（さきほどまでいた場所）です。
 - **ジョブ** — このプロジェクトのすべてのパイプライン実行を、過去・現在を問わず一覧表示します。ステータス・所要時間が分かり、任意の実行の詳細やログを掘り下げられます。
-- **分析** — 日別・アクティビティ別・モデル別・チケット別の呼び出しです。Claude は請求コスト、Codex/Gemini は推定値を表示し、Kimi は取得できない token/USD 欄を空のままにします。
-- **エージェント** — Claude と Kimi の provider ごとに独立した Profile と Role カタログです。Kimi Role は手動で作成・編集できますが、Generate、Test、AI Refine は利用できません。
-- **コード** — 読み取り専用ファイルブラウザと、AI が触れたファイルを示すチップです。平易な AI サマリーは対応 provider でのみ表示され、Kimi では利用できません。
 - **インテグレーション** — 任意のアドオンです。スペックを **Jira** ボードに接続したり、AI 向けの追加ツールを有効にしたりできます。
 - **設定** — プロジェクトごとのオプション（テレメトリ、予算、プロバイダー設定など）です。
 
-> セクションとアクションは有効な provider の capability に従います。たとえば Profile は Claude/Kimi で使えますが、Kimi では Agent Studio の AI アクションが fail closed になります。
-
 ## ステータスバー
 
 ウィンドウのいちばん下に、細い帯が走っています。小さいながらも便利です。