AgentenCode AgentenProfilCoding
✓ Redaktionell geprüftPrüfdatum: 30. September 2026
AgentenProfil · Coding
Kiro
Agentische Entwicklungsumgebung mit Specs, automatisierten Workflows, Tools und mehreren Agentenoberflächen.
Codingredaktionelle Einordnung
AWSAnbieter
8 Primärquellen dokumentiertQuellenstatus
30. September 2026letzte Prüfung
AgentenTrust 2.0 · EU & Governance Evidence
EU AI Act, Datenschutz und Kontrolle bei Kiro
Direktantwort: Für Kiro sind aktuell 5 von 36 normalisierten Trust-Controls feldgenau öffentlich belegt. Nicht belegte Felder bleiben Unknown – niemals automatisch Nein.
EU AI ActEvidence-Kontext zu Art. 12–15, ohne automatische Anwendbarkeits- oder Compliance-Aussage.
DSGVOEvidence-Kontext zu Art. 5, 28 und 32. Data Residency allein ist kein Compliance- oder Transfer-Nachweis.
Wichtig: Diese Zahlen zeigen Dokumentationsabdeckung, keine Produktbewertung. 0 von 10 bedeutet: Für diese 10 Felder liegt im aktuellen Datensatz kein feldgenauer öffentlicher Beleg vor. Es bedeutet nicht, dass der Agent die Funktionen nicht besitzt.
Entscheidungsrelevante Kernsignale
Zwölf häufige EU-, Datenschutz-, Security- und Governance-Fragen – inklusive Unknowns.
Ja belegtNein belegtWert belegtUnknown
Datenschutz & Daten
UnknownData Residency
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Datenschutz & Daten
UnknownKundendaten für Training
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Datenschutz & Daten
UnknownDatenaufbewahrung / Retention
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Datenschutz & Daten
UnknownDPA / Auftragsverarbeitung
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Security & Zugriff
Belegt: JaVerschlüsselung at rest
Ja
Scope: kiro_data · geprüft 2026-10-01 · Quelle ↗Security & Zugriff
UnknownRBAC
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Menschliche Kontrolle
UnknownHuman Approval
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Menschliche Kontrolle
UnknownHuman Oversight
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Audit & Nachvollziehbarkeit
Belegt: JaAudit Logs
Ja
Scope: kiro_enterprise · geprüft 2026-10-01 · Quelle ↗Audit & Nachvollziehbarkeit
UnknownTracing
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Audit & Nachvollziehbarkeit
UnknownActivity History
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Security & Zugriff
UnknownSecrets / Credential Handling
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Alle dokumentierten Trust-Signale
Jeder Wert bleibt an Scope, Prüfdatum und Primärquelle gebunden. Ein Plattformbeleg wird nicht automatisch auf jeden Agenten vererbt.
Security & Zugriff · 3 dokumentierte Signale
Customer-Managed Keys
Belegt: Jasecurity.customer_managed_keyJa
Scope: kiro_enterprise · geprüft 2026-10-01 · Primärquelle ↗Verschlüsselung at rest
Belegt: Jasecurity.encryption.at_restJa
Scope: kiro_data · geprüft 2026-10-01 · Primärquelle ↗Verschlüsselung in transit
Wert belegtsecurity.encryption.in_transitTLS 1.2+
Scope: kiro_data · geprüft 2026-10-01 · Primärquelle ↗Audit & Nachvollziehbarkeit · 2 dokumentierte Signale
Audit Logs
Belegt: Jagovernance.audit_logs.availableJa
Scope: kiro_enterprise · geprüft 2026-10-01 · Primärquelle ↗SIEM Export
Belegt: Jagovernance.audit_logs.siem_exportJa
Scope: kiro_enterprise_prompt_logs · geprüft 2026-10-01 · Primärquelle ↗Kein Compliance-Score.
AgentenTrust bildet Evidence ab. Die rechtliche Einordnung hängt vom konkreten Einsatz ab.
Kurz erklärt
Agentische Entwicklungsumgebung mit Specs, automatisierten Workflows, Tools und mehreren Agentenoberflächen. AgentenCode beschreibt nicht nur die Anbieterpositionierung, sondern ordnet Funktionen, Einsatzgrenzen und Kontrollpunkte anhand nachvollziehbarer Kriterien ein.
AnbieterAWS
ProdukttypAgentische Entwicklungsumgebung
ZugangKiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot
EinordnungCoding
AgentenProfil
Standardisierte Referenzdaten
AnbieterAWS
KategorieCoding
ProdukttypAgentische Entwicklungsumgebung
ZielgruppeUnternehmen, Entwickler
ZugangKiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot
Quellenstatus8 Primärquellen dokumentiert
PrüfstatusRedaktionell geprüft
Prüfdatum30. September 2026
Profilversion2.0
Filterdaten werden aus demselben strukturierten Datensatz erzeugt wie dieses Profil. Unbestätigte Merkmale werden nicht automatisch als „Nein“ gewertet.
Was ist Kiro?
Agentische Entwicklungsumgebung mit Specs, automatisierten Workflows, Tools und mehreren Agentenoberflächen.
Produktspezifische Evidenzlage zu Kiro
Dieses Profil trennt den dokumentierten Produktfokus von feldgenauer Evidence. Für Kiro sind aktuell 8 eindeutige Primärquellen über Profil, Trust- und Relationsdaten verknüpft. Die folgenden Punkte sind keine allgemeine Klassenbeschreibung, sondern stammen aus den für dieses konkrete Produkt gespeicherten Feldern.
- Customer-Managed Keys: Ja · Scope: kiro_enterprise · geprüft 1. Oktober 2026 · Primärquelle ↗
- Verschlüsselung at rest: Ja · Scope: kiro_data · geprüft 1. Oktober 2026 · Primärquelle ↗
- Verschlüsselung in transit: TLS 1.2+ · Scope: kiro_data · geprüft 1. Oktober 2026 · Primärquelle ↗
- Audit Logs: Ja · Scope: kiro_enterprise · geprüft 1. Oktober 2026 · Primärquelle ↗
- SIEM Export: Ja · Scope: kiro_enterprise_prompt_logs · geprüft 1. Oktober 2026 · Primärquelle ↗
Coding-Agenten verbinden Sprachmodelle mit Repository-Kontext, Dateizugriff, Terminalbefehlen, Tests und teilweise Versionskontrolle. Dadurch können sie nicht nur Code vorschlagen, sondern mehrstufige Entwicklungsaufgaben tatsächlich bearbeiten.
Bei Kiro ist deshalb weniger die Bezeichnung „Agent“ entscheidend als die Frage, welche Aufgaben das System tatsächlich übernimmt, welche Werkzeuge es verwenden darf und an welchen Stellen ein Nutzer oder Administrator die Kontrolle behält. AgentenCode trennt bestätigte Produktmerkmale von redaktioneller Einordnung und kennzeichnet ein Prüfdatum, weil Funktionen und Tarife in diesem Markt häufig verändert werden.
Wie funktioniert Kiro?
Kiro kombiniert IDE, CLI und agentische Workflows. Aufgaben können über Spezifikationen strukturiert, mit Tools erweitert und teilweise parallel oder automatisiert bearbeitet werden.
Ein typischer Coding-Agent untersucht zunächst die Codebasis, formuliert oder impliziert einen Plan, verändert Dateien, führt Tests oder Befehle aus und reagiert anschließend auf Fehler oder neue Informationen. Je nach Produkt geschieht dies synchron im Editor oder asynchron in einer separaten Ausführungsumgebung.
1Repository verstehen
2Änderung planen
3Dateien bearbeiten
4Tests/Befehle ausführen
5Review und Merge vorbereiten
Dieser Ablauf ist keine Behauptung, dass jeder interne Schritt bei Kiro exakt so implementiert ist. Er zeigt das typische agentische Muster der Kategorie und hilft dabei, das Produkt gegenüber einem einfachen Chat, einer klassischen Suche oder einem fest verdrahteten Workflow einzuordnen.
Was kann Kiro konkret übernehmen?
Die folgenden Anwendungsfelder ergeben sich aus dem dokumentierten Produktschwerpunkt. Ob ein Einsatz sinnvoll ist, hängt davon ab, wie gut der Agent auf die benötigten Daten zugreifen kann, welche Aktionen erlaubt sind und wie wichtig Fehlerfreiheit im jeweiligen Prozess ist.
Spec-getriebene Entwicklung
Bei „Spec-getriebene Entwicklung“ ist für Kiro besonders „Specs als Arbeitsgrundlage“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Kiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Autopilot- und Tool-Rechte bewusst konfigurieren. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Feature-Umsetzung
Bei „Feature-Umsetzung“ ist für Kiro besonders „IDE und CLI“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Kiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Generierte Änderungen prüfen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Automatisierung
Bei „Automatisierung“ ist für Kiro besonders „MCP und Tool-Erweiterung“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Kiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Teamstandards in Specs und Reviews verankern. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Codebase-Arbeit
Bei „Codebase-Arbeit“ ist für Kiro besonders „Agentische Automatisierung“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Kiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Autopilot- und Tool-Rechte bewusst konfigurieren. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Für Privatpersonen und Unternehmen
Für Privatpersonen
Für technisch versierte Entwickler bietet Kiro eine strukturierte Art, größere Aufgaben mit Agenten zu planen und umzusetzen.
Für private Entwicklerprojekte können Coding-Agenten Boilerplate, Refactoring, Fehlersuche und das Verständnis unbekannter Repositories beschleunigen. Wer den erzeugten Code nicht beurteilen kann, sollte die Autonomie jedoch begrenzen und besonders bei Installationsskripten, Shell-Befehlen und Zugangsdaten vorsichtig sein.
Für Unternehmen
Teams können Specs, Automatisierung und Zugriffsrichtlinien nutzen, um Agentenarbeit stärker zu standardisieren.
In Teams werden zusätzlich Review-Regeln, Branch-Schutz, Secret-Management, Logging, Modell- und Datenrichtlinien sowie reproduzierbare Tests wichtig. Ein Agent sollte die bestehende Software-Lieferkette ergänzen, nicht Code-Review, Security-Checks und CI/CD umgehen.
Stärken von Kiro
Die folgenden Punkte sind keine Rangliste. Sie beschreiben Merkmale, die für die dokumentierten Einsatzfelder relevant sein können.
Specs als Arbeitsgrundlage
„Specs als Arbeitsgrundlage“ ist bei Kiro deshalb entscheidungsrelevant, weil das Profil „Spec-getriebene Entwicklung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Autopilot- und Tool-Rechte bewusst konfigurieren.
IDE und CLI
„IDE und CLI“ ist bei Kiro deshalb entscheidungsrelevant, weil das Profil „Feature-Umsetzung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Generierte Änderungen prüfen.
MCP und Tool-Erweiterung
„MCP und Tool-Erweiterung“ ist bei Kiro deshalb entscheidungsrelevant, weil das Profil „Automatisierung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Teamstandards in Specs und Reviews verankern.
Agentische Automatisierung
„Agentische Automatisierung“ ist bei Kiro deshalb entscheidungsrelevant, weil das Profil „Codebase-Arbeit“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Autopilot- und Tool-Rechte bewusst konfigurieren.
Grenzen und Punkte vor dem Einsatz
Agenten sollten nicht nur anhand einer Demo bewertet werden. Entscheidend ist, wie sie mit unvollständigem Kontext, widersprüchlichen Daten, fehlenden Berechtigungen und ungewöhnlichen Fällen umgehen. Für Kiro sind insbesondere folgende Punkte sinnvoll zu prüfen:
Autopilot- und Tool-Rechte bewusst konfigurieren
Autopilot- und Tool-Rechte bewusst konfigurieren. Dieser Punkt ist für Kiro besonders bei „Spec-getriebene Entwicklung“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Generierte Änderungen prüfen
Generierte Änderungen prüfen. Dieser Punkt ist für Kiro besonders bei „Feature-Umsetzung“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Teamstandards in Specs und Reviews verankern
Teamstandards in Specs und Reviews verankern. Dieser Punkt ist für Kiro besonders bei „Automatisierung“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Sicherheit, Datenschutz und Berechtigungen
Coding-Agenten können Dateien verändern, Befehle ausführen und auf Repositories zugreifen. Deshalb sollten Secrets, Produktionszugänge und privilegierte Tokens aus dem Arbeitskontext ferngehalten werden. Änderungen gehören in kontrollierte Branches und sollten automatisierte Tests sowie menschliches Review durchlaufen.
Bei Kiro sollte zusätzlich geprüft werden, welche Daten an den Anbieter und gegebenenfalls an verbundene Modell- oder Tool-Anbieter übertragen werden. Maßgeblich sind die aktuelle Dokumentation, der gebuchte Tarif und die konkrete Organisationskonfiguration. AgentenCode macht deshalb keine pauschale Aussage wie „DSGVO-konform“ oder „sicher“, wenn die Bewertung vom Einsatzkontext abhängt.
Praktische Regel: Je mehr ein Agent lesen, verändern oder extern ausführen darf, desto wichtiger sind minimale Berechtigungen, nachvollziehbare Logs, Testfälle und Freigaben für irreversible Aktionen.
Zugang, Kosten und Voraussetzungen
Aktuell dokumentierter Zugang: Kiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot
Preis- und Nutzungsmodelle ändern sich bei KI-Agenten häufig. Manche Anbieter rechnen über Nutzerlizenzen, Credits, Modellverbrauch, Aufgaben oder erfolgreich bearbeitete Vorgänge ab. Deshalb verzichtet AgentenCode auf unbestätigte oder schnell veraltende Preisangaben und verweist für Vertragsentscheidungen auf die offiziellen Anbieterinformationen.
Wie lässt sich Kiro sinnvoll vergleichen?
Ein Vergleich sollte nicht mit der Frage „Welcher Agent ist der beste?“ beginnen, sondern mit dem konkreten Ziel. Für diese Kategorie sind insbesondere folgende Kriterien relevant:
| Repository-Verständnis | Bei Kiro sollte „Repository-Verständnis“ im konkreten Einsatzfall „Spec-getriebene Entwicklung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Autopilot- und Tool-Rechte bewusst konfigurieren“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
|---|---|
| Tool- und Terminalzugriff | Bei Kiro sollte „Tool- und Terminalzugriff“ im konkreten Einsatzfall „Feature-Umsetzung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Generierte Änderungen prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Kontrolle vor Änderungen | Bei Kiro sollte „Kontrolle vor Änderungen“ im konkreten Einsatzfall „Automatisierung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Teamstandards in Specs und Reviews verankern“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Tests und Fehlerkorrektur | Bei Kiro sollte „Tests und Fehlerkorrektur“ im konkreten Einsatzfall „Codebase-Arbeit“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Autopilot- und Tool-Rechte bewusst konfigurieren“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Integrationen und Modellwahl | Bei Kiro sollte „Integrationen und Modellwahl“ im konkreten Einsatzfall „Spec-getriebene Entwicklung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Generierte Änderungen prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
Zusätzlich sollte ein Pilot mit realen Aufgaben durchgeführt werden. Ein Agent, der in einer Demo beeindruckt, kann im eigenen Daten- und Berechtigungskontext ganz anders abschneiden. Reproduzierbare Testfälle sind deshalb aussagekräftiger als Marketingbenchmarks allein.
Ähnliche Agenten und Alternativen
Häufige Fragen zu Kiro
Was ist Kiro?
Agentische Entwicklungsumgebung mit Specs, automatisierten Workflows, Tools und mehreren Agentenoberflächen.
Für wen eignet sich Kiro?
Für technisch versierte Entwickler bietet Kiro eine strukturierte Art, größere Aufgaben mit Agenten zu planen und umzusetzen. Teams können Specs, Automatisierung und Zugriffsrichtlinien nutzen, um Agentenarbeit stärker zu standardisieren.
Kann Kiro Aufgaben selbstständig ausführen?
Der Grad der Autonomie hängt bei Kiro von der jeweiligen Oberfläche, den aktivierten Tools und den vergebenen Berechtigungen ab. AgentenCode unterscheidet deshalb zwischen Analyse, Vorschlägen und tatsächlich ausführbaren Aktionen.
Was sollte ich vor der Nutzung von Kiro prüfen?
Prüfen Sie insbesondere Datenzugriff, Schreibrechte, Quellenqualität, Kostenmodell, Freigaben und die Frage, wie Fehler erkannt oder rückgängig gemacht werden können.
Ist Kiro für sensible Daten geeignet?
Das lässt sich nicht pauschal beantworten. Maßgeblich sind Vertrag, Tarif, Organisationskonfiguration, Datenresidenz, verbundene Modellanbieter und die konkret aktivierten Integrationen. Für sensible Daten sollten die aktuellen Anbieterunterlagen und internen Richtlinien geprüft werden.
Wie aktuell ist dieses Profil?
Das Profil wurde am 30. September 2026 anhand der unten verlinkten Primärquellen geprüft. Produkte im Agentenmarkt verändern sich schnell; kurzfristige Änderungen zwischen zwei Prüfungen sind möglich.
Für Unternehmen
Ist Ihr Prozess wirklich ein Fall für einen KI-Agenten?
Der kostenlose Agenten-Check bewertet Eignung, Readiness, Risiko, Autonomie und Wirtschaftlichkeit direkt im Browser.
Offizielle Quellen
Dieses Profil verknüpft 8 eindeutige Primärquellen aus Produktprofil, feldgenauer Evidence, Trust-Layer und dokumentierten Relationen. Die Quellen bleiben maßgeblich, wenn sich das Produkt zwischen zwei Prüfzyklen ändert.
- Kiro – IDE
- Kiro Docs – Crew SDK / API reference
- Kiro Docs – Monitoring and tracking
- Kiro Docs – Logging user prompts
- Kiro Docs – How Kiro works
- Kiro Docs – VPC endpoints (AWS PrivateLink)
- Kiro Docs – MCP
- Kiro Docs – Data protection
Transparenz
Letzte redaktionelle Prüfung: 30. September 2026. Unklare Merkmale werden nicht als bestätigte Fakten dargestellt. Es gibt keine bezahlte Rangfolge.
Deep Profile · GEO/SEO-Evidenzlayer
Kiro: belegte Einordnung und Entscheidungscheck
Kiro ist Agentische Entwicklungsumgebung mit Specs, automatisierten Workflows, Tools und mehreren Agentenoberflächen. Anbieter ist AWS; AgentenCode ordnet das Produkt der Kategorie Coding und dem Produkttyp Agentische Entwicklungsumgebung zu. Diese Einordnung ergänzt den ausführlichen Artikel um einen kompakten, maschinenlesbaren Evidenz- und Auswahlkontext.
Welche Punkte sind für die Auswahl entscheidend?
Bei Coding-Agenten bestimmen Repository-Rechte, Laufzeitumgebung, Shell- und Netzwerkzugriff, Tests, Review und Rollback das reale Risiko. Produktive Schreibrechte sollten deshalb getrennt von reiner Codegenerierung betrachtet werden.
Welche Lese- und Schreibrechte erhält der Agent?
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Darf er Shell, Netzwerk oder externe Tools verwenden?
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Welche Änderungen benötigen Review oder Freigabe?
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Wie lassen sich fehlerhafte Änderungen nachvollziehen und zurückrollen?
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Welche Stärken und Grenzen sind dokumentiert?
Dokumentierte Stärken
- Specs als Arbeitsgrundlage
- IDE und CLI
- MCP und Tool-Erweiterung
- Agentische Automatisierung
Vor dem Einsatz prüfen
- Autopilot- und Tool-Rechte bewusst konfigurieren
- Generierte Änderungen prüfen
- Teamstandards in Specs und Reviews verankern
Welche Eigenschaften von Kiro sind feldgenau belegt?
Die folgenden Aussagen sind in AgentenGraph direkt mit Primärquellen verknüpft. Nicht aufgeführte Eigenschaften bleiben unbekannt, solange keine geeignete Quelle sie bestätigt oder ausdrücklich verneint.
api.rest
dokumentiert
Kiro Crew exposes documented REST endpoints.
Kiro Docs – Crew SDK / API reference →governance.audit_logs.available
dokumentiert
Kiro Enterprise provides activity and prompt logging for audit/monitoring.
Kiro Docs – Monitoring and tracking →governance.audit_logs.siem_export
dokumentiert
Kiro enterprise prompt logs can be exported to customer-controlled S3 for downstream SIEM/analytics workflows.
Kiro Docs – Logging user prompts →hosting.managed
dokumentiert
Kiro supports a managed cloud-sandbox runtime.
Kiro Docs – How Kiro works →hosting.private_network
dokumentiert
Kiro supports private VPC connectivity via AWS PrivateLink.
Kiro Docs – VPC endpoints (AWS PrivateLink) →hosting.self_hosted
dokumentiert
Kiro IDE/CLI can run in the user's local/customer-managed environment.
Kiro Docs – How Kiro works →security.customer_managed_key
dokumentiert
Kiro Enterprise supports customer-managed KMS keys.
Kiro Docs – Data protection →security.encryption.at_rest
dokumentiert
Kiro encrypts service data at rest.
Kiro Docs – Data protection →security.encryption.in_transit
TLS 1.2+
Kiro documents TLS 1.2+ encryption in transit.
Kiro Docs – Data protection →Welche Primärquellen stützen dieses Profil?
AgentenCode bevorzugt aktuelle Primärquellen. Aussagen eines Anbieters werden nicht automatisch auf andere Produkte oder Detailfelder übertragen.
| Quelle | Typ | Verwendung |
|---|---|---|
| Kiro – IDE | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – Crew SDK / API reference | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – Monitoring and tracking | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – Logging user prompts | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – How Kiro works | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – VPC endpoints (AWS PrivateLink) | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – MCP | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Kiro Docs – Data protection | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
AgentenGraph · Produktverlauf
Strukturierte Historie von Kiro
AgentenGraph speichert strukturierte Zustände dieses Agenten über die Zeit. Neue Werte ersetzen ältere Zustände nicht stillschweigend: Änderungen werden versioniert und als Ereignis erfasst. Frühere Zustände vor der Baseline werden nicht rückwirkend behauptet.
01Baseline erfasst1. Oktober 2026
Ab diesem Datum beobachtet AgentenCode strukturierte Änderungen dieses Agenten.
Der heutige Stand ist der Ausgangspunkt. Historische Aussagen vor diesem Datum erscheinen nur, wenn sie durch belastbare Quellen belegt werden können.
Aktueller strukturierter StandAI-0015 · 34 aktive Aussagen
10 feldgenau belegtAnbieterAWS
KategorieCoding
ProdukttypAgentische Entwicklungsumgebung
Zielgruppeentwickler, unternehmen
ZugangKiro IDE/CLI; Zugang und Kontingente abhängig vom Angebot
Letzte Profilprüfung30. September 2026
Strukturierte Anwendungsfelder
Codebase-ArbeitFeature-UmsetzungSpec-getriebene EntwicklungAutomatisierung
Evidenzstatus
10 von 34 aktiven Aussagen besitzen bereits eine explizite Feld-zu-Quelle-Zuordnung. Die übrigen Aussagen verwenden weiterhin das Quellen-Set des Profils.
Methodik zur Datenhistorie →Dokumentierte Änderungen seit BaselineProduktbezogene AgentenGraph-Ereignisse
2026-10-01 · 2 Governance-Eigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
governance.audit_logs.siem_export
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
governance.audit_logs.available
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
protocols.mcp.client
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
api.rest
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
2026-10-01 · 3 Sicherheitseigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
security.encryption.in_transit
Strukturierte Änderung erfasst
Vorher: —Jetzt: TLS 1.2+
security.customer_managed_key
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
security.encryption.at_rest
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
2026-10-01 · 3 Eigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
hosting.private_network
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
hosting.self_hosted
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
hosting.managed
Strukturierte Änderung erfasst
Vorher: —Jetzt: True
Änderungsverlauf
Changelog
Primärquellen und Produktstand erneut geprüft; Profil, Verfügbarkeit und Einordnung auf den Prüfstand 30. September 2026 aktualisiert.
Profil auf AgentenProfil 2.0 umgestellt; Quellenstatus, Prüfdatum, Changelog und Filterdaten ergänzt.