specrails-desktop 2.58.0 → 2.59.0

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

@@ -21,7 +21,7 @@ Los cuatro niveles vienen concedidos de serie, así que un asistente conectado p
 
 ## Exclusivamente para agentes: conecta tu cliente
 
-Cuando una persona pida al agente conectarse, consulta el [procedimiento de conexión MCP para agentes](../../../agents/mcp.md). Cubre Claude Code, Codex CLI y escritorio, Kimi Code y Gemini CLI: localizar el puente incluido, conservar la configuración, verificar la conexión real y diagnosticar fallos. La versión web es Markdown y no necesita JavaScript.
+Cuando una persona pida al agente conectarse, consulta el [procedimiento de conexión MCP para agentes](../../../agents/mcp.md). Cubre Claude Code y Codex CLI y escritorio: localizar el puente incluido, conservar la configuración, verificar la conexión real y diagnosticar fallos. La versión web es Markdown y no necesita JavaScript.
 
 Mantén Specrails en ejecución y abre **Ajustes ▸ MCP ▸ Copiar configuración de cliente**. Algunas versiones devuelven solo `specrails-mcp`, que puede no estar en PATH; el procedimiento explica cómo localizar ejecutable y script. El puente lee el token localmente: no lo copies en la configuración. Registrar no demuestra conexión: completa `initialize`, `tools/list` y una llamada de lectura a `specrails_projects` con `{"action":"list"}`.
 

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

@@ -20,17 +20,6 @@ La cabecera tiene un **selector de proyecto** (como el de Cursor). Elige un proy
 
 Elegir un proyecto aquí **no** mueve tu panel: el objetivo del agente y lo que estás mirando son independientes.
 
-## Proveedor y modelo
-
-Justo encima del cuadro de mensaje eliges el **proveedor** (Claude, Codex,
-Gemini o Kimi) y su **modelo**. Cada proveedor tiene su propia lista y cambiar
-de proveedor inicia una sesión separada.
-
-Con Kimi, los niveles limitan las herramientas MCP de Specrails, pero no
-convierten `kimi -p` en un sandbox: Kimi aprueba sus herramientas nativas
-automáticamente. Las acciones pure-output inseguras se rechazan antes de
-iniciar el proceso; consulta la [matriz Kimi](../../../kimi.md).
-
 ## Niveles de permiso: tú llevas las riendas
 
 El agente puede tocar toda la app, así que tú decides cuánta libertad tiene con un **nivel** que cambias en vivo pulsando **Shift+Tab** (el mismo ciclo que usa Claude Code). Cada nivel incluye todo lo que hay por debajo:

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

@@ -24,10 +24,6 @@ No disponible en motores locales: perfiles de agente y roles personalizados, enr
 
 > Las misiones necesitan una **ventana de contexto grande** en el servidor (64k tokens o más): el prompt del operador más los schemas de herramientas de Specrails ocupan mucho. Chat y Explore van bien con 32k. Si un turno falla con *exceeds the available context size*, amplía la ventana (Ollama `OLLAMA_CONTEXT_LENGTH`, llama.cpp `-c`, LM Studio *Context Length*).
 
-## ¿Solo tienes un motor local?
-
-No hay nada que configurar. Specrails ofrece los motores que tu máquina puede ejecutar de verdad y elige el predeterminado con una única regla en todas partes: un CLI instalado (Claude → Codex → Gemini → Kimi) o, si no hay ninguno, el primer motor local cuyo endpoint responda. En una máquina con solo un endpoint local, los rails, Add Spec, el chat, **las misiones del agente y el Project Builder** arrancan en él sin tocar ningún selector. Un motor cuyo servidor está caído simplemente no se ofrece hasta que vuelva a responder. Las misiones existentes conservan el motor con el que se crearon; el selector sigue permitiendo cambiarlo.
-
 ## Elegir modelo
 
 La calidad depende del modelo, no de Specrails. Para rails usa un modelo de código afinado para tool calling de 30B parámetros o más; los modelos instruct pequeños valen para chat, Explore y specs Quick. Prueba **Freestyle** o una sesión Explore antes de confiar un rail implement completo a un modelo nuevo.

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

@@ -35,8 +35,8 @@ Eso es todo. El rail arranca un proceso de la CLI de IA en el contexto de ejecuc
 | **Pastilla de estado** | `idle`, `running` o `failed`. No hay un estado "completed" aparte — un rail vuelve a `idle` cuando su job termina limpiamente. |
 | **Lista de specs** | Los IDs asignados a este rail. Arrastra más para añadirlas, o sácalas para desvincularlas. |
 | **Selector de Loop** | El Loop que ejecuta este rail — uno integrado (`Implement` / `Freestyle` / `SDD Quick (OpenSpec)`) o un loop personalizado. Mira la tabla de más abajo. Se recuerda por rail. |
-| **Selector de perfil** | Qué perfil del proveedor se ejecuta (rails Claude y Kimi). |
-| **Selector de motor** | Qué proveedor ejecuta el rail — Claude, Codex, Gemini o Kimi. |
+| **Selector de perfil** | Qué perfil del proveedor se ejecuta (rails Claude). |
+| **Selector de motor** | Qué proveedor ejecuta el rail — Claude o Codex. |
 | **▶ Play / ■ Stop** | Iniciar o cancelar. |
 
 ### Qué ejecuta un rail: Loops
@@ -46,14 +46,9 @@ Un rail ejecuta un **Loop** — la receta del trabajo. Dos loops están **integr
 | Loop integrado | Comando | Qué hace |
 |------|---------|--------------|
 | **Implement** | `/specrails:implement` | Un job que cubre todas las specs del rail. Ejecuta el pipeline completo Architect → Developer → Reviewer → Ship. El predeterminado del día a día. |
-| **Freestyle** | Freestyle | Claude o Kimi implementan cada spec de forma autónoma, **saltándose** el pipeline. |
 
 Para ejecutar varias specs, pon las relacionadas (hasta 3) en un mismo rail — `Implement` las ejecuta como un único job conjunto — o reparte las independientes entre varios rails: cada rail con git se ejecuta en paralelo en su propio worktree aislado.
 
-Freestyle usa las herramientas nativas y el catálogo de modelos del proveedor.
-Claude tiene transporte interactivo persistente; Kimi usa un proceso agentic
-`kimi -p` sin stdin persistente.
-
 Los integrados también se pueden editar: edita uno en el Loop Builder y publícalo, y todos los rails que lo eligen ejecutan tu versión (usa **Restaurar original** para volver atrás).
 
 Más allá de los integrados, puedes **construir tus propios loops** — repetir un ciclo verify → fix → verify hasta cumplir un objetivo, encadenar comandos de shell entre pasos de IA y más. Esos loops personalizados aparecen en el mismo selector de Loop. Esa es la siguiente gran idea: [El Loop Builder](the-loop-builder).
@@ -84,11 +79,6 @@ Pulsa cualquier tarjeta para abrir la **vista de detalle del job**, donde están
 
 Pulsa **■ Stop** en la cabecera del rail. La app envía `SIGTERM` al subproceso, espera **5 segundos** a que salga limpiamente y luego le aplica `SIGKILL`. No queda nada a medio arrancar.
 
-## Si un rail no se lanza
-
-Si falta la CLI elegida, el lanzamiento falla antes de iniciar. Para Kimi
-instala/autentica `kimi` 0.27+; Desktop no inicia un servidor.
-
 ## Detenerlo todo
 
 Si algo parece ir mal:
@@ -101,4 +91,4 @@ Si algo parece ir mal:
 
 - [El Loop Builder](the-loop-builder) — qué ejecuta un rail y cómo construir tus propios loops.
 - [La vista de detalle del job](the-job-detail-view) — fases, métricas en vivo, tarjetas de ticket.
-- [Elegir un motor por rail](picking-an-engine-per-rail) — Claude, Codex, Gemini o Kimi.
+- [Elegir un motor por rail](picking-an-engine-per-rail) — Claude o Codex.

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

@@ -94,9 +94,6 @@ Algunas cosas que conviene saber:
 - **La línea de totales es real.** El compositor muestra un resumen en vivo `N turnos · $X`, sumado a partir del uso real de cada turno completado — coherente con la promesa de esta página de no adivinar nada.
 - **Dos formas de terminar una sesión.** La mayoría de los jobs **terminan solos**: en cuanto un turno acaba sin mensajes en cola, la sesión se asienta y el job se completa — tus mensajes son dirección opcional, nunca una obligación. Una acción discreta **Terminar ahora** la cierra antes con todo lo producido hasta el momento. Los jobs **Freestyle** son la excepción: quedan a la espera entre turnos hasta que tú pulsas **Finalize** — ese es su diseño, una sesión de ida y vuelta que cierras cuando terminas.
 - **En un loop, los mensajes van al paso activo.** En un loop propio o integrado, tu mensaje llega al **paso de IA que está corriendo en ese momento**. Entre pasos (mientras el Loop Decider piensa, o corre un comando de shell) el compositor muestra un breve estado *«Esperando el siguiente paso…»* — tu texto redactado se conserva, y el envío se reactiva cuando arranca el siguiente paso de IA. **Asentar este paso** cierra el paso actual antes de tiempo y deja que el loop avance con lo que produjo.
-- **La interacción persistente es solo Claude.** Codex, Gemini y Kimi se
-  ejecutan one-shot; Kimi reanuda chats con un nuevo `kimi --session=<id> -p` después de
-  recibir un resume hint.
 
 ## Exportar diagnóstico
 

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

@@ -1,62 +1,19 @@
-# Elegir un motor por rail
+<!-- guide-revision: mission-first-v1 -->
 
-Specrails desktop trata **Claude Code**, **Codex CLI**, **Gemini CLI** y
-**Kimi Code** como motores de primera clase. Un proyecto puede instalar
-cualquier combinación compatible.
+# Elige proveedor y capacidades
 
-## Cuándo aparece el selector
+La configuración depende del proveedor elegido. Un nombre de modelo conocido no implica las mismas opciones de razonamiento, salida estructurada o aprobación en todos ellos.
 
-El **selector de motor** vive en la cabecera del rail, justo al lado del control de modo. Solo se muestra cuando el proyecto tiene **más de un** proveedor instalado.
+## Comprueba la disponibilidad
 
-> **Los proyectos de un solo proveedor se comportan de forma byte-idéntica.** Si un proyecto tiene un único motor, no se muestra ningún selector y nada cambia respecto a la selección de proveedor — sencillamente se ejecuta en ese motor. El selector es exclusivo para proyectos multiproveedor.
+Autentica la CLI y revisa su estado en Specrails. Elige entre los modelos y niveles que ofrecen sus controles. Tener instalada la CLI no evita fallos de sesión, cuota o servicio remoto.
 
-Cuando sí aparece, tu elección es **por rail y por lanzamiento** — distintos rails pueden ejecutar distintos motores, y tu elección se recuerda por proyecto (con el motor principal del proyecto como valor por defecto).
+Claude y Codex usan adaptadores distintos. Las combinaciones incompatibles deben fallar antes de empezar; un paso que exija una respuesta estructurada sin herramientas no funciona necesariamente con todos.
 
-## Cómo elegir un motor
+## Usa el nivel de control adecuado
 
-1. Asegúrate de que el selector de motor del rail está visible (el proyecto tiene 2 o más proveedores).
-2. Púlsalo y elige **Claude**, **Codex**, **Gemini** o **Kimi**.
-3. Lanza el rail con **▶ Play**.
+El proveedor y modelo del rail controlan su ejecución. Los perfiles y el enrutado por rol dependen del proveedor y del flujo de Core que Desktop instaló en el proyecto: revisa la configuración efectiva.
 
-El motor seleccionado ejecuta cada fase del pipeline de ese rail. Si la CLI del motor elegido no está instalada, el lanzamiento falla rápido — no se arranca nada. Instala la CLI que falta y vuelve a intentarlo.
+Para comparar ejecuciones, conserva spec, revisión y criterios de verificación. Distingue costes reportados, estimados y no disponibles. Consulta [perfiles](/docs/agents-profiles-and-the-balanced-default) y [consumo](/docs/insights-analytics-and-cost-tracking).
 
-## En qué destaca cada motor
-
-Los cuatro ejecutan **Implement**:
-
-| Motor | Recurre a él cuando… | Notas |
-|--------|--------------------|-------|
-| **Claude** | Necesitas coste nativo, interacción persistente o políticas de tools estrictas. | Perfiles, Freestyle y transforms estructurados. |
-| **Codex** | Prefieres la CLI de OpenAI Codex o quieres comparar implementaciones entre proveedores. | `codex` ≥ 0.128.0. Sin reporte de coste nativo — la app rellena el coste desde su tarifario. Los perfiles no aplican. |
-| **Gemini** | Quieres la CLI de Gemini de Google, telemetría nativa o una ejecución más barata para specs rutinarias. | `gemini` ≥ 0.11.0 (define `GEMINI_API_KEY`). Telemetría OTLP nativa. Los perfiles no aplican. |
-| **Kimi** | Quieres Kimi agentic para Implement, Freestyle o loops sin Decider. | `kimi` ≥ 0.27.0 externo; perfiles/roles y effort low/high/max solo para K3; tokens/coste no disponibles. |
-
-### Diferencias de capacidad
-
-Claude y Kimi admiten perfiles y Freestyle; Codex/Gemini usan legacy. Kimi no
-admite Loop Decider ni los transforms pure-output enumerados en la
-[guía Kimi](../../../kimi.md). Los perfiles Claude/Kimi están separados por
-proveedor.
-
-## Un flujo de trabajo práctico
-
-Los proyectos multiproveedor brillan cuando quieres **comparar** o **afinar costes**:
-
-- **Comparar implementaciones.** Pon la misma spec en dos rails, configura uno con Claude y otro con Codex, lánzalos los dos (entre proyectos, o uno tras otro en la cola del mismo proyecto) y luego usa el botón **Comparar** en la página Jobs para enfrentar los resultados.
-- **Afinar costes por spec.** Ejecuta las specs de alto riesgo en Claude con un perfil `max`; ejecuta las specs rutinarias de limpieza en Gemini para ahorrar gasto. Filtra `/analytics` por motor para ver el desglose.
-- **Pon un valor por defecto con cabeza.** Configura el motor que más usas como principal del proyecto para que los rails lo adopten por defecto, y cambia por rail solo cuando una spec concreta quiera uno distinto.
-
-## Cosas a tener en cuenta
-
-- **La selección de proveedor es inmutable tras crear el proyecto** (v1). Eliges los proveedores instalados al añadir el proyecto; no hay un interruptor en Ajustes para añadir o quitar uno después.
-- **Las métricas disponibles se registran.** Kimi no emite tokens ni coste USD
-  autoritativos; esos campos quedan vacíos.
-- **El botón "Abrir CLI de IA" del terminal** también ofrece un selector de proveedor en proyectos multiproveedor, por si prefieres manejar una CLI a mano.
-
-## A dónde ir después
-
-- [Usar Codex](../integrations/using-codex) — instalar e iniciar sesión.
-- [Usar Gemini](../integrations/using-gemini) — instalar, `GEMINI_API_KEY`, telemetría.
-- [Usar Kimi](../../../kimi.md) — instalación y matriz completa.
-- [Rails y jobs](rails-and-jobs) — la cola y el flujo de lanzamiento.
-- [Seguimiento de costes](../analytics/tracking-cost) — desglose de coste por motor.
+Al lanzar desde una misión, los pasos del loop heredan su proveedor, modelo y esfuerzo salvo que se indiquen otros explícitamente en el editor del loop. Los ajustes generales gestionan las conexiones; ya no se ofrecen el bloque Valores por defecto del proveedor ni la opción Roles.

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

@@ -28,7 +28,7 @@ Un **loop** es la *receta* del trabajo; un **rail** es el *carril* que la ejecut
 
 - Los loops viven en la sección **Loops** (barra lateral izquierda, junto a tus proyectos) — son **globales**, compartidos entre todos los proyectos.
 - Un rail **elige un loop** en su cabecera (el selector de Loop) y lo ejecuta cuando pulsas Play.
-- El **rail** decide el proveedor, modelo y esfuerzo compatible. Un loop compatible puede ejecutarse en Claude, Codex, Gemini o Kimi.
+- El **rail** decide el proveedor, modelo y esfuerzo compatible. Un loop compatible puede ejecutarse en Claude o Codex.
 
 Así que: construye un loop una vez y luego elígelo en cualquier rail de cualquier proyecto.
 
@@ -52,10 +52,6 @@ Un loop es un grafo de **nodos** conectados por **aristas** (las flechas). Cada
 
 Las aristas conectan los pasos en orden. El **Loop Decider** tiene dos salidas etiquetadas — **continue** y **stop** — así que cableas "aún no terminado" de vuelta al trabajo y "terminado" hacia un End.
 
-> **Kimi ejecuta loops con pasos AI/shell, pero no con Loop Decider.** El
-> veredicto es pure-output y `kimi -p` no puede imponer su límite sin
-> herramientas; el run se rechaza antes del primer paso.
-
 ### Escribir el texto de un paso
 
 Dentro de cualquier AI Step o Decider puedes referenciar:
@@ -72,7 +68,6 @@ Un loop que nunca para gastaría dinero para siempre, así que cada ejecución t
 |-------|--------------|
 | **Max iterations** | Tope duro de cuántas veces puede el Decider volver atrás, sin importar su veredicto. |
 | **Timeout (min)** | Límite de tiempo real para toda la ejecución. |
-| **Max cost ($)** | *Opcional.* Claude aporta coste; Codex/Gemini usan estimación. Kimi no emite coste USD autoritativo. |
 
 ## Construir con confianza
 

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

@@ -2,10 +2,6 @@
 
 El modo Quick es para cuando ya sabes lo que quieres. Escribes tu idea, la IA redacta la spec completa y esta aterriza en tu tablero como **Por hacer**. Sin idas y venidas: solo descríbela y listo.
 
-> **Kimi no está disponible en Quick Spec.** `kimi -p` no puede imponer el
-> límite pure-output de este formulario. La petición se rechaza antes de
-> iniciar Kimi; usa Explore, Raw o Quick Launcher (`/opsx:ff`).
-
 ## Crear una spec en modo Quick
 
 Para crear una spec rápidamente:
@@ -23,9 +19,6 @@ Ese es todo el flujo. Todo lo que viene a continuación son ajustes opcionales.
 
 **Modelo**: por defecto, la IA elige un modelo razonable. Puedes sobrescribirlo por spec desde el selector de modelo si quieres uno más rápido o más capaz.
 
-**Motor**: si el proyecto tiene más de un proveedor **compatible**, aparece el
-selector. Kimi queda excluido de Quick Spec.
-
 **Contexto**: el modo Quick normalmente se ejecuta en un solo turno, porque no necesita leer tu código para escribir una spec a partir de tu descripción. Pero un control deslizante de contexto te permite darle más material con el que trabajar:
 
 - En el nivel más bajo solo lee tu descripción.

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

@@ -35,14 +35,6 @@ La sélection du profil se fait là où vous lancez — dans l'**en-tête du rai
 
 Voilà tout le flux : choisir un profil, lancer, terminé. Des rails simultanés dans un même lot peuvent chacun porter leur propre profil, si bien qu'un correctif rapide et une grosse fonctionnalité peuvent tourner côte à côte avec des configurations différentes.
 
-## Quand la section Agents reste silencieuse
-
-Les profils sont séparés par fournisseur. Claude et Kimi prennent en charge
-profils/rôles ; Codex et Gemini utilisent le mode legacy. Dans un projet
-mixte, un même nom ne traverse jamais Claude/Kimi. Kimi permet les rôles
-manuels, mais génération, smoke test et AI Refine d'Agent Studio échouent
-avant démarrage. Kimi exige `specrails-core` 4.12.0 ou plus récent.
-
 ## Pour aller plus loin
 
 - [Personnaliser les modèles par agent](customizing-models-per-agent) — construisez des profils `fast` et `max`.

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

@@ -11,29 +11,14 @@ Chaque entrée du catalogue indique à quoi sert l'agent et son modèle par déf
 
 ## Ajouter un agent personnalisé
 
-Les rôles sont des assets natifs du fournisseur : Claude utilise
-`.claude/agents/custom-<nom>.md` ; Kimi utilise
-`.kimi-code/skills/custom-<nom>/SKILL.md`.
-
-Dès que l'asset existe, il apparaît dans le catalogue de ce fournisseur et son id peut rejoindre un profil du même fournisseur. `custom-docs` correspond à `.claude/agents/custom-docs.md` pour Claude ou à `.kimi-code/skills/custom-docs/SKILL.md` pour Kimi ; les deux restent indépendants.
-
 Parce qu'ils vivent dans votre dépôt, les agents personnalisés sont des **ressources d'équipe commitables** : commitez le fichier et toute votre équipe récupère l'agent. Cela reflète l'idée centrale qui traverse toute la section Agents —
 
 > **Les définitions d'agents sont partagées (elles vivent dans le dépôt et voyagent avec `git`). La configuration des modèles est propre au projet (elle vit dans les profils).**
 
-Core protège les deux formats. Kimi permet création/édition manuelle et
-exécution ; Generate, Test et AI Refine échouent avant démarrage.
-
 ## Mettre un agent personnalisé au travail
 
 Le flux typique :
 
-1. Créez l'asset natif Claude ou le Skill Kimi avec instructions/modèle valides.
-2. Vérifiez qu'il apparaît bien dans **Agents → Catalogue** sous Personnalisés.
-3. Dans **Agents → Profils**, ajoutez l'agent à la chaîne d'un profil (en surchargeant éventuellement son modèle pour ce profil).
-4. Ajoutez une règle de routage pour que les tâches portant les bons tags l'atteignent — ou reposez-vous sur l'ordre de la chaîne.
-5. Lancez un rail avec ce profil depuis l'en-tête du rail.
-
 ## Suivre les performances des profils
 
 La section Agents dispose aussi d'un onglet **Utilisation** — une répartition par profil du nombre de jobs lancés sous chaque profil sur une période sélectionnée. C'est un moyen rapide de confirmer que votre répartition `fast`/`max` est réellement utilisée comme vous l'aviez prévu, et de repérer le profil vers lequel votre équipe gravite.

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

@@ -35,8 +35,6 @@ Specrails fonctionne avec les principales CLI de codage IA :
 
 - **Claude** (Claude Code)
 - **Codex** (Codex CLI)
-- **Gemini** (Gemini CLI)
-- **Kimi** (Kimi Code)
 
 Choisissez celui que vous utilisez déjà — ou installez-en plusieurs et choisissez selon la tâche. Un projet peut tourner sur un seul fournisseur ou sur plusieurs à la fois, vous n'êtes donc jamais enfermé.
 

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

@@ -22,8 +22,6 @@ La seule chose que specrails ne peut pas intégrer, c'est la **CLI du fournisseu
 
 - **Claude Code**
 - **Codex CLI**
-- **Gemini CLI**
-- **Kimi Code**
 
 Installez celle que vous comptez utiliser, connectez-vous une fois depuis votre terminal, et le tour est joué. Specrails détecte automatiquement les fournisseurs présents.
 

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

@@ -20,10 +20,6 @@ Une étiquette conviviale affichée dans la barre latérale. Si vous le laissez
 
 C'est tout le formulaire — cliquez sur **Ajouter** et c'est terminé.
 
-## Les fournisseurs d'IA sont détectés automatiquement
-
-Vous ne choisissez plus de fournisseurs. Specrails détecte chaque CLI d'IA installé sur votre machine — **Claude**, **Codex**, **Gemini**, **Kimi** — et chaque projet peut tous les utiliser, toujours. Installez un nouveau fournisseur plus tard et il apparaît partout de lui-même la prochaine fois que vous revenez sur l'app ; pas de reconfiguration, pas de réglage par projet. Si un fournisseur est installé mais non connecté, son sélecteur affiche un badge discret *Non connecté*.
-
 ## La configuration se fait en silence
 
 Il n'y a pas d'assistant de configuration. Dès que vous cliquez sur **Ajouter**, le projet est enregistré et apparaît dans votre barre latérale — vous pouvez l'ouvrir immédiatement. En arrière-plan, specrails assemble le workspace du projet (quelques secondes, entièrement hors ligne) : un petit point clignotant sur la ligne du projet indique que le travail est en cours, et il disparaît quand tout est prêt. Si quelque chose échoue pour un fournisseur, le projet fonctionne toujours avec les autres — un point ambre apparaît, et un clic relance l'opération.

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

@@ -26,14 +26,9 @@ La barre latérale droite est votre tableau d'aiguillage pour le projet courant.
 
 - **Tableau de bord** — le tableau des specs et les rails (là d'où vous venez).
 - **Jobs** — chaque exécution de pipeline pour ce projet, passée et présente, avec son statut, sa durée et la possibilité de plonger dans le détail et les logs de n'importe quelle exécution.
-- **Analytics** — les invocations par jour, activité, modèle et ticket. Claude fournit le coût facturé, Codex/Gemini des estimations, et Kimi laisse vides les champs tokens/coût USD indisponibles.
-- **Agents** — profils et catalogues de rôles propres au fournisseur pour Claude et Kimi. Avec Kimi, les rôles se créent et se modifient manuellement ; Generate, Test et AI Refine sont indisponibles.
-- **Code** — un explorateur de fichiers en lecture seule et des badges indiquant quels fichiers l'IA a touchés. Les résumés IA en langage clair n'apparaissent qu'avec un fournisseur compatible ; ils sont indisponibles avec Kimi.
 - **Intégrations** — des extensions facultatives, comme connecter vos specs à un tableau **Jira** ou activer des outils supplémentaires pour l'IA.
 - **Paramètres** — les options par projet (télémétrie, budgets, configuration des fournisseurs, et plus encore).
 
-> Les sections et actions suivent les capacités du fournisseur effectif. Les profils fonctionnent par exemple avec Claude et Kimi, mais les actions IA d'Agent Studio échouent de façon fermée avec Kimi.
-
 ## La barre de statut
 
 Un fin bandeau court tout en bas de la fenêtre. Discret mais bien pratique :

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

@@ -1,30 +1,14 @@
-# Fournisseurs d'IA (Claude, Codex, Gemini, Kimi)
+# Fournisseurs d'IA (Claude, Codex)
 
-Specrails n'est lié à aucune IA. Claude, Codex, Gemini et Kimi sont des
-fournisseurs de premier plan ; chaque surface ne propose que les moteurs dont
-les capacités respectent son contrat.
-
-## Les quatre fournisseurs
+## Les deux fournisseurs
 
 | Fournisseur | CLI | Édité par | Notes |
 |---|---|---|---|
 | **Claude** | `claude` | Anthropic | Coût natif et transport interactif persistant. |
 | **Codex** | `codex` | OpenAI | Nécessite codex `0.128.0+`. Lit ses serveurs MCP depuis votre fichier global `~/.codex/config.toml`. |
-| **Gemini** | `gemini` | Google | Nécessite gemini `0.11.0+`. Utilise une télémétrie native et un fichier d'instructions `GEMINI.md`. |
-| **Kimi Code** | `kimi` | Moonshot AI | Nécessite Kimi `0.27.0+`. Desktop lance la CLI externe avec `-p` ; aucun serveur n'est installé ou démarré. |
-
-Les quatre sont **activés par défaut**. Un fournisseur apparaît dans **Ajouter
-un projet** lorsque sa CLI est installée et présente dans votre `PATH`. Pour
-Kimi, vérifiez `kimi --version` puis exécutez `kimi login`.
 
 ## Les fournisseurs sont détectés automatiquement
 
-Vous ne choisissez jamais de fournisseurs par projet. Specrails détecte chaque
-CLI de fournisseur installé sur votre machine et les rend **tous** disponibles
-pour **tous** les projets, toujours. Chaque surface vérifie ensuite les
-capacités annoncées par le fournisseur. Voir [Utiliser Kimi](../../../kimi.md)
-pour la matrice exacte de Kimi.
-
 Si un fournisseur que vous voulez n'apparaît nulle part, c'est presque toujours
 parce que le CLI n'est pas installé ou absent de votre `PATH`. Installez-le,
 connectez-vous et revenez sur l'app — la détection se relance au focus de la
@@ -35,11 +19,6 @@ quand même, avec un badge *Non connecté* sur les sélecteurs de moteur.
 Quelques points utiles sur les machines multi-fournisseurs :
 
 - **Un seul fournisseur se comporte exactement comme avant.** Si un seul est détecté, vous ne verrez jamais de sélecteur de fournisseur — l'app reste sobre et simple.
-- **Les capacités pilotent la barre latérale.** Une section est visible quand au
-  moins un fournisseur détecté la prend en charge ; à l'intérieur, les actions
-  liées au moteur ne proposent que les fournisseurs capables. Kimi annonce les
-  profils, les rôles personnalisés et le Freestyle ; il n'annonce pas les actions
-  structurées exigeant une frontière sans outils applicable.
 - **Rien n'est verrouillé.** Installer ou retirer un CLI met à jour tous les
   projets automatiquement — il n'y a aucun réglage de fournisseur par projet à gérer.
 
@@ -47,38 +26,11 @@ Quelques points utiles sur les machines multi-fournisseurs :
 
 Tout l'intérêt d'un projet multi-fournisseurs, c'est de choisir l'IA la plus adaptée à chaque tâche — sans toucher au moindre réglage global. Partout où une IA s'exécute, un petit sélecteur de fournisseur apparaît (uniquement lorsque le projet en compte plusieurs) :
 
-- **Ajouter une spec** — Explore accepte Kimi ; Quick Spec ne propose que les
-  fournisseurs capables d'imposer sa frontière pure-output, donc pas Kimi.
 - **En-tête de rail** — choisissez le moteur de ce rail précis avant de le lancer.
 - **Terminal** — le bouton « Open AI CLI » (Sparkles) ouvre un menu de fournisseurs pour basculer dans n'importe quelle CLI installée, dans le répertoire de ce projet.
 
 Votre choix est mémorisé par projet, avec le fournisseur principal comme valeur par défaut, pour ne pas avoir à le refaire à chaque fois.
 
-## Différences de capacités
-
-Kimi prend en charge Project/Agent Chat, Explore et les propositions, Quick
-Launcher (`/opsx:ff`), les rails, Freestyle, les loops sans Decider, les
-profils/rôles manuels, MCP, Serena, le terminal et les pièces jointes.
-
-`kimi -p` approuve automatiquement les outils et ne peut pas imposer une
-frontière sans outils/read-only. Sont donc refusés avant démarrage : Quick
-Spec, AI Edit, Contract Refine, SMASH/Re-SMASH, génération de
-blueprint/milestone Project Builder, Loop Decider, résumés/histoire de
-construction et automatisation Agent Studio. L'auto-title utilise un fallback
-déterministe. Voir le [guide Kimi](../../../kimi.md).
-
-## Suivi des coûts entre fournisseurs
-
-**Analytics** enregistre les invocations réellement lancées. Claude rapporte
-son coût ; Codex et Gemini utilisent une estimation. Kimi ne fournit ni tokens
-ni coût USD autoritatifs, donc ces champs restent vides.
-
 ## Dépannage
 
-- **Un fournisseur que j'ai installé n'est pas proposé.** Vérifiez la CLI dans votre `PATH` (`claude --version` / `codex --version` / `gemini --version` / `kimi --version`).
 - **Les serveurs MCP de Codex ne se chargent pas dans le chat.** Codex lit ses serveurs MCP depuis votre fichier global `~/.codex/config.toml` — enregistrez-les là avec `codex mcp add`.
-- **Désactivation d'urgence.** Un fournisseur peut être coupé à l'échelle de l'app via une variable d'environnement (`SPECRAILS_CODEX_BETA=0` ou `SPECRAILS_GEMINI_BETA=0`). Cela masque uniquement le fournisseur de la *sélection* ; c'est rarement nécessaire.
-
-## Voir aussi
-
-Consultez les guides dédiés à [Kimi](../../../kimi.md), Codex et Gemini.

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

@@ -34,11 +34,3 @@ En coulisses, l'installation est *chirurgicale et additive* : elle n'ajoute ses
 - **Rails.** Avant qu'un rail ne s'exécute, Specrails vérifie quels plugins sont installés et sains, et rend ces outils disponibles pour l'agent sur ce job. Un plugin dégradé est simplement ignoré pour cette exécution — le rail se lance quand même normalement. Chaque job enregistre un instantané des plugins actifs, visible dans l'export de diagnostic du job.
 - **Chat.** Le chat reprend automatiquement la configuration MCP de votre projet, de sorte que les plugins installés y sont également disponibles.
 - **Configuration.** Les plugins sont ignorés tant qu'un projet est encore en cours de configuration — ils entrent en jeu une fois le projet prêt.
-
-## Notes sur les fournisseurs
-
-Les plugins tiennent compte du fournisseur. Serena prend en charge Claude via `.mcp.json`, Codex via `codex mcp add` avec un `CODEX_HOME` isolé par projet, et Kimi via `.kimi-code/mcp.json`. Un plugin n'apparaît que si son manifeste déclare le fournisseur ; Serena n'est donc pas proposé pour Gemini. La carte Jira reste indépendante du fournisseur.
-
-## Fichiers réservés
-
-Les plugins gèrent la configuration MCP native du fournisseur, l'état sous `.specrails/plugins/` et, uniquement pour Claude si nécessaire, des fragments sous `.claude/agents/custom-<plugin>.md`. Les entrées Kimi vivent dans `.kimi-code/mcp.json` ; l'app n'écrit aucun fragment réservé à Claude pour Kimi et n'écrase jamais une configuration aveuglément.

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

@@ -1,6 +1,6 @@
 # Piloter Specrails depuis n'importe quelle IA (serveur 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 peut s'exposer **lui-même** à n'importe quel assistant IA qui parle le [Model Context Protocol](https://modelcontextprotocol.io) — Claude Desktop, Claude Code, Cursor, Cline, ou votre propre agent. Activez-le, pointez votre assistant vers Specrails, et vous pouvez piloter toute l'app en discutant : *« liste mes projets », « crée une spec pour la connexion sociale dans le projet API », « lance le rail 0 et préviens-moi quand c'est terminé », « combien ai-je dépensé cette semaine ? »*. Votre assistant appelle les outils de Specrails en coulisses, plutôt que de vous faire cliquer partout.
 
@@ -33,19 +33,6 @@ Dans un client comme Claude Desktop ou Cursor, la configuration ressemble à cec
 
 Les clients qui prennent en charge les serveurs MCP HTTP distants peuvent à la place pointer directement vers `http://127.0.0.1:4200/api/mcp` avec le jeton du panneau.
 
-### Depuis le terminal : Claude Code, Gemini CLI, Codex CLI
-
-Copiez votre jeton depuis **Réglages ▸ MCP ▸ Copier le jeton**, puis :
-
-```bash
-# Claude Code
-claude mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <votre jeton>"
-
-# Gemini CLI
-gemini mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <votre jeton>"
-
 # Codex CLI (stdio — enregistrez la commande du bridge affichée dans Réglages ▸ MCP)
 codex mcp add specrails -- <commande du bridge depuis Réglages ▸ MCP>
 ```

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

@@ -20,17 +20,6 @@ L'en-tête comporte un **sélecteur de projet** (comme celui de Cursor). Choisis
 
 Choisir un projet ici **ne déplace pas** votre tableau de bord : la cible de l'agent et ce que vous regardez sont indépendants.
 
-## Fournisseur et modèle
-
-Juste au-dessus de la zone de message, vous choisissez le **fournisseur**
-(Claude, Codex, Gemini ou Kimi) et son **modèle**. Changer de fournisseur
-démarre une session séparée.
-
-Avec Kimi, les niveaux limitent les outils MCP Specrails mais ne transforment
-pas `kimi -p` en sandbox : ses outils natifs sont approuvés automatiquement.
-Les actions pure-output non sûres sont refusées avant démarrage ; voir la
-[matrice Kimi](../../../kimi.md).
-
 ## Niveaux d'autorisation — c'est vous qui tenez la laisse
 
 L'agent peut toucher à toute l'application, c'est donc à vous de décider quelle liberté vous lui accordez, via un **niveau** que vous changez en direct en appuyant sur **Shift+Tab** (le même cycle que celui de Claude Code). Chaque niveau inclut tout ce qui se trouve en dessous :

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

@@ -24,10 +24,6 @@ Indisponible sur les moteurs locaux : profils d'agent et rôles personnalisés,
 
 > Les missions exigent une **grande fenêtre de contexte** côté serveur (64k tokens ou plus) : le prompt de l'opérateur et les schémas d'outils Specrails sont volumineux. Chat et Explore fonctionnent à 32k. Si un tour échoue avec *exceeds the available context size*, augmentez la fenêtre (Ollama `OLLAMA_CONTEXT_LENGTH`, llama.cpp `-c`, LM Studio *Context Length*).
 
-## Seulement un moteur local ?
-
-Rien à configurer. Specrails propose les moteurs que votre machine peut réellement exécuter et choisit la valeur par défaut avec une seule règle partout : un CLI installé (Claude → Codex → Gemini → Kimi), sinon le premier moteur local dont l'endpoint répond. Sur une machine n'ayant qu'un endpoint local, les rails, Add Spec, le chat, **les missions de l'agent et le Project Builder** démarrent dessus, sans toucher au sélecteur. Un moteur dont le serveur est arrêté n'est simplement pas proposé tant qu'il ne répond pas. Les missions existantes gardent le moteur avec lequel elles ont été créées ; le sélecteur permet toujours d'en changer.
-
 ## Choisir un modèle
 
 La qualité dépend du modèle, pas de Specrails. Pour les rails, utilisez un modèle de code entraîné au tool calling d'au moins 30B paramètres ; les petits modèles instruct suffisent pour le chat, Explore et les specs Quick. Essayez **Freestyle** ou une session Explore avant de confier un rail implement complet à un nouveau modèle.

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

@@ -35,8 +35,6 @@ Voilà. Le rail démarre un processus AI CLI dans le bon contexte d'exécution e
 | **Pastille de statut** | `idle`, `running`, ou `failed`. Il n'y a pas de « completed » séparé — un rail revient à `idle` quand son job se termine proprement. |
 | **Liste de specs** | Les IDs assignés à ce rail. Glissez-en d'autres, retirez-les pour les détacher. |
 | **Sélecteur de Loop** | Le Loop que ce rail exécute — un intégré (`Implement` / `Freestyle` / `SDD Quick (OpenSpec)`) ou un loop personnalisé. Voir le tableau ci-dessous. Persisté par rail. |
-| **Sélecteur de profil** | Quel profil fournisseur s'exécute (rails Claude et Kimi). |
-| **Sélecteur de moteur** | Quel provider exécute ce rail — Claude, Codex, Gemini ou Kimi. |
 | **▶ Play / ■ Stop** | Démarrer ou annuler. |
 
 ### Ce qu'un rail exécute : les Loops
@@ -46,14 +44,9 @@ Un rail exécute un **Loop** — la recette du travail. Deux loops sont **intég
 | Loop intégré | Commande | Ce qu'il fait |
 |------|---------|--------------|
 | **Implement** | `/specrails:implement` | Un seul job couvrant tous les specs du rail. Exécute tout le pipeline Architect → Developer → Reviewer → Ship. Le choix par défaut au quotidien. |
-| **Freestyle** | Freestyle | Claude ou Kimi implémente chaque spec de manière autonome, en **contournant** le pipeline. |
 
 Pour exécuter plusieurs specs, placez les specs liées (jusqu'à 3) sur un même rail — `Implement` les exécute en un seul job commun — ou répartissez les specs indépendantes sur plusieurs rails : chaque rail adossé à git s'exécute en parallèle dans son propre worktree isolé.
 
-Freestyle utilise les outils et modèles natifs du fournisseur. Claude possède
-un transport interactif persistant ; Kimi utilise un processus agentic
-`kimi -p` sans stdin persistant.
-
 Les loops intégrés sont aussi modifiables : éditez-en un dans le Loop Builder et publiez-le, et chaque rail qui le choisit exécute votre version (utilisez **Restaurer l'original** pour revenir en arrière).
 
 Au-delà des intégrés, vous pouvez **construire vos propres loops** — répéter un cycle verify → fix → verify jusqu'à ce qu'un objectif soit atteint, enchaîner des commandes shell entre les étapes IA, et plus encore. Ces loops personnalisés apparaissent dans le même sélecteur de Loop. C'est la prochaine grande idée : [Le Loop Builder](the-loop-builder).
@@ -84,11 +77,6 @@ Cliquez sur n'importe quelle carte pour ouvrir la **vue détaillée du job**, o
 
 Cliquez sur **■ Stop** dans l'en-tête du rail. L'app envoie `SIGTERM` au sous-processus, attend **5 secondes** une sortie propre, puis le `SIGKILL`. Rien ne reste à moitié démarré.
 
-## Si un rail ne se lance pas
-
-Si la CLI choisie manque, le lancement échoue avant démarrage. Pour Kimi,
-installez/authentifiez `kimi` 0.27+ ; Desktop ne démarre aucun serveur.
-
 ## Tout arrêter
 
 Si quelque chose semble anormal :
@@ -101,4 +89,3 @@ Si quelque chose semble anormal :
 
 - [Le Loop Builder](the-loop-builder) — ce qu'un rail exécute, et comment construire vos propres loops.
 - [La vue détaillée du job](the-job-detail-view) — phases, métriques en direct, cartes de ticket.
-- [Choisir un moteur par rail](picking-an-engine-per-rail) — Claude, Codex, Gemini ou Kimi.

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

@@ -94,9 +94,6 @@ Quelques points à connaître :
 - **La ligne de totaux est réelle.** Le composeur affiche un résumé en direct `N tours · $X`, sommé à partir de l'usage réel de chaque tour terminé — cohérent avec la promesse de cette page de ne rien deviner.
 - **Deux façons de terminer une session.** La plupart des jobs **se terminent tout seuls** : dès qu'un tour se conclut sans message en attente, la session se règle et le job se termine — vos messages sont un pilotage optionnel, jamais une obligation. Une action discrète **Conclure maintenant** l'arrête plus tôt avec tout ce qui a été produit. Les jobs **Freestyle** sont l'exception : ils patientent entre les tours jusqu'à ce que vous cliquiez sur **Finalize** — c'est leur conception, une session d'aller-retour que vous fermez quand vous avez fini.
 - **Dans un loop, les messages vont à l'étape active.** Sur un loop intégré ou personnalisé, votre message atteint **l'étape IA en cours d'exécution**. Entre les étapes (pendant que le Loop Decider réfléchit ou qu'une commande shell tourne), le composeur affiche un bref état *« En attente de la prochaine étape… »* — votre brouillon est conservé, et l'envoi se réactive au démarrage de la prochaine étape IA. **Régler cette étape** termine l'étape en cours plus tôt et laisse le loop avancer avec ce qu'elle a produit.
-- **L'interaction persistante est réservée à Claude.** Codex, Gemini et Kimi
-  sont one-shot ; Kimi reprend un chat avec un nouveau `kimi --session=<id> -p` après un
-  resume hint réussi.
 
 ## Export de diagnostic
 

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

@@ -1,9 +1,5 @@
 # Choisir un moteur par rail
 
-Specrails desktop traite **Claude Code**, **Codex CLI**, **Gemini CLI** et
-**Kimi Code** comme des moteurs de premier plan. Toute combinaison compatible
-peut être installée.
-
 ## Quand le sélecteur apparaît
 
 Le **sélecteur de moteur** se trouve dans l'en-tête du rail, juste à côté du contrôle de mode. Il ne s'affiche que lorsque le projet possède **plus d'un** fournisseur installé.
@@ -14,10 +10,6 @@ Quand il apparaît, votre choix se fait **par rail et par lancement** — diffé
 
 ## Comment choisir un moteur
 
-1. Assurez-vous que le sélecteur de moteur du rail est visible (le projet a 2 fournisseurs ou plus).
-2. Cliquez dessus et choisissez **Claude**, **Codex**, **Gemini** ou **Kimi**.
-3. Lancez le rail avec **▶ Play**.
-
 Le moteur sélectionné exécute chaque phase du pipeline de ce rail. Si la CLI du moteur choisi n'est pas installée, le lancement échoue immédiatement — rien ne démarre. Installez la CLI manquante et réessayez.
 
 ## Les points forts de chaque moteur
@@ -28,35 +20,21 @@ Les quatre exécutent **Implement** :
 |--------|--------------------|-------|
 | **Claude** | Vous avez besoin du coût natif, de l'interaction persistante ou de politiques d'outils strictes. | Profils, Freestyle et transforms structurés. |
 | **Codex** | Vous préférez la CLI Codex d'OpenAI ou vous voulez comparer les implémentations entre fournisseurs. | `codex` ≥ 0.128.0. Pas de rapport de coût natif — l'application complète le coût à partir de sa table de tarifs. Les profils ne s'appliquent pas. |
-| **Gemini** | Vous voulez la CLI Gemini de Google, la télémétrie native, ou une exécution moins chère pour les specs de routine. | `gemini` ≥ 0.11.0 (définissez `GEMINI_API_KEY`). Télémétrie OTLP native. Les profils ne s'appliquent pas. |
-| **Kimi** | Vous voulez Kimi agentic pour Implement, Freestyle ou loops sans Decider. | `kimi` ≥ 0.27.0 externe ; profils/rôles, effort K3 seulement ; tokens/coût indisponibles. |
-
-### Différences de capacité
-
-Claude et Kimi prennent en charge profils et Freestyle ; Codex/Gemini
-utilisent le mode legacy. Kimi refuse Loop Decider et les transforms
-pure-output listés dans le [guide Kimi](../../../kimi.md). Les profils
-Claude/Kimi restent séparés.
 
 ## Un flux de travail pratique
 
 Les projets multi-fournisseurs brillent lorsque vous voulez **comparer** ou **optimiser les coûts** :
 
 - **Comparer les implémentations.** Mettez la même spec sur deux rails, réglez l'un sur Claude et l'autre sur Codex, lancez les deux (entre projets, ou l'un après l'autre dans la file du même projet), puis utilisez le bouton **Comparer** sur la page Jobs pour comparer les résultats.
-- **Optimiser le coût par spec.** Exécutez les specs à fort enjeu sur Claude avec un profil `max` ; exécutez les specs de nettoyage de routine sur Gemini pour économiser. Filtrez `/analytics` par moteur pour voir la répartition.
 - **Définir un défaut judicieux.** Désignez votre moteur le plus utilisé comme moteur principal du projet pour que les rails l'utilisent par défaut, et ne changez par rail que lorsqu'une spec particulière demande un moteur différent.
 
 ## Points à garder en tête
 
 - **La sélection des fournisseurs est immuable après la création du projet** (v1). Vous choisissez les fournisseurs installés au moment d'ajouter le projet ; il n'y a aucun réglage dans les Paramètres pour en ajouter ou en retirer un plus tard.
-- **Les métriques disponibles sont suivies.** Kimi ne fournit ni tokens ni
-  coût USD autoritatifs ; ces champs restent vides.
 - **Le bouton « Open AI CLI » du terminal** propose également un sélecteur de fournisseur sur les projets multi-fournisseurs, si vous préférez piloter une CLI à la main.
 
 ## Où aller ensuite
 
 - [Utiliser Codex](../integrations/using-codex) — installation et connexion.
-- [Utiliser Gemini](../integrations/using-gemini) — installation, `GEMINI_API_KEY`, télémétrie.
-- [Utiliser Kimi](../../../kimi.md) — installation et matrice complète.
 - [Rails et jobs](rails-and-jobs) — la file d'attente et le flux de lancement.
 - [Suivre le coût](../analytics/tracking-cost) — répartition du coût par moteur.