Amazon Web Services har solgt Bedrock AgentCore som byggeklossene for agenter i produksjon. Byggeklosser er ikke en plattform, konstaterer AWS i blogginnlegget som introduserer Loom: noen må fortsatt sy sammen identitet, tilgangsstyring, ressursmerking og godkjenningsflyt før agentene slippes løs på bedriftsdata. Loom er selskapets eget svar, lagt ut i AWS Labs under Apache-2.0-lisens.
Prosjektet organiserer sju styringsproblemer i én forvaltnings-UI med backend-API: påtvunget ressursmerking, rolle- og attributtbasert tilgang, blueprints for nye tjenester, sikkerhetsskanning i utrullingen, identitetspropagering, et register mot agent-spredning, og menneskelig godkjenning før følsomme handlinger. Tre av dem har verdi langt utenfor AWS-økosystemet.
Det første er identitetspropagering. Når en agent kaller en MCP-server som kaller et REST-API, forsvinner som regel sluttbrukerens identitet i første hopp. Loom bruker token exchange etter RFC 8693, slik at både brukerens og agentens identitet følger med i hvert nedstrømstoken og delegeringskjeden holdes intakt. Nedstrømstjenester kan dermed håndheve minste privilegium på den opprinnelige brukeren, ikke på agentens tjenestekonto.
Det andre er menneskelig godkjenning. Loom bygger tre mønstre for «human in the loop» på MCP-spesifikasjonens elicitations og på hooks i Strands Agents, slik at et verktøykall kan stoppes og legges fram for en person før det utløses.
Det tredje er nøkkelhåndtering. Loom kan rute en agents modellkall gjennom en selvhostet LiteLLM-proxy i stedet for Bedrock, og repoets egen dokumentasjon beskriver hvordan:
«Per-agent-scopede virtuelle nøkler utstedes automatisk fra proxyen. Ingen delt legitimasjon lagres noen gang på en enkelt agent.» — README, awslabs/loom
Mønsteret er direkte overførbart til enhver agent-flåte, uansett hvor modellen kjører.
Så til forbeholdene. Repoet ble opprettet 7. juli 2026 og hadde én stjerne da denne saken ble skrevet. AWS beskriver målgruppen som plattform-ingeniørteam som skal bygge en ny applikasjon på fullt forvaltede AWS-tjenester. Det er ikke hjemmelaben din. AWS er selv tydelig på ambisjonsnivået:
«Loom er ment å tjene som et konkret eksempel på hvordan organisasjoner kan bygge sine egne agent-plattformer.» — AWS Open Source Blog
En referanseimplementasjon, altså, ikke et produkt du adopterer.
Hva bør du gjøre?
- Les identitetsflyten i repoet selv om du aldri rører Bedrock. RFC 8693-kjeden er det mest gjenbrukbare i prosjektet.
- Sjekk om agent-rammeverket ditt støtter MCP elicitations. Gjør det det, kan du bygge godkjenningssteget uten å finne opp mekanismen på nytt.
- Vent med å bygge på Loom i produksjon. Et tre dager gammelt AWS Labs-prosjekt har ingen stabilitetsgaranti.