Kiro · Coding-Agent über mehrere Oberflächen
Produkt und Zugang
IDE, CLI, Web und Mobile greifen auf denselben Kiro-Agentenkern zu. Projektkonfiguration unter .kiro kann zwischen Oberflächen und Teammitgliedern geteilt werden.
Kernfunktionen
6 Funktionen aus Anbieterquellen · abgeglichen am 30.09.2026. Verfügbarkeit und Grenzen stehen direkt darunter.
Ein Agentenkern auf mehreren Oberflächen
IDE, CLI, Web und Mobil sprechen denselben Agentenkern an und teilen zentrale Projektkonfiguration.
Quelle 2Features mit Specs planen
Specs gliedern Entwicklungsarbeit in Anforderungen, Entwurf und umsetzbare Aufgaben.
Quelle 1Projektregeln über Steering teilen
Markdown-Dateien halten Architektur, Konventionen und Projektwissen dauerhaft im Kontext.
Quelle 4Abläufe mit Hooks automatisieren
Ereignisse rund um Dateien, Werkzeuge und Aufgaben können Shell-Befehle oder Agentenaktionen auslösen.
Quelle 5Werkzeuge über MCP anbinden
MCP verbindet externe Werkzeuge, APIs und Datenquellen mit dem Agenten.
Quelle 1Zugriffe mit Berechtigungsregeln steuern
Regeln für Dateien, Shell, MCP und weitere Fähigkeiten erlauben, erfragen oder verweigern einzelne Aktionen.
Quelle 6
Voraussetzungen und Grenzen
„Noch offen“ bedeutet: Die geprüften Quellen beantworten diesen Punkt nicht eindeutig.
Einschränkung
Funktionsumfang unterscheidet sich je Oberfläche
Nicht jede Fähigkeit ist in IDE, CLI, Web und Mobile gleichermaßen verfügbar; die jeweilige Verfügbarkeit steht in den Funktionsseiten.
Quelle 2Voraussetzung
Projektkonfiguration bewusst versionieren
Geteilte Specs, Steering, Agenten und Hooks liegen im Repository unter .kiro und wirken für Teammitglieder und weitere Oberflächen.
Quelle 2Voraussetzung
Berechtigungen lokal festlegen
Feingranulare Regeln und interaktive Freigaben sind für IDE und CLI dokumentiert; Web und Mobile haben andere Grenzen.
Quelle 6
Aufgaben aus der Praxis
Redaktionelle Beispiele auf Basis dokumentierter Funktionen. Keine ausgeführten Produkttests.
Feature mit einer Spec umsetzen
- Du gibst vor
- Eine Produktidee, Projektregeln und prüfbare Anforderungen.
- Mögliches Ergebnis
- Anforderungen, Entwurf, Aufgaben und eine schrittweise Implementierung.
- Das prüfst du
- Spec, Diff, Tests und Übereinstimmung mit den Steering-Regeln prüfen.
Qualitätsprüfung per Hook absichern
- Du gibst vor
- Ein Repository, definierte Prüfkommandos und der passende Hook-Auslöser.
- Mögliches Ergebnis
- Automatisch ausgeführte Lint-, Format- oder Testprüfungen an festgelegten Stellen.
- Das prüfst du
- Hook-Rechte, Exit-Codes, Protokolle und Verhalten auf allen verwendeten Oberflächen testen.
Ein Feature mit Anforderungen, Entwurf und Aufgaben planen, implementieren und mit projektweiten Regeln prüfen.
Dein möglicher Auftrag
Lies die Projektregeln. Untersuche [Fehler], schlage eine kleine Änderung vor und führe die relevanten Prüfungen aus. Zeige mir den Diff und verbleibende Unsicherheiten.
Einstiegsidee auf Basis dokumentierter Fähigkeiten. Kein ausgeführter Produkttest. Passe Aufgabe, Daten und Berechtigungen an.
Was du vorher wissen solltest
Aktuelle Kiro-Dokumentation zum vereinheitlichten Agentenkern. Die Dokumentation weist die konkrete Verfügbarkeit je Oberfläche aus.
Voraussetzungen & Grenzen
Die Oberflächen unterstützen einzelne Funktionen unterschiedlich. Projektkonfiguration, Berechtigungen und Cloud-Zugriff vor der Arbeit prüfen.
Einrichtung
Passenden Zugang wählen, Repository öffnen und Projektkonfiguration unter .kiro festlegen.
Kostenmodell
Tarif / Nutzung prüfen. Aktuelle Konditionen und enthaltene Kontingente beim Anbieter prüfen.
Die Einordnung zeigt den Aufwandsrahmen. Sie ist keine Preis- oder Leistungszusage.
Quellen beim Anbieter
Redaktion: Michael Meierhoff · Quellen abgeglichen am . Anbieterangaben sind keine unabhängigen Leistungsnachweise.
-
kiro.dev /docs/
-
kiro.dev /docs/how-kiro-works/
-
kiro.dev /docs/ide/
-
kiro.dev /docs/steering/
-
kiro.dev /docs/hooks/
-
kiro.dev /docs/cli/chat/security/