Alberta ir Claude Code: 466 mln. kodo eilučių per 20 valandų

Svarbiausia

• Ką padarė Alberta? Naudojo Claude Code didelio masto kodo ir saugumo peržiūrai valdžios sistemose.
• Ar DI pats taisė viską? Pavyzdyje akcentuojama analizė, radiniai ir žmogaus patikra, ne aklas automatinis taisymas.
• Kodėl tai svarbu mokymams? Tai geras pavyzdys, kaip mokyti komandas naudoti DI su kontrole, šaltiniais ir atsakomybe.

Claude Code saugumas skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?

Anthropic aprašė Albertos valdžios pavyzdį: Claude Code su Opus ir Sonnet modeliais peržiūrėjo 466 mln. kodo eilučių per 20 valandų. Skaičius toks didelis, kad smegenys iš pradžių sako: palauk, čia rimtai?

Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?

Kas nutiko

Albertos technologijų ir inovacijų ministerija prižiūri apie 1 280 aplikacijų ir 3 400 kodo saugyklų. Apie 50 agentų paraleliai skenavo sistemas, ieškojo saugumo spragų, infrastruktūros silpnų vietų ir dokumentacijos trūkumų.

Valstybinės sistemos dažnai turi vieną bėdą: jos ilgai gyvena. O kas ilgai gyvena, tas prisirenka istorijos. Senas kodas, seni sprendimai, seni kompromisai. Kaip sandėliukas namuose – kol neatidarai, atrodo, kad viskas tvarkoje.

Kodėl tai svarbu

Claude Code saugumas svarbus todėl, kad DI agentai gali padėti peržiūrėti didelius kodo kiekius ten, kur žmonių komanda fiziškai nespėtų. Bet raktinis žodis čia – padėti, ne aklai pataisyti.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.

Ką tai reiškia verslui

Įmonėms tai gera pamoka apie techninę skolą. Jei turite senų sistemų, DI gali padėti greičiau suprasti, kas ten gyvena, bet rezultatams reikia validacijos ir prioritetų.

• pradėti nuo inventoriaus: kiek sistemų, repo ir kritinių paslaugų turite
• naudoti DI pirmai peržiūrai, o ne galutiniam sprendimui
• reikalauti failo ir eilutės nuorodų prie radinių
• taisymus prioritetizuoti pagal riziką, ne pagal sąrašo ilgį

Pirmas praktinis testas galėtų būti vienas senas projektas: DI agentas sudaro rizikų sąrašą, o komanda patikrina 20 svarbiausių radinių rankomis.

Kur pasislėpusi rizika

Rizika – gauti milžinišką radinių sąrašą ir nebežinoti, ką daryti. Saugume daugiau informacijos nėra automatiškai daugiau saugumo.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.

Ką pasidaryti šią savaitę

Jei turite kodo bazę, pasirinkite vieną kritinę sistemą ir paprašykite agento ne taisyti, o paaiškinti architektūrą, rizikas ir testavimo vietas.