Kiro IDE vs. CLI

Unterschiede, Features und Einsatzzwecke

Beide teilen denselben Agent-Kern. Seit Kiro CLI v3 läuft die CLI sogar auf demselben Unified Agent Harness wie IDE und Web. Der wichtigste Unterschied ist damit das Interface (grafisch vs. Terminal), nicht mehr der Funktionsumfang.

Was sich mit CLI v3 geändert hat

Ältere Vergleiche sagten: „Specs, Powers und der autonome Modus gibt es nur in der IDE“. Das stimmt nicht mehr. Mit v3 bringt die CLI den gemeinsamen Agent Harness ins Terminal, dadurch sind Spec-Mode, Powers-Verwaltung und der autonome Modus mit lokaler Sandbox auch dort verfügbar. Diese Seite ist auf diesen Stand aktualisiert.

Kiro IDE

Was: Vollständige Desktop-IDE (basiert auf Code OSS, VS-Code-kompatibel)

Für wen: Entwickler, die eine grafische Oberfläche mit Editor, Datei-Explorer, Debugging und AI-Chat in einem Fenster wollen.

Stärke: Visuelles Arbeiten, Editor mit IntelliSense, Debugging, Drag & Drop, Open-VSX-Extensions

Kiro CLI (v3)

Was: Terminal-basiertes AI-Tool (kiro-cli) auf dem Unified Agent Harness

Für wen: Entwickler, die im Terminal arbeiten, CI/CD-Pipelines automatisieren oder auf Remote-Servern ohne GUI arbeiten.

Stärke: Headless-Modus, CI/CD, Cloud Sessions, Tangent-Mode, Workflows, schnelle Interaktion

Feature-Vergleich

Feature Kiro IDE Kiro CLI
Interface Grafische Desktop-App (VS Code-basiert) Terminal / Kommandozeile
Code-Editor ✅ Vollständiger Editor mit Syntax-Highlighting, IntelliSense, Debugging ❌ Kein eigener Editor (nutzt deinen bestehenden Editor)
AI Chat ✅ Chat-Panel in der IDE ✅ Interaktiver Chat im Terminal mit Rich-UI
Specs (Requirements → Design → Tasks) ✅ Volle UI mit Spec-Explorer ✅ Spec-Mode im Terminal (/spec new), seit v3
Steering (Regeln & Kontext) ✅ .kiro/steering/*.md ✅ .kiro/steering/*.md (gleiche Dateien)
Hooks (Event-Automatisierung) ✅ Alle Trigger ✅ v3: inkl. PostFileCreate/Save/Delete, PreTaskExec/PostTaskExec; standalone + globale Hooks
MCP Server ✅ .kiro/settings/mcp.json ✅ .kiro/settings/mcp.json (gleiche Config)
Custom Agents ✅ Universelles Config-Format ✅ Universelles Config-Format (Migration via /upgrade-agent)
Powers ✅ Installieren & verwalten ✅ In lokaler v3-Session verwaltbar
Autonomer Modus & lokale Sandbox ✅ Lokale Command-Sandbox ✅ /autonomous on + lokale Sandbox (GA in IDE und CLI)
Permissions-Modell ✅ Capability-based (deny > ask > allow) ✅ Capability-based (gleiches Modell)
Headless / CI/CD ❌ Nicht möglich (braucht GUI) ✅ Headless-Modus für Pipelines
API-Key Auth (für Automation) ❌ Nur interaktive Auth ✅ API-Key für headless
Cloud Sessions ⚠️ Über Web/Mobile-Surfaces ✅ kiro-cli --cloud (läuft weiter nach Trennung; us-east-1)
Tangent-Mode (Seitenstränge) ❌ Nicht als eigener Modus ✅ /tangent
Memory (sessionübergreifend) ✅ Geteilter Harness ✅ /memories
Datei-Kontext #File, #Folder, Bilder, PDFs Glob-Patterns, #-Referenzen
Session-Verwaltung Automatisch pro Workspace /sessions-Pane: durchsuchen, umbenennen, Lesezeichen
Editor / Debugging / IntelliSense ✅ Vollständig ❌ Nutzt deinen bestehenden Editor
VS-Code-Dev-Containers ❌ Derzeit nicht (MS-Extension nicht über Open VSX) ✅ CLI läuft in Dev-Containers
Git-Integration ✅ Visuell (Source Control Panel) ✅ Über Shell-Befehle
Preis Gleicher Plan — IDE und CLI teilen sich das Kiro-Abo (Free / Pro / Pro+ / Power)

Wann was nutzen?

Kiro IDE wählen, wenn du...

  • Eine vollständige Entwicklungsumgebung mit Editor brauchst
  • Visuelles Debugging und IntelliSense im Editor nutzen willst
  • Das grafische Source-Control-Panel und einen Datei-Explorer bevorzugst
  • Specs lieber visuell im Spec-Explorer bearbeitest
  • Bilder oder PDFs per Drag & Drop als Kontext übergeben willst
  • Open-VSX-Extensions einsetzt

Kiro CLI wählen, wenn du...

  • Bereits einen bevorzugten Editor hast (Vim, Neovim, Emacs, etc.)
  • Kiro in CI/CD-Pipelines einsetzen willst (Code-Reviews, Test-Generierung)
  • Headless-Automatisierung brauchst (kein GUI nötig)
  • Cloud Sessions nutzen willst, die nach dem Trennen weiterlaufen
  • Mehrstufige Aufgaben an Workflows delegieren willst
  • Auf einem Remote-Server ohne GUI arbeitest (SSH)
  • Schnelle Fragen im Terminal stellen willst, ohne die IDE zu öffnen
Nicht mehr entscheidend

Specs, Powers und der autonome Modus sind kein Grund mehr, zwingend zur IDE zu greifen. Seit v3 gibt es sie auch in der CLI. Die Wahl richtet sich heute vor allem danach, ob du eine grafische Oberfläche willst oder im Terminal arbeitest.

Was beide teilen

Gemeinsame Basis

IDE und CLI nutzen denselben AI-Kern, dieselben Modelle, dieselbe Konfiguration (.kiro/-Ordner), und dasselbe Abo. Du kannst beide parallel verwenden — z.B. IDE für Entwicklung, CLI für CI/CD.

  • Unified Agent Harness (seit CLI v3): derselbe Agent-Kern, Tools, Kontext und Permissions über alle Surfaces
  • Steering-Dateien: .kiro/steering/*.md funktioniert in beiden
  • MCP-Server: gleiche mcp.json-Konfiguration
  • Specs, Hooks, Powers: gemeinsame Konzepte und Config im .kiro/-Ordner
  • Authentifizierung: gleicher Account (Google, GitHub, AWS Builder ID, IAM Identity Center)
  • Modelle: gleiche AI-Modelle verfügbar

CLI in Aktion: Beispiele

Interaktiver Chat starten (v3)

cd my-project kiro-cli --v3

Spec-Mode im Terminal

/spec new

Headless in CI/CD (z.B. GitHub Actions)

kiro-cli chat --no-interactive \ "Review the changes in this PR for security issues"

Cloud Session starten (läuft nach Trennung weiter)

kiro-cli --cloud

Custom Agent verwenden

kiro-cli --agent code-reviewer

Autonomer Modus mit lokaler Sandbox

/autonomous on

Hinweis: Einzelne Flags und Slash-Befehle können sich zwischen Versionen ändern. Maßgeblich ist die aktuelle Kiro-CLI-Dokumentation.

Dev Containers: Grenze der IDE

Die Kiro IDE kann derzeit nicht in VS-Code-Dev-Containers arbeiten

Die bekannte Dev-Containers-Entwicklung (ms-vscode-remote.remote-containers) ist eine Microsoft-proprietäre Erweiterung und steht nicht über die Open VSX Registry bereit, aus der die Kiro IDE ihre Extensions bezieht. Dadurch lässt sich ein Projekt in der Kiro IDE derzeit nicht wie in VS Code in einem Dev-Container öffnen. Das ist ein offener, mehrfach gemeldeter Feature-Wunsch im Kiro-Bugtracker.

Wichtig für die Wahl zwischen IDE und CLI: Die Kiro CLI läuft dagegen innerhalb von Dev-Containers. Wer also auf containerisierte, isolierte Entwicklungsumgebungen angewiesen ist (z.B. aus Sicherheitsgründen bei KI-Agenten), kann heute die CLI im Container nutzen, während die IDE-Unterstützung noch aussteht.

Zusammenfassung auf einen Blick

Kriterium IDE CLI
Bedienung Grafisch (Maus + Tastatur) Terminal (nur Tastatur)
Einsatz Tägliche Entwicklung Automation, CI/CD, Remote
Stärke Editor, Visuelles, Debugging, Drag & Drop Headless/CI/CD, Cloud Sessions, Workflows, Tangent
Schwäche Keine CI/CD-Integration Kein eigener Editor, kein visuelles Debugging
Ideal für Feature-Entwicklung im Team DevOps, Automation, Power-User
Quellen: