specrails-desktop 2.58.1 → 2.59.0

package/docs/getting-started.md

@@ -4,7 +4,6 @@ This guide walks you from "I just heard about specrails-desktop" to "I just ship
 
 ## What you'll need
 
-- **An AI CLI signed in** — [Claude Code](https://claude.com/claude-code), the [Codex CLI](codex.md) (`codex` ≥ 0.128.0), the [Gemini CLI](gemini.md) (`gemini` ≥ 0.11.0), or [Kimi Code](kimi.md) (`kimi` ≥ 0.27.0). You can install any compatible combination.
 - A project you want to work on (any Git repository works)
 
 If you install with **npm** (Option 2 below) you'll also need **Node.js 20+** and **`git`** on your PATH. The **desktop app** bundles its own Node and Git runtimes, so you don't need those installed separately.
@@ -41,12 +40,6 @@ There are two ways. Pick whichever feels natural.
 
 **From the dashboard:**
 
-1. Click **+** in the left sidebar.
-2. Enter the absolute path to your project (e.g. `/Users/you/repos/my-app`).
-3. Pick your **AI providers**. Check **Claude**, **Codex**, **Gemini**, **Kimi**, or any combination — the first checked provider becomes the project default. The provider set is fixed once the project is created.
-4. The prerequisites panel verifies `node`, `npm`, `npx`, `git`. If anything's missing, the panel surfaces OS-aware install commands you can copy.
-5. Click **Add**.
-
 **From the CLI:**
 
 ```bash
@@ -54,8 +47,6 @@ specrails-desktop add /path/to/your/project
 specrails-desktop list   # verify
 ```
 
-> Heads-up: if you run a spec from the CLI while no app server is running, the offline fallback always invokes `claude` — regardless of the project's primary provider — and records nothing to Analytics. Start the app (or `specrails-desktop start`) to use Codex, Gemini, or Kimi and to capture analytics.
-
 ### If the project doesn't have specrails-core yet
 
 The setup wizard runs automatically. Three steps:
@@ -74,13 +65,6 @@ A "spec" is a description of work you want done. specrails-desktop gives you two
 
 When you already know what you want:
 
-1. On the Dashboard, click **+ Add Spec → Quick**. Quick Spec is offered
-   only for providers with the required pure-output safety boundary; Kimi uses
-   Explore or the agentic Quick Launcher instead.
-2. Type a one-line title (e.g. *"Add a webhook retry with exponential backoff"*).
-3. (Optional) toggle **Enrich with Contract Layer** to get a structured block of names, data shapes, invariants, and a file touch list appended to the description. This structured action is Claude-only; providers without an enforceable no-tools boundary, including Kimi, do not offer it.
-4. Hit Enter.
-
 A compatible AI CLI generates the full spec in one turn. A small toast at the
 bottom right shows the project, the spec title, and live elapsed time
 ("Generating… 0:12") — it turns into a success or failure toast (with a
@@ -109,8 +93,6 @@ The right pane of the Dashboard is your **Rails** — execution lanes:
 
 The rail flips to running. The Jobs page (right sidebar) streams the AI's output live. When the slash command defines them, you'll see the pipeline phases progress: Architect → Developer → Reviewer → Ship.
 
-Duration, outcome, and available usage/cost are tracked per turn and surface in. Kimi's stream does not report tokens or native USD cost, so those fields remain unavailable rather than appearing as zero:
-
 - **Jobs page** — each job has a status panel with live counters and a `JobTicketHeader` chip for every ticket the job touched (click to open).
 - **Analytics page** — burn rate, top tickets, daily timeline (see [Tracking cost](tracking-cost.md)).
 - **The spec's detail modal** — a one-line spending summary linking back to Analytics filtered by that ticket.
@@ -121,8 +103,6 @@ Duration, outcome, and available usage/cost are tracked per turn and surface in.
 - **[Running pipelines](running-pipelines.md)** — agent profiles, plugins (Serena), telemetry export.
 - **[Tracking cost](tracking-cost.md)** — analytics deep dive and CSV exports.
 - **[Codex](codex.md)** — using the Codex CLI as a provider, alongside or instead of Claude.
-- **[Gemini](gemini.md)** — using the Gemini CLI as a provider, alongside or instead of Claude.
-- **[Kimi](kimi.md)** — using Kimi Code, including its CLI-only execution and truthful usage limitations.
 - **[Terminal panel](terminal.md)** — the built-in per-project terminal (toggle with `Cmd/Ctrl+J`).
 - **[Customising the app](customizing.md)** — themes, terminal settings, kill switches.
 - **[CLI reference](cli.md)** — drive specrails-desktop from the terminal.
@@ -137,8 +117,6 @@ specrails-desktop stop                # stops the running server cleanly
 lsof -i :4200    # macOS / Linux
 ```
 
-**Your AI CLI (`claude`, `codex`, `gemini`, or `kimi`) isn't found inside the app**
-
 On macOS, this usually means the app was launched from Finder/Dock and didn't pick up Homebrew/Volta paths. The app resolves PATH at startup automatically, but if it still fails, see [platforms/macos.md](platforms/macos.md).
 
 **The setup wizard fails on `npx specrails-core init`**
@@ -147,7 +125,6 @@ Most likely Node is missing from the shell environment that launched the app, or
 
 - **Claude** — sign in to the `claude` CLI or set `ANTHROPIC_API_KEY`.
 - **Codex** — sign in to the `codex` CLI.
-- **Gemini** — make sure `gemini` is on your PATH and `GEMINI_API_KEY` is set (headless spawns can't use the interactive "Login with Google" flow).
 
 Click **Copy diagnostics** in the install-instructions modal — that prints the resolved PATH, where the app found each tool, and login-shell status. Paste it into a bug report if you can't figure it out.
 

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

@@ -35,14 +35,6 @@ Die Profilwahl passiert genau dort, wo du startest – im **Rail-Header**, über
 
 Das ist der ganze Ablauf: Profil wählen, starten, fertig. Gleichzeitig laufende Rails im selben Batch können jeweils ihr eigenes Profil tragen, sodass ein schneller Fix und ein umfangreiches Feature mit unterschiedlichen Setups nebeneinander laufen können.
 
-## Wenn der Agents-Bereich still ist
-
-Profile sind provider-spezifisch. Claude und Kimi unterstützen Profile/Rollen;
-Codex und Gemini laufen im Legacy-Modus. Gleiche Namen können in gemischten
-Projekten nicht zwischen Claude und Kimi übergreifen. Kimi erlaubt manuelle
-Rollen, aber Agent-Studio-Generierung, Smoke-Test und AI Refine werden vor dem
-Spawn abgelehnt. Kimi benötigt `specrails-core` 4.12.0 oder neuer.
-
 ## Wie es weitergeht
 
 - [Modelle pro Agent anpassen](customizing-models-per-agent) – `fast`- und `max`-Profile bauen.

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

@@ -11,29 +11,14 @@ Jeder Katalogeintrag zeigt, wofür der Agent da ist und welches Standardmodell e
 
 ## Einen Custom-Agent hinzufügen
 
-Rollen sind provider-native Assets: Claude nutzt
-`.claude/agents/custom-<name>.md`, Kimi nutzt
-`.kimi-code/skills/custom-<name>/SKILL.md`.
-
-Sobald das Asset existiert, erscheint es im Katalog dieses Providers und seine id kann einem Profil desselben Providers hinzugefügt werden. `custom-docs` verweist bei Claude auf `.claude/agents/custom-docs.md`, bei Kimi auf `.kimi-code/skills/custom-docs/SKILL.md`; beide bleiben getrennt.
-
 Weil sie in deinem Repo leben, sind Custom-Agents **committfähige Team-Assets**: Committe die Datei, und dein ganzes Team bekommt den Agent. Das spiegelt die Kernidee, die sich durch den gesamten Agents-Bereich zieht –
 
 > **Agent-Definitionen sind geteilt (sie leben im Repo und reisen mit `git` mit). Die Modellkonfiguration ist projektbezogen (sie lebt in Profilen).**
 
-Core schützt beide Formate. Kimi erlaubt manuelles Erstellen/Bearbeiten und
-Ausführung; Generate, Test und AI Refine werden vor dem Spawn abgelehnt.
-
 ## Einen Custom-Agent einsetzen
 
 Der typische Ablauf:
 
-1. Erstelle das native Claude-Asset oder den Kimi Skill mit gültigen Anweisungen/Modell.
-2. Stelle sicher, dass er unter **Agents → Katalog** im Bereich Custom auftaucht.
-3. Füge den Agent unter **Agents → Profile** zur Kette eines Profils hinzu (und überschreibe optional sein Modell für dieses Profil).
-4. Ergänze eine Routing-Regel, damit Aufgaben mit den passenden Tags ihn erreichen – oder verlasse dich auf die Reihenfolge der Kette.
-5. Starte eine Rail mit diesem Profil aus dem Rail-Header.
-
 ## Beobachten, wie sich Profile schlagen
 
 Der Agents-Bereich hat außerdem einen **Nutzung**-Tab – eine Aufschlüsselung pro Profil, wie viele Jobs in einem gewählten Zeitraum unter jedem Profil liefen. Das ist eine schnelle Möglichkeit zu prüfen, ob deine Aufteilung in `fast`/`max` tatsächlich so genutzt wird, wie du es beabsichtigt hast, und zu erkennen, zu welchem Profil dein Team tendiert.

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

@@ -35,8 +35,6 @@ specrails arbeitet mit den großen KI-Programmier-CLIs zusammen:
 
 - **Claude** (Claude Code)
 - **Codex** (Codex CLI)
-- **Gemini** (Gemini CLI)
-- **Kimi** (Kimi Code)
 
 Nimm einfach den, den du ohnehin schon nutzt – oder installiere mehrere und wähle pro Aufgabe. Ein Projekt kann mit einem einzelnen Provider oder mit mehreren gleichzeitig laufen, sodass du dich nie festlegen musst.
 

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

@@ -22,8 +22,6 @@ Das Einzige, was specrails nicht mitbringen kann, ist die **KI-Provider-CLI** se
 
 - **Claude Code**
 - **Codex CLI**
-- **Gemini CLI**
-- **Kimi Code**
 
 Installiere die, die du nutzen möchtest, melde dich einmal über dein Terminal an – fertig. specrails erkennt automatisch, welche Provider vorhanden sind.
 

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

@@ -20,10 +20,6 @@ Eine freundliche Bezeichnung in der Seitenleiste. Lässt du sie leer, verwendet
 
 Das ist das ganze Formular — klicke auf **Hinzufügen** und fertig.
 
-## KI-Provider werden automatisch erkannt
-
-Du wählst keine Provider mehr aus. Specrails erkennt jedes auf deinem Rechner installierte KI-CLI — **Claude**, **Codex**, **Gemini**, **Kimi** — und jedes Projekt kann sie alle nutzen, immer. Installierst du später einen neuen Provider, erscheint er beim nächsten Fokussieren der App von selbst überall; keine Neueinrichtung, keine Konfiguration pro Projekt. Ist ein Provider installiert, aber nicht angemeldet, zeigt sein Auswahlmenü ein dezentes *Nicht angemeldet*-Badge.
-
 ## Die Einrichtung läuft still im Hintergrund
 
 Es gibt keinen Einrichtungsassistenten. Sobald du auf **Hinzufügen** klickst, ist das Projekt registriert und erscheint in deiner Seitenleiste — du kannst es sofort öffnen. Im Hintergrund baut specrails den Workspace des Projekts zusammen (wenige Sekunden, vollständig offline): Ein kleiner pulsierender Punkt in der Projektzeile zeigt die Arbeit an und verschwindet, sobald alles bereit ist. Schlägt etwas für einen Provider fehl, funktioniert das Projekt mit den anderen weiter — ein bernsteinfarbener Punkt erscheint, ein Klick darauf versucht es erneut.

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

@@ -26,14 +26,9 @@ Die rechte Seitenleiste ist deine Schaltzentrale für das aktuelle Projekt. Fahr
 
 - **Dashboard** – das Specs-Board und die Rails (wo du gerade warst).
 - **Jobs** – jeder Pipeline-Lauf dieses Projekts, vergangen und aktuell, mit Status, Dauer und der Möglichkeit, in die Details und Logs jedes Laufs einzutauchen.
-- **Analytics** – Aufrufe nach Tag, Aktivität, Modell und Ticket. Claude meldet abgerechnete Kosten, Codex/Gemini Schätzwerte; Kimi lässt nicht verfügbare Token-/USD-Felder leer.
-- **Agenten** – provider-spezifische Profile und Rollenkataloge für Claude und Kimi. Kimi-Rollen lassen sich manuell erstellen und bearbeiten; Generate, Test und AI Refine sind nicht verfügbar.
-- **Code** – ein schreibgeschützter Datei-Browser mit Chips für von der KI berührte Dateien. KI-Zusammenfassungen in einfacher Sprache erscheinen nur bei kompatiblen Providern und sind mit Kimi nicht verfügbar.
 - **Integrationen** – optionale Erweiterungen, etwa das Verbinden deiner Specs mit einem **Jira**-Board oder das Aktivieren zusätzlicher Werkzeuge für die KI.
 - **Einstellungen** – projektspezifische Optionen (Telemetrie, Budgets, Provider-Konfiguration und mehr).
 
-> Abschnitte und Aktionen richten sich nach den Fähigkeiten des effektiven Providers. Profile funktionieren etwa mit Claude und Kimi; Agent Studios KI-Aktionen werden mit Kimi dagegen sicher abgelehnt.
-
 ## Die Statusleiste
 
 Ein schmaler Streifen verläuft ganz unten am Fenster. Klein, aber praktisch:

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

@@ -1,30 +1,14 @@
-# KI-Anbieter (Claude, Codex, Gemini, Kimi)
+# KI-Anbieter (Claude, Codex)
 
-Specrails ist nicht an eine einzige KI gebunden. Claude, Codex, Gemini und
-Kimi sind vollwertige Anbieter; jede Oberfläche zeigt nur Engines, deren
-Fähigkeiten ihren Vertrag erfüllen.
-
-## Die vier Anbieter
+## Die zwei Anbieter
 
 | Anbieter | CLI | Hersteller | Hinweise |
 |---|---|---|---|
 | **Claude** | `claude` | Anthropic | Native Kosten und persistenter interaktiver Transport. |
 | **Codex** | `codex` | OpenAI | Benötigt codex `0.128.0+`. Liest seine MCP-Server aus deiner globalen `~/.codex/config.toml`. |
-| **Gemini** | `gemini` | Google | Benötigt gemini `0.11.0+`. Nutzt native Telemetrie und eine `GEMINI.md`-Instruktionsdatei. |
-| **Kimi Code** | `kimi` | Moonshot AI | Benötigt Kimi `0.27.0+`. Desktop startet die externe CLI mit `-p`; kein Server wird installiert oder gestartet. |
-
-Alle vier sind **standardmäßig aktiviert**. Ein Anbieter erscheint, wenn seine
-CLI im `PATH` liegt. Für Kimi: `kimi --version` prüfen und `kimi login`
-ausführen.
 
 ## Anbieter werden automatisch erkannt
 
-Du wählst nie Anbieter pro Projekt aus. Specrails erkennt jedes auf deinem
-Rechner installierte Anbieter-CLI und stellt **alle** davon **jedem** Projekt
-zur Verfügung, immer. Jede Oberfläche prüft anschließend die vom Anbieter
-angekündigten Fähigkeiten. Siehe [Kimi verwenden](../../../kimi.md) für Kimis
-genaue Matrix.
-
 Wenn ein gewünschter Anbieter nirgends auftaucht, liegt es fast immer daran,
 dass das CLI nicht installiert oder nicht im `PATH` ist. Installiere es, melde
 dich an und wechsle zurück zur App — die Erkennung läuft beim Fokussieren
@@ -36,11 +20,6 @@ Engine-Auswahlmenüs.
 Wissenswertes zu Maschinen mit mehreren Anbietern:
 
 - **Ein einzelner Anbieter verhält sich exakt wie zuvor.** Wird nur einer erkannt, siehst du nirgendwo einen Anbieter-Picker — die App bleibt schlicht und einfach.
-- **Fähigkeiten steuern die Seitenleiste.** Eine Sektion ist sichtbar, wenn
-  mindestens ein erkannter Anbieter sie unterstützt; darin bieten engine-bezogene
-  Aktionen nur die fähigen Anbieter an. Kimi kündigt Profile, eigene Rollen und
-  Freestyle an; keine strukturierten Aktionen, die eine durchsetzbare
-  No-Tools-Grenze erfordern.
 - **Nichts ist fixiert.** Das Installieren oder Entfernen eines Anbieter-CLIs
   aktualisiert alle Projekte automatisch — es gibt keine Anbieter-Einstellung pro
   Projekt zu verwalten.
@@ -49,38 +28,11 @@ Wissenswertes zu Maschinen mit mehreren Anbietern:
 
 Der eigentliche Gewinn eines Multi-Anbieter-Projekts liegt darin, für jede Aufgabe die richtige KI zu wählen — ohne irgendeine globale Einstellung zu ändern. Überall dort, wo eine KI läuft, erscheint eine kleine Anbieterauswahl (nur, wenn das Projekt mehr als einen Anbieter hat):
 
-- **Spec hinzufügen** — Explore unterstützt Kimi; Quick Spec zeigt nur
-  Provider mit einer sicheren Pure-Output-Grenze und daher kein Kimi.
 - **Rail-Kopf** — wähle die Engine für genau diese Rail, bevor du sie startest.
 - **Terminal** — der „Open AI CLI“-Button (Sparkles) öffnet ein Anbietermenü, über das du in jede installierte CLI im Verzeichnis dieses Projekts springen kannst.
 
 Deine Wahl wird pro Projekt gemerkt und fällt standardmäßig auf den primären Anbieter zurück — du musst also nicht jedes Mal neu wählen.
 
-## Unterschiede der Fähigkeiten
-
-Kimi unterstützt Project/Agent Chat, Explore/Proposals, Quick Launcher
-(`/opsx:ff`), Rails, Freestyle, Loops ohne Decider, Profile/manuelle Rollen,
-MCP, Serena, Terminal und Anhänge.
-
-`kimi -p` genehmigt Tools automatisch und kann keine No-Tools/Read-only-Grenze
-erzwingen. Vor dem Spawn abgelehnt werden daher Quick Spec, AI Edit, Contract
-Refine, SMASH/Re-SMASH, Project-Builder-Blueprint/Milestone-Generierung, Loop
-Decider, Datei-Zusammenfassungen/Construction Story und Agent-Studio-
-Automatisierung. Auto-Title nutzt einen deterministischen Fallback. Siehe
-[Kimi-Guide](../../../kimi.md).
-
-## Kostenverfolgung über alle Anbieter hinweg
-
-**Analytics** erfasst tatsächlich gestartete Aufrufe. Claude meldet Kosten,
-Codex/Gemini werden geschätzt. Kimi meldet keine autoritativen Tokens oder
-USD-Kosten; diese Felder bleiben leer.
-
 ## Fehlerbehebung
 
-- **Ein installierter Anbieter wird nicht angeboten.** Prüfe `claude --version` / `codex --version` / `gemini --version` / `kimi --version` in einem frischen Terminal.
 - **Codex-MCP-Server werden im Chat nicht geladen.** Codex liest MCP-Server aus deiner globalen `~/.codex/config.toml` — registriere sie dort mit `codex mcp add`.
-- **Notabschaltung.** Ein Anbieter lässt sich app-weit über eine Umgebungsvariable abschalten (`SPECRAILS_CODEX_BETA=0` oder `SPECRAILS_GEMINI_BETA=0`). Das blendet den Anbieter nur aus der *Auswahl* aus; es wird selten gebraucht.
-
-## Siehe auch
-
-Siehe die dedizierten Guides für [Kimi](../../../kimi.md), Codex und Gemini.

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

@@ -34,11 +34,3 @@ Im Hintergrund läuft die Installation *chirurgisch und additiv*: Sie ergänzt n
 - **Rails.** Bevor eine Rail läuft, prüft Specrails, welche Plugins installiert und fehlerfrei sind, und stellt deren Tools dem Agent für diesen Job bereit. Ein beeinträchtigtes Plugin wird für diesen Lauf einfach übersprungen — die Rail startet trotzdem normal. Jeder Job speichert einen Schnappschuss davon, welche Plugins aktiv waren; den siehst du im diagnostischen Export des Jobs.
 - **Chat.** Der Chat übernimmt automatisch die MCP-Konfiguration deines Projekts, sodass installierte Plugins auch dort verfügbar sind.
 - **Einrichtung.** Während ein Projekt noch eingerichtet wird, werden Plugins ignoriert — sie kommen ins Spiel, sobald das Projekt bereit ist.
-
-## Anbieterhinweise
-
-Plugins sind anbieterbewusst. Serena unterstützt Claude über `.mcp.json`, Codex über `codex mcp add` mit isoliertem `CODEX_HOME` pro Projekt und Kimi über `.kimi-code/mcp.json`. Ein Plugin erscheint nur, wenn sein Manifest den Provider deklariert; Serena wird daher für Gemini nicht angeboten. Die Jira-Karte ist providerunabhängig.
-
-## Reservierte Dateien
-
-Plugins verwalten die native MCP-Konfiguration des Providers, Zustand unter `.specrails/plugins/` und nur bei Bedarf für Claude Fragmente unter `.claude/agents/custom-<plugin>.md`. Kimi-Einträge liegen in `.kimi-code/mcp.json`; die App schreibt keine Claude-Fragmente für Kimi und überschreibt Konfigurationen nie blind.

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

@@ -1,6 +1,6 @@
 # Specrails von jeder KI aus steuern (MCP-Server)
 
-> **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 kann **sich selbst** für jeden KI-Assistenten bereitstellen, der das [Model Context Protocol](https://modelcontextprotocol.io) spricht — Claude Desktop, Claude Code, Cursor, Cline oder deinen eigenen Agenten. Schalte es ein, richte deinen Assistenten auf Specrails aus, und schon kannst du die ganze App per Chat steuern: *„Liste meine Projekte auf", „Erstelle eine Spec für Social-Login im API-Projekt", „Starte Rail 0 und sag mir, wenn es fertig ist", „Wie viel habe ich diese Woche ausgegeben?"*. Dein Assistent ruft im Hintergrund die Tools von Specrails auf, statt dass du dich durchklickst.
 
@@ -33,19 +33,6 @@ In einem Client wie Claude Desktop oder Cursor sieht die Konfiguration so aus:
 
 Clients, die entfernte HTTP-MCP-Server unterstützen, können stattdessen direkt auf `http://127.0.0.1:4200/api/mcp` mit dem Token aus dem Panel zeigen.
 
-### Vom Terminal aus: Claude Code, Gemini CLI, Codex CLI
-
-Kopiere dein Token unter **Einstellungen ▸ MCP ▸ Token kopieren**, dann:
-
-```bash
-# Claude Code
-claude mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <dein Token>"
-
-# Gemini CLI
-gemini mcp add --transport http specrails http://localhost:4200/api/mcp \
-  --header "X-Desktop-Token: <dein Token>"
-
 # Codex CLI (stdio — registriere den Bridge-Befehl aus Einstellungen ▸ MCP)
 codex mcp add specrails -- <Bridge-Befehl aus Einstellungen ▸ MCP>
 ```

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

@@ -20,17 +20,6 @@ Die Kopfzeile hat einen **Projekt-Selektor** (wie bei Cursor). Wähle ein Projek
 
 Ein Projekt hier auszuwählen **verschiebt** dein Dashboard **nicht** — das Ziel des Agenten und das, was du gerade ansiehst, sind unabhängig voneinander.
 
-## Anbieter und Modell
-
-Direkt über dem Nachrichtenfeld wählst du den **Anbieter** (Claude, Codex,
-Gemini oder Kimi) und dessen **Modell**. Ein Anbieterwechsel startet eine
-getrennte Sitzung.
-
-Bei Kimi begrenzen die Stufen Specrails-MCP-Tools, machen `kimi -p` aber nicht
-zum Sandbox-Prozess: native Kimi-Tools werden automatisch genehmigt. Unsichere
-Pure-Output-Aktionen werden vor dem Spawn abgelehnt; siehe
-[Kimi-Matrix](../../../kimi.md).
-
 ## Berechtigungsstufen — du hältst die Leine
 
 Der Agent kann die ganze App anfassen, also entscheidest du, wie viel Freiheit er hat — über eine **Stufe**, die du live mit **Shift+Tab** änderst (derselbe Zyklus wie in Claude Code). Jede Stufe schließt alles darunter mit ein:

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

@@ -24,10 +24,6 @@ Auf lokalen Engines nicht verfügbar: Agentenprofile und eigene Rollen, SMASH-/C
 
 > Missionen brauchen ein **großes Kontextfenster** auf dem Server (64k Tokens oder mehr): Operator-Prompt plus Specrails-Tool-Schemas sind umfangreich. Chat und Explore kommen mit 32k aus. Schlägt ein Turn mit *exceeds the available context size* fehl, vergrößere das Fenster (Ollama `OLLAMA_CONTEXT_LENGTH`, llama.cpp `-c`, LM Studio *Context Length*).
 
-## Nur eine lokale Engine installiert?
-
-Nichts zu konfigurieren. Specrails bietet die Engines an, die deine Maschine tatsächlich ausführen kann, und wählt den Standard überall nach derselben Regel: eine installierte CLI (Claude → Codex → Gemini → Kimi), sonst die erste lokale Engine, deren Endpoint antwortet. Auf einer Maschine mit nur einem lokalen Endpoint starten Rails, Add Spec, Chat, **Agent-Missionen und der Project Builder** darauf — kein Selektor nötig. Eine Engine, deren Server nicht läuft, wird schlicht nicht angeboten, bis sie wieder antwortet. Bestehende Missionen behalten die Engine, mit der sie erstellt wurden; der Selektor erlaubt weiterhin den Wechsel.
-
 ## Modell wählen
 
 Die Qualität hängt vom Modell ab, nicht von Specrails. Nutze für Rails ein auf Tool-Calling trainiertes Coder-Modell mit mindestens 30B Parametern; kleinere Instruct-Modelle reichen für Chat, Explore und Quick-Specs. Probiere **Freestyle** oder eine Explore-Sitzung, bevor du einem neuen Modell einen kompletten Implement-Rail anvertraust.

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

@@ -35,8 +35,6 @@ Das war's. Die rail startet einen KI-CLI-Prozess im richtigen Ausführungskontex
 | **Status-Pill** | `idle`, `running` oder `failed`. Es gibt kein eigenes „completed“ — eine rail kehrt auf `idle` zurück, wenn ihr Job sauber durchläuft. |
 | **Spec-Liste** | Die IDs, die dieser rail zugewiesen sind. Zieh weitere hinein oder heraus, um sie wieder zu lösen. |
 | **Loop-Auswahl** | Der Loop, den diese rail ausführt — ein eingebauter (`Implement` / `Freestyle` / `SDD Quick (OpenSpec)`) oder ein eigener Loop. Siehe Tabelle unten. Pro rail gespeichert. |
-| **Profil-Auswahl** | Welches Provider-Profil läuft (Claude- und Kimi-Rails). |
-| **Engine-Auswahl** | Welcher Provider die Rail ausführt — Claude, Codex, Gemini oder Kimi. |
 | **▶ Play / ■ Stop** | Starten oder abbrechen. |
 
 ### Was eine rail ausführt: Loops
@@ -46,14 +44,9 @@ Eine rail führt einen **Loop** aus — das Rezept für die Arbeit. Zwei Loops s
 | Eingebauter Loop | Befehl | Was er macht |
 |------|---------|--------------|
 | **Implement** | `/specrails:implement` | Ein Job für alle Specs auf der rail. Durchläuft die komplette Pipeline Architect → Developer → Reviewer → Ship. Der Alltagsstandard. |
-| **Freestyle** | Freestyle | Claude oder Kimi implementiert jede Spec eigenständig und **umgeht** dabei die Pipeline. |
 
 Für mehrere Specs legst du zusammengehörige (bis zu 3) auf eine rail — `Implement` führt sie als einen gemeinsamen Job aus — oder verteilst unabhängige Specs auf mehrere rails: Jede git-gestützte rail läuft parallel in ihrem eigenen isolierten Worktree.
 
-Freestyle nutzt native Tools und Modelle des Providers. Claude hat persistenten
-interaktiven Transport; Kimi nutzt einen agentischen `kimi -p`-Prozess ohne
-persistentes stdin.
-
 Auch die eingebauten Loops sind bearbeitbar: Bearbeite einen im Loop Builder und veröffentliche ihn, dann führt jede rail, die ihn wählt, deine Version aus (mit **Original wiederherstellen** gehst du zurück).
 
 Über die eingebauten Loops hinaus kannst du **deine eigenen Loops bauen** — einen verify → fix → verify-Zyklus wiederholen, bis ein Ziel erreicht ist, Shell-Befehle zwischen KI-Schritten verketten und mehr. Diese eigenen Loops erscheinen in derselben Loop-Auswahl. Das ist die nächste große Idee: [Der Loop Builder](the-loop-builder).
@@ -84,11 +77,6 @@ Klick auf eine beliebige Karte, um die **Job-Detail-Ansicht** zu öffnen, in der
 
 Klick im rail-Header auf **■ Stop**. Die App sendet `SIGTERM` an den Subprozess, wartet **5 Sekunden** auf einen sauberen Ausstieg und schickt dann `SIGKILL`. Es bleibt nichts halb gestartet zurück.
 
-## Wenn eine Rail nicht starten will
-
-Fehlt die gewählte CLI, schlägt der Start vor dem Spawn fehl. Für Kimi:
-`kimi` 0.27+ installieren/anmelden; Desktop startet keinen Server.
-
 ## Alles stoppen
 
 Wenn etwas nicht stimmt:
@@ -101,4 +89,3 @@ Wenn etwas nicht stimmt:
 
 - [Der Loop Builder](the-loop-builder) — was eine rail ausführt und wie du deine eigenen Loops baust.
 - [Die Job-Detail-Ansicht](the-job-detail-view) — Phasen, Live-Metriken, Ticket-Karten.
-- [Engine pro Rail wählen](picking-an-engine-per-rail) — Claude, Codex, Gemini oder Kimi.

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

@@ -94,9 +94,6 @@ Ein paar Dinge, die man wissen sollte:
 - **Die Summenzeile ist echt.** Der Composer zeigt eine Live-Zusammenfassung `N Turns · $X`, aufsummiert aus dem tatsächlichen Verbrauch jedes abgeschlossenen Turns — konsistent mit dem Versprechen dieser Seite, nichts zu raten.
 - **Zwei Arten, wie eine Session endet.** Die meisten Jobs **schließen sich selbst ab**: Sobald ein Turn ohne wartende Nachrichten endet, setzt sich die Session zur Ruhe und der Job ist fertig — deine Nachrichten sind optionale Lenkung, nie eine Pflicht. Eine dezente Aktion **Jetzt abschließen** beendet sie früher, mit allem, was bis dahin entstanden ist. **Freestyle**-Jobs sind die Ausnahme: Sie warten zwischen den Turns, bis du auf **Finalize** klickst — das ist ihr Design, eine Hin-und-her-Session, die du schließt, wenn du fertig bist.
 - **Bei Loop-Läufen geht die Nachricht an den aktiven Schritt.** In einem eingebauten oder eigenen Loop erreicht deine Nachricht den **gerade laufenden KI-Schritt**. Zwischen den Schritten (während der Loop Decider nachdenkt oder ein Shell-Befehl läuft) zeigt der Composer kurz *„Warte auf den nächsten Schritt…"* — dein Entwurf bleibt erhalten, und das Senden wird wieder aktiv, sobald der nächste KI-Schritt startet. **Diesen Schritt abschließen** beendet den aktuellen Schritt vorzeitig und lässt den Loop mit dem Erreichten weiterziehen.
-- **Persistente Interaktion gibt es nur bei Claude.** Codex, Gemini und Kimi
-  laufen One-Shot; Kimi setzt Chats nach einem Resume Hint mit einem neuen
-  `kimi --session=<id> -p` fort.
 
 ## Diagnose-Export
 

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

@@ -1,8 +1,5 @@
 # Engine pro Rail wählen
 
-Specrails desktop behandelt **Claude Code**, **Codex CLI**, **Gemini CLI** und
-**Kimi Code** als gleichwertige Engines. Jede kompatible Kombination ist möglich.
-
 ## Wann die Auswahl erscheint
 
 Die **Engine-Auswahl** sitzt im Rail-Header, direkt neben der Modus-Auswahl. Sie wird nur angezeigt, wenn das Projekt **mehr als einen** Provider installiert hat.
@@ -13,10 +10,6 @@ Wenn sie erscheint, gilt deine Wahl **pro Rail und pro Start** — verschiedene
 
 ## So wählst du eine Engine
 
-1. Vergewissere dich, dass die Engine-Auswahl der Rail sichtbar ist (Projekt hat 2+ Provider).
-2. Klick darauf und wähle **Claude**, **Codex**, **Gemini** oder **Kimi**.
-3. Starte die Rail mit **▶ Play**.
-
 Die ausgewählte Engine führt jede Phase der Pipeline dieser Rail aus. Ist die CLI der gewählten Engine nicht installiert, schlägt der Start sofort fehl — es wird nichts gestartet. Installiere die fehlende CLI und versuch es erneut.
 
 ## Wofür jede Engine gut ist
@@ -27,34 +20,21 @@ Alle vier führen **Implement** aus:
 |--------|--------------------|-------|
 | **Claude** | Du native Kosten, persistente Interaktion oder strikte Tool-Policies brauchst. | Profile, Freestyle und strukturierte Transforms. |
 | **Codex** | Du die OpenAI Codex CLI bevorzugst oder Implementierungen über verschiedene Provider hinweg vergleichen willst. | `codex` ≥ 0.128.0. Keine native Kostenmeldung — die App ergänzt die Kosten aus ihrer Preistabelle. Profile gelten nicht. |
-| **Gemini** | Du Googles Gemini CLI, native Telemetrie oder einen günstigeren Lauf für Routine-Specs willst. | `gemini` ≥ 0.11.0 (setze `GEMINI_API_KEY`). Native OTLP-Telemetrie. Profile gelten nicht. |
-| **Kimi** | Du agentisches Kimi für Implement, Freestyle oder Loops ohne Decider willst. | Externes `kimi` ≥ 0.27.0; Profile/Rollen, Effort nur K3; Tokens/Kosten nicht verfügbar. |
-
-### Fähigkeitsunterschiede
-
-Claude und Kimi unterstützen Profile/Freestyle; Codex/Gemini laufen legacy.
-Kimi lehnt Loop Decider und die Pure-Output-Transforms im
-[Kimi-Guide](../../../kimi.md) ab. Claude/Kimi-Profile sind getrennt.
 
 ## Ein praktischer Workflow
 
 Multi-Provider-Projekte spielen ihre Stärken aus, wenn du **vergleichen** oder **kostenoptimieren** willst:
 
 - **Implementierungen vergleichen.** Leg dieselbe Spec auf zwei Rails, stell eine auf Claude und eine auf Codex, starte beide (über Projekte hinweg oder nacheinander in der Queue desselben Projekts) und nutze dann den **Compare**-Button auf der Jobs-Seite, um die Ergebnisse zu vergleichen.
-- **Pro Spec kostenoptimieren.** Lass wichtige Specs auf Claude mit einem `max`-Profil laufen; lass Routine-Aufräum-Specs auf Gemini laufen, um Ausgaben zu sparen. Filtere `/analytics` nach Engine, um die Aufschlüsselung zu sehen.
 - **Sinnvoll voreinstellen.** Lege deine meistgenutzte Engine als primäre Engine des Projekts fest, damit Rails standardmäßig darauf laufen, und wechsle nur pro Rail, wenn eine bestimmte Spec eine andere will.
 
 ## Worauf du achten solltest
 
 - **Die Provider-Wahl ist nach dem Anlegen des Projekts unveränderlich** (v1). Du wählst die installierten Provider beim Hinzufügen des Projekts; es gibt keinen Einstellungs-Schalter, um später einen hinzuzufügen oder zu entfernen.
-- **Verfügbare Metriken werden erfasst.** Kimi liefert keine autoritativen
-  Tokens/USD-Kosten; die Felder bleiben leer.
 - **Der „Open AI CLI“-Button im Terminal** bietet bei Multi-Provider-Projekten ebenfalls eine Provider-Auswahl, falls du eine CLI lieber von Hand bedienst.
 
 ## Wie es weitergeht
 
 - [Codex verwenden](../integrations/using-codex) — installieren und anmelden.
-- [Gemini verwenden](../integrations/using-gemini) — installieren, `GEMINI_API_KEY`, Telemetrie.
-- [Kimi verwenden](../../../kimi.md) — Installation und vollständige Matrix.
 - [Rails & Jobs](rails-and-jobs) — die Queue und der Start-Flow.
 - [Kosten verfolgen](../analytics/tracking-cost) — Kostenaufschlüsselung pro Engine.

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

@@ -26,7 +26,6 @@ Ein **Loop** ist das *Rezept* für die Arbeit; eine **rail** ist die *Spur*, die
 
 - Loops leben im **Loops**-Bereich (linke Seitenleiste, neben deinen Projekten) — sie sind **global**, projektübergreifend geteilt.
 - Eine rail **wählt einen Loop** in ihrem Header (der Loop-Picker) und führt ihn aus, wenn du Play drückst.
-- Die **rail** wählt Provider, Modell und kompatiblen Aufwand. Ein kompatibler Loop läuft auf Claude, Codex, Gemini oder Kimi.
 
 Also: Bau einen Loop einmal, dann wähl ihn auf jeder rail in jedem Projekt.
 
@@ -50,10 +49,6 @@ Ein Loop ist ein Graph aus **Knoten**, verbunden durch **Kanten** (die Pfeile).
 
 Kanten verbinden die Schritte der Reihe nach. Der **Loop Decider** hat zwei beschriftete Ausgänge — **continue** und **stop** — also verdrahtest du „noch nicht fertig" zurück in die Arbeit und „fertig" hinaus zu einem End.
 
-> **Kimi führt Loops mit AI-/Shell-Schritten aus, aber nicht mit Loop
-> Decider.** Das Urteil ist Pure-Output; `kimi -p` kann die No-Tools-Grenze
-> nicht erzwingen. Der Run wird vor dem ersten Schritt abgelehnt.
-
 ### Schritt-Text schreiben
 
 Innerhalb jedes AI Step oder Decider kannst du referenzieren:
@@ -70,7 +65,6 @@ Ein Loop, der nie stoppt, würde ewig Geld verbrennen, also hat jeder Lauf drei
 |-------|--------------|
 | **Max iterations** | Harte Obergrenze, wie oft der Decider zurückschleifen darf, unabhängig von seinem Urteil. |
 | **Timeout (min)** | Echtzeit-Limit für den gesamten Lauf. |
-| **Max cost ($)** | *Optional.* Claude meldet Kosten; Codex/Gemini werden geschätzt. Kimi meldet keine autoritativen USD-Kosten. |
 
 ## Mit Sicherheit bauen
 

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

@@ -2,10 +2,6 @@
 
 Der Quick-Modus ist für die Momente gedacht, in denen du bereits weißt, was du willst. Du tippst deine Idee ein, die KI schreibt die vollständige Spec, und sie landet als **To-do** auf deinem Board. Kein Hin und Her – einfach beschreiben und los.
 
-> **Kimi ist für Quick Spec nicht verfügbar.** `kimi -p` kann die
-> Pure-Output-Grenze dieses Formulars nicht erzwingen. Die Anfrage wird vor
-> dem Spawn abgelehnt; nutze Explore, Raw oder Quick Launcher (`/opsx:ff`).
-
 ## Eine Spec im Quick-Modus erstellen
 
 So erstellst du schnell eine Spec:
@@ -23,9 +19,6 @@ Das ist der ganze Ablauf. Alles Weitere unten ist optionale Feinjustierung.
 
 **Modell** – standardmäßig wählt die KI ein sinnvolles Modell. Du kannst es pro Spec über die Modellauswahl überschreiben, wenn du ein schnelleres oder leistungsfähigeres möchtest.
 
-**Engine** – die Auswahl zeigt nur **kompatible** Provider; Kimi ist bei Quick
-Spec ausgeschlossen.
-
 **Kontext** – der Quick-Modus läuft meist als einzelner Durchgang, weil er deine Codebasis nicht lesen muss, um aus deiner Beschreibung eine Spec zu schreiben. Aber ein Kontext-Schieberegler erlaubt dir, ihm mehr an die Hand zu geben:
 
 - In der niedrigsten Einstellung liest er nur deine Beschreibung.

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

@@ -35,16 +35,6 @@ Profile selection happens right where you launch — in the **rail header**, via
 
 That's the whole flow: choose a profile, launch, done. Concurrent rails in the same batch can each carry their own profile, so a quick fix and a heavy feature can run side by side with different setups.
 
-## When the Agents section is quiet
-
-Profiles are provider-scoped. Claude and Kimi support role/profile execution;
-Codex and Gemini rails use legacy mode. A mixed project keeps independent
-Claude and Kimi profile files/models, so identically named profiles cannot
-silently cross providers. Kimi also supports manual `custom-*` role
-creation/editing/execution, while Agent Studio generation, smoke test, and AI
-Refine fail closed. Profiles require a recent enough `specrails-core`; Kimi's
-framework target requires Core 4.12.0 or newer.
-
 ## Where to go next
 
 - [Customizing models per agent](customizing-models-per-agent) — build `fast` and `max` profiles.

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

@@ -11,39 +11,14 @@ Each catalog entry shows what the agent is for and its default model, so you can
 
 ## Adding a custom agent
 
-Custom roles are provider-native Markdown assets. Claude uses
-`.claude/agents/custom-<something>.md`; Kimi uses
-`.kimi-code/skills/custom-<something>/SKILL.md` with valid Skill
-frontmatter. The catalog/profile editor scopes models and paths to the selected
-provider.
-
-Once the asset exists, it appears in that provider's catalog and can be added
-to a matching profile. A Kimi role is never resolved through
-`.claude/agents`, and same-named Claude/Kimi roles remain independent.
-
 Because they live in your repo, custom agents are **committable team assets**: commit the file and your whole team gets the agent. This mirrors the core idea throughout the Agents section —
 
 > **Agent definitions are shared (they live in the repo and travel with `git`). Model configuration is per-project (it lives in profiles).**
 
-The `custom-*` namespace is reserved and protected: `specrails-core` never
-overwrites Claude custom files or Kimi custom skill directories.
-
-Kimi supports manual blank/template/duplicate/edit and execution. Agent Studio
-generation, smoke Test, and AI Refine are unavailable for Kimi because
-`kimi -p` cannot enforce their no-tools/read-only boundary; direct requests
-fail before spawn.
-
 ## Putting a custom agent to work
 
 The typical flow:
 
-1. Create the provider-native Claude agent file or Kimi Skill directory with
-   instructions and a valid provider model.
-2. Confirm it shows up in **Agents → Catalog** under Custom.
-3. In **Agents → Profiles**, add the agent to a profile's chain (optionally overriding its model for that profile).
-4. Add a routing rule so tasks with the right tags reach it — or rely on the chain order.
-5. Launch a rail with that profile from the rail header.
-
 ## Watching how profiles perform
 
 The Agents section also has a **Usage** tab — a per-profile breakdown of how many jobs ran under each profile over a selected window. It's a quick way to confirm your `fast`/`max` split is actually being used the way you intended, and to spot which profile your team gravitates to.

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

@@ -35,8 +35,6 @@ Specrails works with the major AI coding CLIs:
 
 - **Claude** (Claude Code)
 - **Codex** (Codex CLI)
-- **Gemini** (Gemini CLI)
-- **Kimi** (Kimi Code)
 
 Pick whichever you already use — or install more than one and choose per task. A project can run on a single provider or several at once, so you're never locked in.
 

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

@@ -22,8 +22,6 @@ The one thing specrails can't bundle is the **AI provider CLI** itself. You'll n
 
 - **Claude Code**
 - **Codex CLI**
-- **Gemini CLI**
-- **Kimi Code**
 
 Install whichever you plan to use, sign in to it once from your terminal, and you're set. Specrails detects which providers are present automatically.
 

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

@@ -20,10 +20,6 @@ A friendly label shown in the sidebar. If you leave it blank, specrails uses the
 
 That's the whole form — click **Add** and you're done.
 
-## AI providers are detected automatically
-
-You don't pick providers anymore. Specrails detects every AI CLI installed on your machine — **Claude**, **Codex**, **Gemini**, **Kimi** — and every project can use all of them, always. Install a new provider later and it appears everywhere on its own the next time you focus the app; no re-setup, no per-project configuration. If a provider is installed but not signed in, its selector shows a subtle *Not signed in* badge.
-
 ## Setup happens silently
 
 There is no setup wizard. The moment you click **Add**, the project is registered and appears in your sidebar — you can open it immediately. In the background, specrails assembles the project's workspace (a few seconds, fully offline): a tiny pulsing dot on the project's sidebar row shows it's working, and it simply disappears when everything is ready. If something goes wrong for one provider, the project still works with the others — an amber dot appears, and clicking it retries.

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

@@ -26,14 +26,9 @@ The right sidebar is your switchboard for the current project. Hover it to expan
 
 - **Dashboard** — the specs board and rails (where you just were).
 - **Jobs** — every pipeline run for this project, past and present, with status, duration, and the ability to dig into any run's detail and logs.
-- **Analytics** — invocations broken down by day, activity, model, and ticket. Claude reports billed cost, Codex/Gemini use estimates, and Kimi leaves unavailable token/USD fields blank.
-- **Agents** — provider-scoped profiles and role catalogs for Claude and Kimi. Kimi roles can be created and edited manually; Generate, Test, and AI Refine are unavailable.
-- **Code** — a read-only file browser and chips showing which files the AI has touched. Plain-language AI summaries appear only for providers that support that transform; they are unavailable with Kimi.
 - **Integrations** — optional add-ons, like connecting your specs to a **Jira** board or enabling extra tooling for the AI.
 - **Settings** — per-project options (telemetry, budgets, provider configuration, and more).
 
-> Sections and actions appear only when they make sense for the effective provider. For example, profiles are available for Claude and Kimi, while Kimi's Agent Studio AI actions fail closed.
-
 ## The status bar
 
 A thin strip runs along the very bottom of the window. It's small but handy:

package/docs/guide/en/insights/3-code-explorer.md

@@ -31,11 +31,6 @@ Since editing isn't part of this version, the viewer offers an **Edit in externa
 
 Above the code you'll see a **plain-language summary** of the file — what it's for, what it does — written so a non-developer can follow along. These are generated for you and cached, so opening a file you've looked at before is instant.
 
-Kimi does not generate these summaries. File summary and construction-story
-explanation are read-only transforms, but Kimi 0.27 `-p` cannot enforce a
-read-only tool boundary. The controls are unavailable for Kimi; existing
-provenance facts, diffs, and previously generated text remain readable.
-
 Summaries are smart about staying fresh: they're keyed to the file's contents, so when a file genuinely changes the summary is regenerated, but unchanged files don't get re-summarised needlessly. If you edit a file yourself, its summary is marked as stale rather than silently regenerated — you stay in control of when it's refreshed. There's a **regenerate** action when you want a fresh take on demand.
 
 A couple of guardrails keep costs sane: summary generation runs within a **monthly budget** (a few dollars by default, configurable in Settings), and there are caps on how many summaries a single job will kick off. If a summary is skipped, the app tells you why — budget reached, a per-job cap, or the file simply not being found.