AWS åpner kildekoden til Kiro Crew etter 39 000 interne brukere

Kiro Crew er en arbeidsflate som lar deg starte en oppgave, gå fra maskinen og komme tilbake til noe som faktisk er verdt å se på. Den fordeler flerstegsoppgaver på flere spesialiserte agenter med egne underagenter, kjører gjentakende jobber på tidsplan, og lar en heartbeat overvåke en PR eller en utrulling til tilstanden endrer seg. Crew kjører på Kiro CLI og leser eksisterende .kiro-konfigurasjon rett ut av boksen, så styringsfiler, ferdigheter og egne agenter følger med uten ekstra oppsett.

Forskjellen mot Kiros eksisterende autonome modus er rekkevidde. Autonom modus tar én oppgave i én sesjon. Crew holder minne på tvers av sesjoner, fortsetter mens du er borte, kjører planlagt arbeid og orkestrerer flere spesialiserte agenter samtidig.

Prosjektet begynte som et internt sideprosjekt kalt MeshClaw, bygget av tre Amazon-ansatte som ville kunne starte en oppgave, gå fra maskinen og kjøre flere oppgaver samtidig. Veksten internt er grunnen til at koden nå er åpen: på under seks måneder tok over 39 000 ansatte den i bruk, og nesten 500 bidragsytere leverte 597 oppdateringer i et tempo på 143 commits i uken, skriver Kiro-teamet i lanseringsbloggen.

Agentene endrer egen adferd over tid. Minnet bærer preferanser, prosjektkontekst og relevant historikk inn i nye sesjoner, korreksjoner blir varige lærdommer, og gjentatte mønstre blir til ferdigheter du kan inspisere, redigere eller fjerne. Retter du en agent gjentatte ganger på at den skal bruke én funksjon fremfor en annen, sitter rettelsen igjen.

«Minne, lærdommer og ferdigheter forblir synlige, så du bestemmer hva mannskapet ditt tar med seg videre.» Kiro-teamet i lanseringsbloggen

Sikkerhetsprofilen er det mest interessante for deg som skal gi en agent skrivetilgang til egen kode og CI. Kiro Crew leveres ifølge lanseringsbloggen med sandkasse på OS-nivå, kommandoer som er nektet som standard, blokkering av mistenkelige mønstre og sensitive filstier, validering av inndata, redaksjon av legitimasjon og en signert revisjonslogg over hver handling. Orkestreringen går over Agent Client Protocol (ACP), og hvert steg er observerbart mens det skjer: planlegging, oppstart av parallelle underagenter, valg av verktøykall og godkjenningsporter. Aktivitetsvisningen gir ett kort per agent med resonnement, verktøykall og resultater.

Du kan jobbe med Crew fra skrivebordsappen, nettdashbordet eller TUI-en, og koble på Slack, Telegram og Discord for å fortsette samme arbeid fra en annen flate. Dashbordet binder seg lokalt som standard. Ferdigheter og konfigurasjon fra andre agentplattformer bygget på åpne standarder kjører uten endringer, så Crew kan legges ved siden av det du har fremfor å erstatte det. Arbeid som ikke hører hjemme i et chatvindu flyttes inn i Apps, egne grensesnitt som kombinerer UI med agenter, ferdigheter, tidsplaner og backend-tjenester. Ved lansering følger blant annet DevFleets for arbeidstre-håndtering, Task Runner for langtkjørende oppgaver og Issue Radar for triagering av issues og pull requests.

Åpenheten gjelder også styringen. Prosjektet drives av en styringskomité av vedlikeholdere listet offentlig i MAINTAINERS.md, forslag fremmes som pull requests og debatteres i repoet, og beslutningene dokumenteres der. Kiro og AWS-ingeniører vedlikeholder kjernen i starten, med åpning for vedlikeholdere utenfra etter hvert.

Forbeholdet er selvlæringen. En agent som endrer adferd basert på tidligere kjøringer er også en agent som kan lære feil ting, og en signert revisjonslogg hjelper bare hvis noen faktisk leser den. At minne, lærdommer og ferdigheter er synlige og redigerbare gjør jobben mulig, men den jobben er fortsatt din.

Hva bør du gjøre?

1. Start med arbeid som allerede strekker seg utover én sesjon: en migrering, en tilbakevendende gjennomgang eller en pull request som må overvåkes over tid.
2. Les gjennom minne og lærdommer etter de første kjøringene. De styrer agentens senere adferd, og de kan redigeres eller slettes.