Detta självförtroende rasar när koden väl körs i produktion. Rapporten avslöjar en "strukturell diskrepans" – en direkt motsättning mellan hur kod bedöms vid granskning och hur den faktiskt beter sig under verklig arbetsbelastning .

• 81 % av teknikledarna på företagsnivå rapporterar en direkt ökning av produktionsincidenter kopplade till AI-genererad kod .
• 78 % av de tillfrågade uppger att incidenterna ökat totalt sett .
• 86 % rapporterar en ökning av den tid senior personal lägger på att åtgärda koden .
• 74 % säger att minst 25 % av AI-genererad kod kräver omarbetning efter driftsättning .

Detta mönster har ett namn som rapporten lyfter fram: "vibe coding" – metoden att generera och driftsätta kod i hög grad baserat på förtroende – har blivit mainstream, och blind tillit orsakar nu en produktionskris .

Ett växande branschproblem – inte bara New Relic

New Relic är inte ensamma om att slå larm. Andra branschrapporter från 2026 målar samma bild:

• Lightruns rapport State of AI-Powered Engineering 2026 visade att 43 % av AI-genererade kodändringar kräver manuell felsökning i produktion, även efter att ha klarat QA- och staging-tester. Inte en enda respondent sade att deras organisation kunde verifiera en AI-föreslagen korrigering i en enda omdistributionscykel; 88 % behövde två till tre cykler .
• Faros AI:s Engineering Report 2026 fann att antalet buggar per utvecklare har ökat med 54 %, och att kvoten incidenter per pull request har mer än tredubblats. Sambandet mellan AI-användning och produktionskvalitet försämras, inte stabiliseras .
• Sonars undersökning State of Code Developer Survey 2026 visade att AI redan står för 42 % av all committad kod, med en förväntan att nå 65 % till 2027 – ändå litar 96 % av utvecklarna inte fullt ut på AI-genererad kod, och bara 48 % verifierar den alltid innan commit .
• CodeRabbits analys av 470 pull requests med öppen källkod visade att AI-genererade PR:er har ungefär 1,7 gånger fler problem totalt sett, koncentrerade till logiska fel, bristande felhantering och säkerhetsfynd. Vid den 90:e percentilen hade AI-PR:er 26 problem jämfört med 12,3 för mänskliga PR:er .

Grundproblemet är inte att AI skriver dålig kod. Det är att genereringen sker i en takt som är 5–10 gånger snabbare än mänsklig kodning, medan verifieringen fortfarande sker i en hastighet av 1× . Granskningsprocesser designade för mänsklig utvecklingstakt hinner inte med AI-volymerna, vilket skapar en flaskhals i verifieringen där opålitlig kod sipprar ut i produktion obemärkt.

Svaret: New Relic AI Coding Observability

Den 8 juni 2026 bemötte New Relic denna diskrepans direkt genom att tillkännage utvecklingen av New Relic AI Coding Observability, en observerbarhetslösning med öppen källkod designad specifikt för AI-assisterad mjukvaruutveckling . Funktionen är planerad att släppas den 23 juni 2026 och kommer att vara tillgänglig utan extra kostnad för New Relics kunder .

Ett leverantörsneutralt telemetrilager

Arkitekturen spelar roll. New Relic har medvetet byggt AI Coding Observability på två öppna standarder: OpenTelemetry (OTel) och Model Context Protocol (MCP) . Det innebär att team inte låses in i New Relics telemetrischema eller en enskild AI-assistent. Alla assistenter som exponerar MCP-kompatibel telemetri – som GitHub Copilot, Cursor, Claude Code med flera – kan anslutas till samma lager . På en marknad där det dominerande kodningsverktyget 2027 kanske inte är detsamma som idag, är leverantörsneutralitet en praktisk nödvändighet.

Tre kärnfunktioner

New Relics tillkännagivande skisserar tre huvudpelare för AI Coding Observability :

1. Insyn – Spåra hur AI-kodningsassistenter används under utvecklingen: vilka verktyg, hur ofta och vad de producerar. Målet är att omvandla fragmenterad, oövervakad AI-användning till en styrbar och mätbar ingenjörspraktik.
2. Kostnadskontroll – Förutse och styr AI-utvecklingskostnader med budgetvarningar. Detta åtgärdar en direkt blind fläck som FinOps-team ofta rapporterar om, där man får ogenomskinliga månadsfakturor för AI-verktyg utan att förstå värdet de levererar .
3. Styrning – Håll kodsökningar och generering säkra och granskningsbara, inklusive ett nollutgångsläge som håller känslig data inom organisationens nätverk .

Att koppla utveckling till produktion

Den strategiska satsningen ligger på korrelation. AI Coding Observability är designat för att normalisera telemetri från olika AI-assistenter och sömlöst korrelera den med befintlig produktionsinfrastruktur . Tanken är att skapa en enhetlig vy där team kan följa en AI-genererad ändring från IDE via driftsättning till produktion – och sedan se om den ändringen sammanfaller med en ökning av incidenter timmar eller dagar senare.

Varför detta är en vändpunkt för teknikledningen

CTO:er har under 2024–2025 fokuserat på införande och produktivitetsvinster från AI-assistenter. Data från New Relic, Lightrun, Faros, Sonar och andra gör det tydligt att nästa fas måste fokusera på verifiering, tillförlitlighet och kostnadsansvar.

Den 94-procentiga tilltron vid kodgranskning är inte i sig felaktig – AI producerar ofta ren, läsbar och syntaktiskt korrekt kod som klarar statisk analys. Felet ligger i den miljömässiga kontexten: AI-genererad kod fungerar utmärkt i en pull requests smala sandlåda, men fallerar mot komplexiteten i produktionsdata, verkligt användarbeteende och systeminteraktioner som ingen kodgranskning fullt ut kan simulera. Utan observerbarhet över båda faserna betygsätter organisationer AI-koden på en kurva som produktionen vägrar att acceptera.

New Relics AI Coding Observability är ett direkt försök att sluta denna cirkel och flytta branschen från "lita på granskningen" till "verifiera i produktion."

Detta självförtroende rasar när koden väl körs i produktion. Rapporten avslöjar en "strukturell diskrepans" – en direkt motsättning mellan hur kod bedöms vid granskning och hur den faktiskt beter sig under verklig arbetsbelastning .

• 81 % av teknikledarna på företagsnivå rapporterar en direkt ökning av produktionsincidenter kopplade till AI-genererad kod .
• 78 % av de tillfrågade uppger att incidenterna ökat totalt sett .
• 86 % rapporterar en ökning av den tid senior personal lägger på att åtgärda koden .
• 74 % säger att minst 25 % av AI-genererad kod kräver omarbetning efter driftsättning .

Detta mönster har ett namn som rapporten lyfter fram: "vibe coding" – metoden att generera och driftsätta kod i hög grad baserat på förtroende – har blivit mainstream, och blind tillit orsakar nu en produktionskris .

Ett växande branschproblem – inte bara New Relic

New Relic är inte ensamma om att slå larm. Andra branschrapporter från 2026 målar samma bild:

• Lightruns rapport State of AI-Powered Engineering 2026 visade att 43 % av AI-genererade kodändringar kräver manuell felsökning i produktion, även efter att ha klarat QA- och staging-tester. Inte en enda respondent sade att deras organisation kunde verifiera en AI-föreslagen korrigering i en enda omdistributionscykel; 88 % behövde två till tre cykler .
• Faros AI:s Engineering Report 2026 fann att antalet buggar per utvecklare har ökat med 54 %, och att kvoten incidenter per pull request har mer än tredubblats. Sambandet mellan AI-användning och produktionskvalitet försämras, inte stabiliseras .
• Sonars undersökning State of Code Developer Survey 2026 visade att AI redan står för 42 % av all committad kod, med en förväntan att nå 65 % till 2027 – ändå litar 96 % av utvecklarna inte fullt ut på AI-genererad kod, och bara 48 % verifierar den alltid innan commit .
• CodeRabbits analys av 470 pull requests med öppen källkod visade att AI-genererade PR:er har ungefär 1,7 gånger fler problem totalt sett, koncentrerade till logiska fel, bristande felhantering och säkerhetsfynd. Vid den 90:e percentilen hade AI-PR:er 26 problem jämfört med 12,3 för mänskliga PR:er .

Grundproblemet är inte att AI skriver dålig kod. Det är att genereringen sker i en takt som är 5–10 gånger snabbare än mänsklig kodning, medan verifieringen fortfarande sker i en hastighet av 1× . Granskningsprocesser designade för mänsklig utvecklingstakt hinner inte med AI-volymerna, vilket skapar en flaskhals i verifieringen där opålitlig kod sipprar ut i produktion obemärkt.

Svaret: New Relic AI Coding Observability

Den 8 juni 2026 bemötte New Relic denna diskrepans direkt genom att tillkännage utvecklingen av New Relic AI Coding Observability, en observerbarhetslösning med öppen källkod designad specifikt för AI-assisterad mjukvaruutveckling . Funktionen är planerad att släppas den 23 juni 2026 och kommer att vara tillgänglig utan extra kostnad för New Relics kunder .

Ett leverantörsneutralt telemetrilager

Arkitekturen spelar roll. New Relic har medvetet byggt AI Coding Observability på två öppna standarder: OpenTelemetry (OTel) och Model Context Protocol (MCP) . Det innebär att team inte låses in i New Relics telemetrischema eller en enskild AI-assistent. Alla assistenter som exponerar MCP-kompatibel telemetri – som GitHub Copilot, Cursor, Claude Code med flera – kan anslutas till samma lager . På en marknad där det dominerande kodningsverktyget 2027 kanske inte är detsamma som idag, är leverantörsneutralitet en praktisk nödvändighet.

Tre kärnfunktioner

New Relics tillkännagivande skisserar tre huvudpelare för AI Coding Observability :

1. Insyn – Spåra hur AI-kodningsassistenter används under utvecklingen: vilka verktyg, hur ofta och vad de producerar. Målet är att omvandla fragmenterad, oövervakad AI-användning till en styrbar och mätbar ingenjörspraktik.
2. Kostnadskontroll – Förutse och styr AI-utvecklingskostnader med budgetvarningar. Detta åtgärdar en direkt blind fläck som FinOps-team ofta rapporterar om, där man får ogenomskinliga månadsfakturor för AI-verktyg utan att förstå värdet de levererar .
3. Styrning – Håll kodsökningar och generering säkra och granskningsbara, inklusive ett nollutgångsläge som håller känslig data inom organisationens nätverk .

Att koppla utveckling till produktion

Den strategiska satsningen ligger på korrelation. AI Coding Observability är designat för att normalisera telemetri från olika AI-assistenter och sömlöst korrelera den med befintlig produktionsinfrastruktur . Tanken är att skapa en enhetlig vy där team kan följa en AI-genererad ändring från IDE via driftsättning till produktion – och sedan se om den ändringen sammanfaller med en ökning av incidenter timmar eller dagar senare.

Varför detta är en vändpunkt för teknikledningen

CTO:er har under 2024–2025 fokuserat på införande och produktivitetsvinster från AI-assistenter. Data från New Relic, Lightrun, Faros, Sonar och andra gör det tydligt att nästa fas måste fokusera på verifiering, tillförlitlighet och kostnadsansvar.

Den 94-procentiga tilltron vid kodgranskning är inte i sig felaktig – AI producerar ofta ren, läsbar och syntaktiskt korrekt kod som klarar statisk analys. Felet ligger i den miljömässiga kontexten: AI-genererad kod fungerar utmärkt i en pull requests smala sandlåda, men fallerar mot komplexiteten i produktionsdata, verkligt användarbeteende och systeminteraktioner som ingen kodgranskning fullt ut kan simulera. Utan observerbarhet över båda faserna betygsätter organisationer AI-koden på en kurva som produktionen vägrar att acceptera.

New Relics AI Coding Observability är ett direkt försök att sluta denna cirkel och flytta branschen från "lita på granskningen" till "verifiera i produktion."