Orodja za kodiranje AI in integracija poteka dela

Dobički:

• Zmožnost preslikave kategorij dokončanja urejevalnika, pomočnika za klepet, agenta CLI in avtomatizacije CI v opravila
• Sposobnost prilagajanja ravni avtonomije glede na tveganje in uporabe discipline »najprej načrtuj« za agente CLI
• Sposobnost preoblikovanja uporabe umetne inteligence v skupinski sistem, ki temelji na potrjenem orodju, vratih za preverjanje, preglednosti in odgovornosti

Doslej smo se naučili uporabljati AI pri posameznih opravilih (kodiranje, pregledovanje, testiranje, odpravljanje napak). V tej končni enoti sestavljamo dele: spoznavanje različnih orodij za kodiranje AI, ujemanje pravega orodja s pravim opravilom in njihovo varno vdelavo v vaš dnevni tok razvoja – od urejevalnika do nadzora različic, od cevovoda CI/CD do upravljanja ekipe. Cilj je spremeniti neurejeno navado "vsakih in tam vprašati AI" v dosleden in preverljiv delovni sistem.

Vrste vozil pokrivamo z nevtralnimi kategorijami (določena imena izdelkov se hitro spremenijo; pomembno je, kaj kategorija počne). Vsaka kategorija ima »sweet spot« in profil tveganja; Mojstrstvo je vedeti, koliko avtonomije dati kateri nalogi.

Kategorije orodij za kodiranje AI

1. Dokončanje v urejevalniku. Vtičniki, ki predlagajo vrstice/bloke, ko tipkate v IDE (razvojno okolje, kjer pišete kodo). Sladka točka: hitrost v toku, standardna koda. Tveganje: ozek kontekst, sprejemanje predloga brez razmišljanja.

2. Pomočnik za klepet/stransko ploščo. Vmesnik za klepet, vdelan v IDE, z vidnostjo v del vaše kodne baze. Sladka točka: opis, refaktor, testiranje, analiza napak. Tveganje: omejeno na kontekst, ki ga podate, zahteva preverjanje.

3. Agenti CLI (agentska orodja). Orodja, ki se izvajajo iz ukazne vrstice, lahko berejo in spreminjajo več datotek, izvajajo ukaze in izvajajo večstopenjska opravila sama. Sladka točka: spremembe več datotek, ponavljajoča se opravila, opravila tipa »dodaj to lastnost«. Tveganje: visoka avtonomija = velik vpliv; Če tega ne označite, povzroči obsežne in težko preverljive spremembe.

4. Integracija linije/avtomatizacije. CI (Continuous Integration) roboti, ki puščajo samodejne komentarje o pregledu PR-jev, predlagajo teste ali ustvarjajo dnevnike sprememb. Sladka točka: prvo cedilo brez utrujenosti, konsistenca. Tveganje: hrup, lažno zaupanje.

Namig: Ko se avtonomija povečuje, se mora povečati tudi nadzor. Ker je dokončanje urejevalnika majhno in takojšnje, je rahlo nadzorovano; Večdatotečno modifikacijo posrednika CLI je treba preučiti tako kot, če ne bolj natančno, kot človeški PR.

Korak za korakom: vdelava umetne inteligence v potek dela

1. Preslikaj nalogo v orodje. Majhen dodatek v toku → dokončanje; razumeti/refaktor/testirati → klepet; več datotek, ponavljajoče se delo → agent CLI; zvezni prvi filter → integracija CI.
2. Izberite stopnjo avtonomije. Koliko svobode ima agent? Predlog samo za branje ali spreminjanje datoteke + izvedba ukaza? Prilagodite se tveganju.
3. Negujte kontekst. Trajno vpeljite projektna pravila (slog, arhitektura, »ne smemo«) v orodje; Uporabite datoteko z navodili za projekt, namesto da jo razlagate znova in znova.
4. Ohranite vrata za preverjanje. Sprememba umetne inteligence je kot človeška sprememba: gre skozi zbiranje, testiranje, pregled in (če je kritično) odobritev strokovnjakov. AI odprtje PR ne zaobide odobritve.
5. Izmerite in prilagodite. Opazujte, kaj se resnično pospeši, kje se breme popravka poveča; Izločite uporabe, ki ne delujejo.

Trije mini kovčki

Primer 1 – agent CLI je obravnaval preimenovanje več datotek. Ena ekipa bi preimenovala koncept, razporejen v 60 datotekah. Nalogo so dali agentu CLI, najprej so zaprosili za načrt, odobrili načrt, nato naredili spremembo in zagnali celoten testni paket. Agent 3 je zgrešil robni primer v datoteki; Testi so ga ujeli, popravili. Delo, ki je ročno trajalo približno 3 ure, je bilo z nadzorom opravljeno v 50 minutah.

2. primer – nenadzorovana avtonomija se je izjalovila. Drugi razvijalec je rekel agentu, naj "izboljša ta modul" in ga izdal; Agent je spremenil 18 datotek in dodal dve odvisnosti. Sprememba je bila tako široka, da je ni bilo mogoče pregledati in jo je bilo treba umakniti. Lekcija: dajte agentom ozek obseg, jasna merila sprejemanja in disciplino najprej načrtuj, pozneje naredi.

Primer 3 – CI Review bot je postal prvi filter. Ena ekipa je zgradila bota, ki pušča avtomatizirane komentarje AI o pregledu PR-jev. Ko je bot ujel opustitve preverjanja nič in težave s slogom, so lahko človeški pregledovalci svoj čas posvetili poslovni logiki. Vendar je ekipa jasno povedala, da bot ni zagotovil "odobritve": še vedno je bila potrebna vsaj ena človeška odobritev. Da bi zmanjšali hrup, so čoln uglasili tako, da pušča le visoko/srednje intenziven hrup.

Štiri kopirane predloge

Disciplina »Najprej načrtuj« za agenta CLI:

Naloga: {{jasna, ozka naloga}}Meriji sprejemljivosti: {{merljiv rezultat}}Omejitev: delo samo na {{naslednjem imeniku/datotekah}}; dodajanje nove odvisnosti. Najprej predstavite načrt BREZ SPREMEMB: katere datoteke, kaj se bo spremenilo, katere teste izvajati. Počakajte, da ODOBRIM načrt. Nato ga uporabite korak za korakom, pri vsakem koraku izvajajte teste.

Datoteka z navodili za projekt (stalni kontekst za orodja):

Trajna pravila za orodja AI v tem projektu:- Jezik/različica: {{...}}. Slog: {{...}}.- Arhitekturna omejitev: {{npr. smer med plastmi}}.- NIKOLI: vdelava skrivnosti, uporaba proizvodnih podatkov, {{prepovedane knjižnice}}.- Vsako spremembo je treba preizkusiti; Spreminjanje javnega podpisa API BREZ vprašanja. - Ko ste v dvomih, se ustavite in vprašajte.

Odločitev o preslikavi opravilnega orodja:

Definiram naslednjo nalogo: {{task}}. S katerim razredom orodij naj to naredim: (a) dokončanje urejevalnika, (b) pomočnik za klepet, (c) agent CLI, (d) avtomatizacija CI? Napišite svojo utemeljitev, tveganje in priporočeno raven avtonomije (samo predlog / sprememba datoteke / zagon ukaza).

Kodeks ravnanja robota za pregled CI:

V pregledu PR kot komentarje pustite le ugotovitve VISOKE in SREDNJE resnosti. Vsaka ugotovitev: kategorija, resnost, predlagan popravek. Zberite opombe na ravni preferenc sloga v ločen, en povzetek komentarja. NE PRIVOLITE; potrebna je odobritev človeka.

Šibek poziv/močan poziv

Slabo: (agentu CLI) "Izboljšajte plačilni modul."

Močno: (Agentu CLI) "Zaženi samo pod src/payments/. Naloga: Ekstrahiraj rekurzivno validacijsko logiko iz funkcije refund() v enega samega pomočnika; vedenje in podpisi se ne spremenijo. Najprej predstavi načrt in počakaj na mojo odobritev; nato izvedi in zaženi paket testov/plačil/. Dodaj novo odvisnost."

Močnejša različica zožuje obseg, določa merila sprejemljivosti in omejitve ter vsiljuje disciplino "najprej načrtuj". Nejasne zahteve "narediti bolje" so temeljni vzrok velikih in nenadzorovanih sprememb.

razred vozila

V čem je najboljši

avtonomija

inšpekcijska teža

Dokončanje urednika

Majhen dodatek v okviru videoposnetka

nizka

Svetloba (takojšnje branje)

pomočnik za klepet

Razumeti, testirati, refaktorirati

srednje

Srednje (izhodno preverjanje)

agent CLI

Več datotek, rekurzivno

visoka

Težko (načrt + celoten pregled)

CI avtomatizacija

Neprekinjen prvi filter

srednje

Srednje (pravilo + človeška odobritev)

Timsko upravljanje: od posameznikove spretnosti do skupnega sistema

Dobro uporabljati AI na individualni osnovi je začetek; prava zrelost je dosleden sistem na ravni ekipe. Ta sistem temelji na več stebrih: seznamu odobrenih orodij (katera orodja se lahko uporabljajo s kakšnimi podatki – od enote 10), prehodih za preverjanje (sprememba AI gre skozi iste prehode za gradnjo/testiranje/pregled – od enote 11), preglednosti (navedba, da spremembo poganja AI, zagotavlja sledljivost, kjer je to potrebno) in jasnost odgovornosti (oseba, ki se podpiše in je odgovorna, je jasna). Ta okvir omejuje tveganje, hkrati pa ohranja hitrost in zagotavlja, da novi člani ekipe delajo z enako disciplino.

Pozor: Večja kot je avtonomija orodja – zlasti agentov CLI, ki lahko spreminjajo datoteke, zaganjajo ukaze –, močneje mu omejite dostop do produkcijskega okolja, zaupnih podatkov in operacij, ki jih je težko povrniti. Povežite destruktivne ukaze (trajni izbris, namestitev) na človeško odobritev.

Pogoste napake

• Naloga - pomeni nezdružljivost. Poskuša opraviti delo z več datotekami z dokončanjem urejevalnika ali majhno prilogo s težkim agentom.
• Sprostitev agenta. Naloge zastopnika, dodeljene z ozkim obsegom in brez »najprej načrta«, povzročijo nepreverjene spremembe.
• Sprostitev verifikacijskih vrat za AI. "AI je uspelo, gremo hitro naprej" je najnevarnejša izjema; Vrata so za vse enaka.
• Vsakič ročno podajanje konteksta. Nezapisovanje projektnih pravil v trajno datoteko z navodili povzroča nedoslednost in podvajanje.
• Zamenjati odobritev CI robota za človeško odobritev. Bot je filter; Odobritev odgovornega človeka je obvezna.

Če povzamem

Orodja za kodiranje AI spadajo v štiri glavne kategorije: dokončanje urejevalnika, pomočnik za klepet, agenti CLI in avtomatizacija CI. Mojstrstvo je povezovanje naloge s pravim orodjem in pravo stopnjo avtonomije; Z večanjem avtonomije se povečuje tudi nadzor. Orodjem zagotovite vztrajen projektni kontekst, uveljavite disciplino »najprej načrtujte« za agente z več datotekami in prenesite spremembe AI skozi ista vrata za preverjanje kot človeške spremembe. Individualna spretnost; Spremenite ga v timski sistem, zgrajen na odobrenem seznamu orodij, vratih za preverjanje, preglednosti in jasnosti odgovornosti. AI je multiplikator hitrosti od konca do konca; Oseba, ki podpisuje in daje račun, je vedno kompetentna oseba.

Aplikacijska naloga

Naštejte tri resnične naloge, ki jih boste opravili naslednji teden. Za vsakega uporabite predlogo »odločitev o ujemanju nalog z vozilom«, da utemeljite, kateri razred vozila in kakšno stopnjo avtonomije boste izbrali. Nato zaženite ozko nalogo za agenta CLI (ali pomočnika za klepet) z disciplino »najprej načrtujte«: odobrite načrt, ga uveljavite, zaženite teste in preglejte spremembo kot človeški PR. Na koncu sestavite osnutek »pravila uporabe umetne inteligence« v 5 točkah za svojo ekipo (odobrena orodja, podatkovno pravilo, vrata za preverjanje, omejitev avtonomije, odgovornost).

kontrolni seznam

• [ ] Razlikujem med kategorijami orodij za kodiranje z umetno inteligenco in med priljubljenimi točkami vsakega.
• [ ] Nalogo preslikam v pravi razred vozila in ustrezno stopnjo avtonomije.
• [ ] Orodjem dam trajni kontekst projekta (datoteko z navodili).
• [ ] Za agente CLI uporabljam ozek obseg in disciplino "najprej načrtuj".
• [ ] Spremembe AI posredujem skozi ista vrata za preverjanje kot človeške spremembe.
• [ ] Zagovarjam potrjeno orodje, podatkovno pravilo, preglednost in okvir odgovornosti na ravni skupine.

Modulni izpit

1. Kaj osnovni model velikega jezika pomočnika za kodiranje dejansko počne, ko ustvari kodo?

• A) Vzorčno napove najverjetnejše nadaljevanje glede na dani kontekst ✔
• B) Zagotavlja pravilen rezultat z dejanskim prevajanjem in izvajanjem kode
• C) V živo skenira kodo po vsem internetu in kopira najbolj natančno.
• D) Razume logiko kode kot človeški inženir in razume namen

Pojasnilo: LLM ne 'razume' kode kot človek; Ustvari najverjetnejše nadaljevanje danega konteksta na podlagi vzorcev, ki se jih nauči iz zelo velikega nabora besedila in kode. Zato je kakovost izhoda neposredno odvisna od kakovosti konteksta in navodil, ki jih podate, in vsak izhod je treba potrditi.

2. Kako imenujete, ko AI prepričljivo sestavi neobstoječo funkcijo ali knjižnico, in kaj je edini pravi protistrup?

• A) To se imenuje napaka prevajanja; Protistrup je močnejša oprema
• B) To se imenuje halucinacija; Protistrup je preverjanje kode in vsakega uporabljenega API-ja ✔
• C) To se imenuje regresija; Protistrup je ponovni zagon modela
• D) To se imenuje prelivanje konteksta; Protistrup je skrajšati poziv

Opis: To se imenuje halucinacija in povzroča enega najdražjih hroščev v programski opremi. Edini pravi protistrup je preverjanje: potrditev, da vsaka uporabljena funkcija, API in paket dejansko obstaja in da koda deluje. Samozavestni ton modela ni dokaz točnosti.

3. Kateri pristop najbolj izboljša kakovost in doslednost izhoda pri ustvarjanju kode z AI?

• A) Sprostitev modela z besedami "napiši mi to" brez navajanja konteksta
• B) Pisanje najdaljšega in domiselnega možnega poziva
• C) Določite in navedite primere vhodno/izhodne pogodbe, robnih primerov, različice in sloga ✔
• D) Združevanje ustvarjene kode neposredno, ne da bi jo prebrali

Pojasnilo: Določitev tipov vhoda/izhoda funkcije (pogodba), robnih primerov, omejitve jezika/različice in sloga ter podajanje primera modelu omogoča prehod od predvidevanja k natančnosti. Zahteve »napiši mi to« brez konteksta ustvarijo kodo, ki je vsakič drugačna in pogosto zaobide robne primere.

4. Pri raziskovanju tuje kodne baze z AI je lahko ime funkcije 'validateAndSave', vendar je povzetek AI lahko nepravilen. Kakšen je pravi pristop?

• A) Popolno zaupanje v povzetek AI, saj je ime samoumevno
• B) Neposredno spreminjanje funkcije brez branja
• C) Odločanje samo s pogledom na ime funkcije
• D) Opis AI obravnavajte kot hipotezo in preverite kritične trditve po vrsticah v kodi ✔

Pojasnilo: umetna inteligenca lahko pogleda ime v kodi in vam pove, "kaj je videti, kot da počne", toda v resnici je lahko logika drugačna (ali celo obrnjena). Torej je razlaga AI hipoteza; Kritične trditve, zlasti tiste, ki vključujejo varnost, avtoriteto ali pretok denarja, je treba vizualno preveriti v ustreznih vrsticah.

5. Kakšna je največja nevarnost, če pri pregledu kode s pomočjo umetne inteligence rečete: "AI je pogledal, jasno je"?

• A) AI lahko proizvede lažno negativne rezultate; Prave zgrešene napake ustvarjajo lažno zaupanje ✔
• B) Pregled z umetno inteligenco je prepočasen, zato izgublja čas
• C) Ekipa ne razume, ker AI komentira samo v angleščini
• D) PR ne konvergira, ker AI vedno preveč interpretira

Pojasnilo: umetna inteligenca proizvede lažno pozitivne (označi problem, kjer ne obstaja) in lažno negativne (zmanjka pravega hrošča). Lažni negativi so tihi; Najbolj nevarne napake so tiste, ki v pregledu sploh niso omenjene. Umetna inteligenca je torej prvi filter, ne odobritev; Odločitev o pripojitvi je v pristojnosti odgovorne osebe.

6. Katera je najbolj zahrbtna past, ki se zgodi, ko AI samo daste kodo in natisnete teste?

• A) AI vedno napiše preveč testov in napihne kodno zbirko
• B) AI preizkusi trenutno (morda napačno) vedenje kode kot "pravilno" in odpravi napako ✔
• C) AI samodejno izbriše kodo pri pisanju testov
• D) Umetna inteligenca ne piše samo testov za srečno pot, ampak vedno tudi za robne primere

Pojasnilo: AI ponavadi pogleda kodo in napiše trditve, ki testirajo trenutno vedenje. Če je koda od začetka napačna, AI to napačno vedenje popravi kot "pravilno". Zato je treba pričakovanja testa napisati v skladu z zahtevanim pravilom (specifikacijo), ne glede na trenutni izhod kode.

7. Kaj najbolj določa natančnost hipotez pri odpravljanju napak z AI?

• A) Kako vljudno je napisan poziv.
• B) Kolikokrat je bilo vprašanje ponovno zastavljeno
• C) Kakovost dokazov, zagotovljenih modelu: celotno sporočilo o napaki, sled sklada, vnos in pričakovano vedenje ✔
• D) V kateri barvni temi je napisana koda?

Pojasnilo: AI ne vidi napake tako kot vi; Pozna le dokaze, ki mu jih daš. Glede na celotno sporočilo o napaki, sled sklada, sprožilni vnos in pričakovano vedenje model našteje dejanske možnosti; Če ni dokazov, naredi ugibanje (halucinacije) in te zapelje na napačno pot.

8. Kateri je najbolj kritičen korak, preden daste dnevnike proizvodnje v analizo AI?

• A) Lepljenje dnevnika, kot je, pokriva cel dan
• B) Najprej pretvorite dnevnik v velike črke
• C) Razporeditev vrstic dnevnika po abecednem vrstnem redu
• D) Prikrivanje osebnih podatkov in skrivnosti ter podajanje le ustreznega okna ✔

Opis: Surovi produkcijski dnevniki vsebujejo IP, e-pošto, ID seje, žeton in včasih odprto skrivnost. Vstavljanje v orodje AI, ne da bi jih prikrili, je resna kršitev zasebnosti. Poleg tega je treba dnevnik filtrirati na ozko časovno okno; Toda najprej je treba očistiti občutljive podatke.

9. Kaj je treba storiti, če umetna inteligenca v analizi dnevnika pove, da sta se dva dogodka zgodila 'hkrati', in enega razglasi za glavni vzrok?

• A) Neupoštevanje korelacije kot vzročnosti in preverjanje trditve z metriko in kodo ✔
• B) Sprejemanje vzroka kot dokončnega, ker AI vzpostavlja časovno razmerje
• C) Takojšen ponovni zagon prvoobtožene komponente
• D) Popolno brisanje dnevnikov in njihovo ponovno zbiranje

Pojasnilo: Najpogostejša past pri analizi dnevnika je zamenjava korelacije z vzročno zvezo. Časovno razmerje, ki ga je vzpostavila umetna inteligenca, je namig, ne dokaz. Resnična vzročnost zahteva časovno razporeditev, mehanizem in, če je mogoče, ponovljivost; Trditev mora biti potrjena z metriko in kodo.

10. Kakšno je zlato pravilo, o katerem se ni mogoče pogajati, pri preoblikovanju z AI in kaj ga varuje?

• A) Koda naj bo krajša; Število vrstic to zagotavlja
• B) Brez sprememb v vedenju; testi, ki zajemajo trenutno vedenje, zagotavljajo to ✔
• C) Koda vsebuje več komentarjev; AI to zagotavlja
• D) Prepisovanje celotne datoteke naenkrat; agent jamči za to

Pojasnilo: Preoblikovanje je izboljšanje notranje strukture kode brez spreminjanja njenega zunanjega obnašanja; Zlato pravilo je, da vedenje ostane konstantno. To zagotavlja testiranje: testna mreža, ki zajame trenutno vedenje, preden ga spremeni, se nastavi in ​​zažene po vsakem koraku. Refactoring brez testne mreže je igra na srečo.

11. Katera je plast v proizvodnji dokumentacije, ki je AI ne more poznati in je nevarno nadomestiti?

• A) Kako izvesti korake namestitve
• B) Seznam parametrov funkcije
• C) Utemeljitev, zakaj je bila odločitev o načrtovanju sprejeta na ta način ✔
• D) V katerem jeziku je napisana koda?

Opis: umetna inteligenca lahko iz kode izvleče sloj »kaj/kako« (kaj funkcija počne, kako je nastavljena); vendar ne more poznati plasti "zakaj" (utemeljitev zasnove za odločitev, razlog za mejno vrednost). Izmišljen 'razlog' je bolj nevaren kot nobena utemeljitev; Lastnik kode mora dodati ta sloj.

12. Kaj naj stori razvijalec, če želi med odpravljanjem nujne napake prilepiti konfiguracijsko datoteko, ki vsebuje aktivni ključ API-ja, v neodobreno orodje AI?

• A) Zaradi hitrosti prilepite datoteko takšno, kot je, in nato izbrišite klepet
• B) Dodajte opombo 'zaupno' na konec datoteke in jo pošljite
• C) Pustite ključ in spremenite samo ime datoteke
• D) Odstranite/prikrijte skrivnosti in navedite samo potreben neobčutljiv kontekst ✔

Razkritje: skrivnosti, osebni podatki in zaupna sredstva se nikoli ne smejo vnašati na neodobrena sredstva; Nujnost te rdeče črte ne prekine. Pravilen pristop je, da najprej izluščite/prikrijete skrivnosti in podate samo potreben, neobčutljiv kontekst. Če skrivnost še vedno uhaja, je prva stvar, da takoj obrnete ključ.

13. Koda, ustvarjena z umetno inteligenco, prestane testiranje in se izvaja v proizvodnji. Ali to dokazuje, da je koda varna?

• A) Ne; 'deluje' ne pomeni varno, varnost zahteva ločeno plast avtentikacije ✔
• B) Da; Koda, ki prestane test, je po definiciji varna
• C) Da; Če ga zaženete v proizvodnji, odpravite vse ranljivosti
• D) Ne; vendar je varnost pomembna le, če je koda počasna

Pojasnilo: 'deluje' ni isto kot 'varno'. Tudi če koda vsebuje ranljivost, kot je vstavljanje SQL, lahko prestane testiranje in deluje gladko; Ranljivost se razkrije šele, ko jo napadalec najde. Zato je treba poleg natančnosti varnostno usmerjen pregled in preglede, kot je SAST, izvajati kot ločeno plast.

14. Katera je najvarnejša disciplina, ko agentu CLI dodelite nalogo z več datotekami (avtonomno orodje, ki lahko spreminja datoteke in izvaja ukaze)?

• A) Povejte agentu "izboljšajte ta modul" in dajte popolno svobodo
• B) Določanje ozkega obsega in meril za sprejemljivost, najprej zahtevanje načrta, odobritev, izvajanje korak za korakom in izvajanje testov ✔
• C) Neposredno spojite vse spremembe agenta, ne da bi jih pregledali
• D) Omogočanje agentu neomejenega dostopa do produkcijskega okolja in zaupnih podatkov

Pojasnilo: Ko se avtonomija povečuje, se mora povečati tudi nadzor. Dati agentu ozek obseg in jasna merila sprejemljivosti, najprej zahtevati načrt brez sprememb, odobriti načrt, nato ga izvajati korak za korakom in izvajati teste v vsakem koraku; Preprečuje spremembe, ki so široke, jih ni mogoče pregledati in jih je treba razveljaviti.

15. Kdo nosi odgovornost, ki izhaja iz kode, ustvarjene z umetno inteligenco, v varnostno kritični programski opremi (npr. plačilo ali preverjanje pristnosti)?

• A) Ker koda prihaja iz AI, je pri ponudniku vozila
• B) Če je umetna inteligenca dovolj razvita, ni nihče; ni treba preverjati
• C) Ekipa/inženir, ki pregleduje, sestavlja in distribuira kodo; AI ne nadomesti soglasja ✔
• D) Samo oseba, ki napiše poziv, ne tisti, ki ga pregledajo

Opis: AI je multiplikator hitrosti in generator načrtov; ne more prevzeti odgovornosti. Odgovornost za morebitne napake, ranljivosti ali kršitve, ki izhajajo iz kode v produkciji, nosi ekipa, ki to kodo pregleduje, sestavlja in distribuira. Na področjih, ki so kritična za varnost, izhod umetne inteligence v nobenem primeru ne nadomesti pregleda in odobritve s strani kvalificiranega inženirja.