Alternative profile
Amazon Kiro × Deep Work Plan
Agentowa IDE i CLI, w której specyfikacje przechodzą od wymagań w stylu EARS przez design do zadań, ze steering files i hookami uruchamianymi na zdarzeniach edytora, i potrafi wygenerować specyfikacje dla istniejącej bazy kodu, aby wychwycić luki w wymaganiach przed rozpoczęciem projektowania.
Programiści chcący rozwoju spec-driven wbudowanego w edytor z narzędziami opartymi na AWS.
Ostatni przegląd:
Compared with Deep Work Plan
Where it fits
Agentowa IDE i CLI, w której specyfikacje przechodzą od wymagań w stylu EARS przez design do zadań, ze steering files i hookami uruchamianymi na zdarzeniach edytora, i potrafi wygenerować specyfikacje dla istniejącej bazy kodu, aby wychwycić luki w wymaganiach przed rozpoczęciem projektowania.
Programiści chcący rozwoju spec-driven wbudowanego w edytor z narzędziami opartymi na AWS.
Co wnosi Deep Work Plan
-
Niezależny od narzędzi i natywny dla repozytorium
Harness i plan to pliki w repozytorium, czytane przez każdego agenta zgodnego ze standardami AGENTS.md i Agent Skills. Zmiana agenta nie traci planu.
-
Walidacja wybrana z tego, co dotknęło każde zadanie
Każde zadanie deklaruje dotkniętą powierzchnię i uruchamia testy zmienionego zachowania i jego konsumentów, rozszerzając do pełnej suity, gdy wpływ nie da się ograniczyć. Zero wybranych testów nigdy nie jest przejściem.
-
Jeden Final Review z przejściem bezpieczeństwa
Plan kończy się przeglądem bezpieczeństwa skumulowanego zestawu zmian, w tym wymaganym lokalnym przeglądem diffu, i walidacją stanu końcowego. Krytyczne ustalenia blokują ukończenie.
Where it fits: Programiści i zespoły przekazujące wielosesyjną pracę dowolnemu agentowi kodującemu, którzy potrzebują zweryfikowanego ukończenia.
Capability snapshot
| Możliwość | Deep Work Plan | Amazon Kiro |
|---|---|---|
| Działa z każdym agentem kodującym Te same pliki repozytorium obsługują Claude Code, Codex, Cursor, Gemini CLI i inne. | Wbudowane | Poza zakresem |
| Zapisuje harness agenta w repozytorium Instrukcje, docs, skille i polecenia żyją w repozytorium, nie w ustawieniach jednego narzędzia. | Wbudowane | Opcjonalnie lub przez rozszerzenie |
| Kryteria akceptacji per zadanie Każde zadanie podaje obserwowalne warunki ukończenia. | Wbudowane | Wbudowane |
| Bramka walidacji per zadanie Każde zadanie wymienia polecenia, które muszą przejść, wybrane z tego, co dotknęło. | Wbudowane | Opcjonalnie lub przez rozszerzenie |
| Wznawialny stan na dysku Postęp przetrwa reset sesji i może być przejęty przez innego agenta lub członka zespołu. | Wbudowane | Wbudowane |
| Obowiązkowy przegląd zamykający z przejściem bezpieczeństwa Plan nie może się zakończyć bez przeglądu bezpieczeństwa pełnego zestawu zmian i walidacji stanu końcowego. | Wbudowane | Opcjonalnie lub przez rozszerzenie |
| Wykonywalny sprawdzacz zgodności Skrypt weryfikuje repozytorium i jego plany względem standardu, z kodem wyjścia przyjaznym dla CI. | Wbudowane | Opcjonalnie lub przez rozszerzenie |
| Opublikowany pomiar obciążenia instrukcjami Bajty ładowane przez każdy przepływ są mierzone skryptem commitowanym i publikowane z ich limitami. | Wbudowane | Poza zakresem |
| Onboarding budujący dokumentację Pierwszy przebieg zapisuje dokumentację i zestaw repozytorium skierowane do agentów. | Wbudowane | Opcjonalnie lub przez rozszerzenie |
| Żywe specyfikacje dla istniejących systemów Zmiany są specyfikowane jako delty scalane w rosnącą specyfikację systemu. | Poza zakresem | Wbudowane |
| Trwała pamięć agenta między projektami Pamięć podąża za agentem między różnymi repozytoriami i sesjami, a nie tylko za stanem jednego planu na dysku. | Poza zakresem | Poza zakresem |
| Odrębne wyspecjalizowane role agentów Nazwane persony (np. analityk, architekt czy recenzent) dzielą pracę, zamiast by jeden agent wykonywał każdy krok. | Opcjonalnie lub przez rozszerzenie | Poza zakresem |
| Jest samodzielnym IDE lub edytorem Narzędzie samo w sobie jest zintegrowanym środowiskiem programistycznym, a nie dodatkiem do istniejącego agenta kodującego. | Poza zakresem | Wbudowane |