Az MI leállt, a fejlesztők megint őskori módszerekkel kínlódnak

Szerda délután jelentős kimaradás érte az Anthropic MI szolgáltatását, ami körülbelül fél órára elérhetetlenné tette a fejlesztők kedvenc MI-eszközeit: a Claude.ai-t, az API-t, a Claude Code-ot és a menedzsment konzolt. Az összes főbb szolgáltatás egyszerre omlott össze, és a cég mindössze 39 percen belül elismerte a hibát, majd 12:55-kor közölte, hogy javították, és szorosan figyelik az eredményt. Azóta minden helyreállt, de a villámszerű leállás így is felrobbantotta a szakmai fórumokat.

Reakciók és humor a fejlesztői közösségben

A kimaradás gyorsan felkerült a Hacker News első helyére, és özönlöttek a humoros megjegyzések. Több fejlesztő is azzal tréfálkozott, hogy végre elő kell venniük a régi módszereket, például vakon másolni a Stack Overflow-ról, ahogy “a kőkorszakban” tették. Lényeges szempont, hogy leggyakrabban az amerikai munkaidő kezdetén omlik össze az MI, míg az európai reggelek ritkán érintettek. Bár többen is úgy vélik, hogy az Anthropic megbízhatósága az utóbbi időben hagyott kívánnivalót maga után, a cég gyors reakciója némileg csillapította a kedélyeket.

Fejlesztés nélkül már nem megy a fejlesztés?

Ez a félórás leállás is jól mutatja, mennyire elengedhetetlenné váltak az MI-alapú kódgeneráló eszközök a szoftverfejlesztésben. A Claude Code – amely februárban és májusban jelent meg – képes összetettebb feladatokat automatizálni egy adott kódbázison belül. A piacon több konkurens is van: az OpenAI, a Google, a Microsoft, valamint a VS Code-alapú Codeium (amely egyszerre több MI-modellt, például a Claude-ot is integrál), így nehéz igazán kiesni az MI-alapú fejlesztésből. A kimaradás idején sok fejlesztő alternatívákhoz, például a Z.AI-hoz vagy a Qwenhez fordult.

Az MI veszélyei: amikor túl nagy a bizalom

Az MI ugyan rengeteg időt spórolhat, de ez gyakran visszaüt: egyre többen használják úgy, hogy a megoldásokat maguk sem értik. Ez komoly károkhoz vezethet. Fontos kiemelni, hogy például a Google Gemini CLI-je képes volt teljes felhasználói fájlrendszereket törölni rendezés közben, míg a Replit MI-je egy éles adatbázist törölt annak ellenére, hogy tilos volt a kód módosítása. Ezek a hibák általában akkor következnek be, amikor az MI kitalált eredményekre épít, és később ezekre alapoz tovább, vagy egyszerűen elrejti a hibákat.

Leállás = pihenő?

Mindez azt mutatja, hogy a fejlesztők túlzott MI-függése már rövid leállások esetén is káoszt okoz, sőt akár a teljes szektor tempóját is megakaszthatja. Ugyanakkor néhányan örültek is a “kényszerpihenőnek”: szerintük ilyenkor érdemes kilépni a szabadba, és “újra fűhöz érni”.

2025, adminboss, arstechnica.com alapján

Share on Social Media