AWS låter kodagenter felsöka hela Lambda-kedjan i ett anrop
AWS MCP Server samlar felmönster, konfiguration, ändringar och latens från Lambda och anslutna tjänster direkt i kodagentens arbetsflöde.
Felsökning av en serverless-app börjar sällan och slutar sällan i själva Lambda-funktionen. Felet kan ligga i ett API-anrop, en kö, en händelseregel eller en databas som funktionen pratar med. AWS lägger nu den kedjan närmare kodagenten.
Den nya serverless-funktionen i AWS MCP Server kan analysera en driftsatt Lambda-funktion tillsammans med anslutna resurser. AWS nämner Claude Code och Kiro i lanseringen, medan installationsguiden även omfattar bland andra Codex, Cursor, Github Copilot, Devin Desktop och OpenCode.
Ett anrop över åtta tjänster
Kodagenten kan hämta signaler från Lambda och sju typer av anslutna tjänster: API Gateway, Eventbridge, S3, DynamoDB, SNS, SQS och Step Functions. Funktionen jämför felsignaler med en baslinje från de senaste sju dagarna, hämtar den driftsatta konfigurationen, bygger en tidslinje över nyliga ändringar och analyserar latens.
Ett diagnostikanrop kan enligt AWS samla felmönster, konfiguration, ändringstidslinje och latens från Lambda-kedjan. Ikoner: AWS Architecture Icons, Q3 2026. Kredit: AWS (ikoner) och Debrief (redaktionell systemgrafik). Användningsgrund: AWS tillåter kunder och partners att använda ikonpaketet i arkitekturdiagram. Debrief-bearbetning: officiella ikoner monterade i en egen förklarande topologi med verifierade tjänstekopplingar, färgfält, linjer och typografi; inga syntetiska produktmotiv.
AWS beskriver resultatet som en samlad diagnos i ett enda anrop. Bolaget uppger också att det kräver färre tokens än när agenten själv behöver samordna flera API-anrop. Det är ett leverantörspåstående, inte ett oberoende prestandatest, men konstruktionen angriper en tydlig kostnad i agentflöden: varje extra verktygsanrop tar både tid och kontext.
Kontrollpunkten flyttar in i kodsessionen
För utvecklaren innebär förändringen att driftläge och kodkontext kan mötas i samma arbetsyta. Agenten kan se vad som faktiskt körs och vilka resurser som omger funktionen innan den föreslår en ändring. Det minskar glappet mellan att läsa kod och att förstå ett fel i produktion.
Samtidigt blir behörigheterna viktigare. AWS MCP Server använder AWS-identiteter och IAM-rättigheter, vilket gör åtkomsten styrbar men också innebär att agenten bara bör få den insyn som uppgiften kräver. Anrop kan följas i Cloudtrail och Cloudwatch enligt AWS dokumentation för den hanterade MCP-servern.
Själva servern körs i regionerna norra Virginia och Frankfurt, men kan nå tjänster i AWS kommersiella regioner. Den nya serverless-diagnostiken kostar enligt AWS inget extra.
AWS MCP Server har fått en serverless-funktion som låter kodagenter analysera Lambda och anslutna tjänster i ett samlat diagnostikanrop. Funktionen omfattar felmönster, konfiguration, ändringar och latens.
Kodagenter får en kortare väg från koden till den miljö där felet faktiskt uppstår. Det kan göra felsökning mindre beroende av manuella hopp mellan konsoler, loggar och separata API-anrop.
Samtidigt flyttar mer produktionsinsyn in i agentens verktygslager. IAM-gränser och loggning blir därför en del av själva utvecklarupplevelsen, inte bara en central säkerhetsfråga.
Det här är ett mer betydelsefullt MCP-steg än ännu en dokumentationskoppling. När agenten kan läsa en hel serverless-kedja i ett kontrollerat anrop börjar MCP fungera som ett verkligt driftgränssnitt — men nyttan står och faller med snäva behörigheter och tydliga revisionsspår.
