Mjetet e kodimit të AI dhe integrimi i rrjedhës së punës

Fitimet:

• Aftësia për të hartuar përfundimin e redaktuesit, asistentin e bisedës, agjentin CLI dhe kategoritë e automatizimit CI në detyra
• Aftësia për të rregulluar nivelin e autonomisë sipas rrezikut dhe për të aplikuar disiplinën 'plani i parë' për agjentët e CLI
• Aftësia për të transformuar përdorimin e AI në një sistem ekipor bazuar në një mjet të vlefshëm, portë verifikimi, transparencë dhe llogaridhënie

Deri më tani ne kemi mësuar të përdorim AI në detyra individuale (kodim, rishikim, testim, korrigjim). Në këtë njësi përfundimtare, ne i bashkojmë pjesët: njohja e mjeteve të ndryshme të kodimit të AI, përshtatja e mjetit të duhur me punën e duhur dhe futja e tyre e sigurt në rrjedhën tuaj të përditshme të zhvillimit - nga redaktori te kontrolli i versionit, nga tubacioni CI/CD te qeverisja e ekipit. Qëllimi është ta kthejmë zakonin e çrregullt "pyetni AI-në herë pas here" në një sistem pune të qëndrueshëm dhe të auditueshëm.

Ne i mbulojmë llojet e automjeteve me kategori neutrale (emrat e produkteve specifike ndryshojnë shpejt; rëndësi ka kategoria). Çdo kategori ka një "pik të ëmbël" dhe një profil rreziku; Mjeshtëri është të dish se sa autonomi t'i japësh cilës detyre.

Kategoritë e mjeteve të kodimit të AI

1. Përfundimi në redaktues. Plugins që sugjerojnë linja/blloqe ndërsa shkruani në IDE-në tuaj (mjedisi i zhvillimit ku shkruani kodin). Pika e ëmbël: shpejtësia në rrjedhë, kodi i pllakës së bojlerit. Rreziku: kontekst i ngushtë, pranimi i sugjerimit pa u menduar.

2. Asistent i bisedës/panelit anësor. Ndërfaqja e bisedës e ngulitur në IDE me dukshmëri në një pjesë të bazës suaj të kodit. Pika e ëmbël: përshkrimi, refaktori, testimi, analiza e defekteve. Rreziku: i kufizuar në kontekstin që jepni, kërkon verifikim.

3. Agjentët CLI (mjetet e agjentëve). Mjetet që funksionojnë nga linja e komandës, mund të lexojnë dhe modifikojnë skedarë të shumtë, të ekzekutojnë komanda dhe të ekzekutojnë vetë detyra me shumë hapa. Pika e ëmbël: ndryshime me shumë skedarë, detyra të përsëritura, punë të tipit "shto këtë pronë". Rreziku: autonomi e lartë = ndikim i lartë; Nëse lihet i pakontrolluar, ai prodhon ndryshime të gjera dhe të vështira për t'u verifikuar.

4. Linja/integrimi i automatizimit. Bots CI (Integrimi i vazhdueshëm) që lënë komente të rishikimit automatik në PR, sugjerojnë teste ose prodhojnë regjistrat e ndryshimeve. Pika e ëmbël: sitë e parë pa lodhje, konsistencë. Rreziku: zhurmë, besim i rremë.

Këshillë: Me rritjen e autonomisë, kontrolli duhet të rritet gjithashtu. Për shkak se përfundimi i redaktorit është i vogël dhe i menjëhershëm, ai mbikëqyret lehtë; Modifikimi me shumë skedarë i një agjenti CLI duhet të ekzaminohet po aq, nëse jo me më shumë kujdes, sesa një PR njerëzore.

Hap pas hapi: Përfshirja e AI në rrjedhën e punës

1. Hartojeni detyrën në mjet. Shtesa e vogël në rrjedhë → përfundimi; kuptoj/refaktor/test → chat; punë me shumë skedarë, të përsëritur → agjent CLI; filtri i parë i vazhdueshëm → integrimi CI.
2. Zgjidhni nivelin e autonomisë. Sa liri ka agjenti? Sugjerim vetëm për lexim apo modifikim skedari + ekzekutim i komandës? Rregulloni për rrezikun.
3. Edukoni kontekstin. Futja e përhershme e rregullave të projektit (stili, arkitektura, "mos") në mjet; Përdorni një skedar udhëzimi projekti në vend që ta shpjegoni atë vazhdimisht.
4. Ruajtja e portave të verifikimit. Ndryshimi i AI është si ndryshimi njerëzor: ai kalon përmes përpilimit, testimit, rishikimit dhe (nëse është kritik) miratimin e ekspertëve. PR e hapjes së AI nuk e anashkalon miratimin.
5. Matni dhe rregulloni. Shikoni se çfarë përshpejtohet me të vërtetë, ku rritet barra e korrigjimit; Shkurtoni përdorimet që nuk funksionojnë.

Tre Mini Rastet

Rasti 1 - Agjenti CLI trajtoi riemërtimin e shumë skedarëve. Një ekip do të riemërtonte një koncept të shpërndarë në 60 skedarë. Ata ia dhanë detyrën një agjenti të CLI, së pari kërkuan një plan, miratuan planin, më pas bënë ndryshimin dhe drejtuan të gjithë grupin e testimit. Agjenti 3 humbi një rast në dosje; Testet e kapën, e rregulluan. Puna, e cila zgjati afërsisht 3 orë me dorë, u krye në 50 minuta me mbikëqyrje.

Rasti 2 - Autonomia e pakontrolluar rezultoi mbrapsht. Një tjetër zhvillues i tha një agjenti të "përmirësonte këtë modul" dhe e lëshoi ​​atë; Agjenti modifikoi 18 skedarë dhe shtoi dy varësi. Ndryshimi ishte aq i gjerë sa nuk mund të rishikohej dhe duhej të tërhiqej. Mësimi: jepuni agjentëve një fushëveprim të ngushtë, kritere të qarta pranimi dhe disiplinë të planit të parë-më vonë.

Rasti 3 - Bot i rishikimit CI u bë filtri i parë. Një ekip ndërtoi një bot që lë komente të automatizuara të rishikimit të AI në PR. Pasi roboti kapi lëshimet e kontrollit null dhe çështjet e stilit, recensuesit njerëz ishin në gjendje t'i kushtonin kohën e tyre logjikës së biznesit. Megjithatë, ekipi e bëri të qartë se roboti nuk dha "miratim": të paktën një miratim njerëzor kërkohej ende. Për të reduktuar zhurmën, ata akorduan varkën që të linte vetëm zhurmë me intensitet të lartë/mesatar.

Katër modele të kopjueshme

Disiplina "Plani i pari" për agjentin CLI:

Detyra: {{detyrë e qartë, e ngushtë}}Kriteret e pranimit: {{rezultat i matshëm}}Kufizim: punoni vetëm në {{ drejtoria/skedarët e mëposhtëm}}; duke shtuar një varësi të re. Së pari paraqisni një plan PA NDRYSHIM: cilët skedarë, çfarë do të ndryshojë, cilat teste të ekzekutohen. Prisni që unë të miratoj planin. Më pas aplikojeni atë hap pas hapi, duke kryer teste në çdo hap.

Skedari i udhëzimeve të projektit (konteksti i vazhdueshëm për mjetet):

Rregullat e vazhdueshme për mjetet e AI në këtë projekt: - Gjuha/versioni: {{...}}. Stili: {{...}}.- Kufizimi arkitektonik: {{ p.sh. drejtimi ndërmjet shtresave}}.- KURRË: ngulitje e sekreteve, duke përdorur të dhënat e prodhimit, {{bibliotekat e ndaluara}}.- Çdo ndryshim duhet të jetë i testueshëm; Ndryshimi i nënshkrimit publik API PA pyetur. - Kur jeni në dyshim, ndaloni dhe pyesni.

Vendimi i hartës së mjetit të detyrës:

Përcaktoj detyrën e mëposhtme: {{detyrë}}. Çfarë klase mjetesh duhet ta bëj këtë me: (a) përfundimin e redaktorit, (b) asistentin e bisedës, (c) agjentin CLI, (d) automatizimin CI? Shkruani arsyetimin, rrezikun dhe nivelin e rekomanduar të autonomisë (thjesht sugjerim / ndryshim skedari / komandë ekzekutimi).

Kodi i mirësjelljes i rishikimit të CI:

Lini vetëm gjetjet e ashpërsisë së lartë dhe të mesme si komente në rishikimin e PR. Çdo gjetje: kategoria, ashpërsia, korrigjimi i sugjeruar. Mblidhni shënime në nivelin e preferencës së stilit në një koment përmbledhës të veçantë. JU NUK PËNDONI; kërkohet miratimi njerëzor.

Prompt i dobët / Prompt i fortë

E dobët: (për agjentin CLI) "Bëni modulin e pagesës më të mirë."

I fortë: (Për agjentin CLI) "Vetëm ekzekutoni nën src/pagesat/. Detyrë: Nxjerrja e logjikës së vlefshmërisë rekursive nga funksioni i rimbursimit() në një ndihmës të vetëm; sjellja dhe nënshkrimet nuk ndryshojnë. Paraqisni fillimisht planin dhe prisni miratimin tim; më pas ekzekutoni dhe ekzekutoni testet/pagesat/ paketën. Shtoni varësi të re."

Versioni i fortë ngushton qëllimin, vendos kriteret dhe kufizimet e pranimit dhe imponon disiplinën "plani i parë". Kërkesat e paqarta "bëni më mirë" janë shkaku kryesor i ndryshimeve të mëdha dhe të pakontrollueshme.

klasa e automjetit

Në çfarë është më i miri

autonomi

pesha e inspektimit

Përfundimi i redaktorit

Shtesa e vogël në rrjedhë

të ulëta

Dritë (lexim i menjëhershëm)

asistent i bisedës

Kuptoni, provoni, rifaktoroni

e mesme

E mesme (verifikimi i daljes)

agjent CLI

Shumë skedarë, rekurzive

lartë

E rëndë (plan + rishikim i plotë)

Automatizimi CI

Filtri i parë i vazhdueshëm

e mesme

E mesme (rregull + miratim njerëzor)

Qeverisja e ekipit: Nga aftësitë individuale në sistemin e përbashkët

Përdorimi i mirë i AI në baza individuale është një fillim; pjekuria reale është një sistem i qëndrueshëm në nivel ekipi. Ky sistem bazohet në disa shtylla: lista e mjeteve të miratuara (cilat mjete mund të përdoren me çfarë të dhënash - nga njësia 10), portat e verifikimit (ndryshimi i AI kalon nëpër të njëjtat porta ndërtimi/testi/rishikimi - nga njësia 11), transparenca (duke deklaruar se një ndryshim është i fuqizuar nga AI ofron gjurmueshmëri aty ku është e nevojshme) dhe qartësi e përgjegjësisë (personi që është i fshirë nga llogaria). Ky kuadër kufizon rrezikun duke ruajtur shpejtësinë dhe siguron që anëtarët e rinj të ekipit të punojnë me të njëjtën disiplinë.

Kujdes: Sa më e lartë të jetë autonomia e një mjeti - veçanërisht agjentët CLI që mund të modifikojnë skedarët, të ekzekutojnë komanda - aq më shumë e kufizoni atë nga qasja në mjedisin e prodhimit, të dhënat konfidenciale dhe operacionet e vështira për t'u kthyer. Lidhni komandat shkatërruese (fshirja e përhershme, vendosja) me miratimin njerëzor.

Gabimet e zakonshme

• Detyra-do të thotë papajtueshmëri. Përpjekja për të bërë një punë me shumë skedarë me përfundimin e redaktuesit ose një bashkëngjitje të vogël me një agjent të rëndë.
• Lirimi i agjentit. Detyrat e agjentëve të dhëna me shtrirje të ngushtë dhe pa një "plan fillimisht" prodhojnë ndryshime të pashqyrtuara.
• Lirimi i portave të verifikimit për AI. "AI e bëri, le të vazhdojmë shpejt" është përjashtimi më i rrezikshëm; Dyert janë të njëjta për të gjithë.
• Dhënia e kontekstit manualisht çdo herë. Mosshkrimi i rregullave të projektit në një skedar të përhershëm udhëzimi prodhon mospërputhje dhe dyfishim.
• Gabimi i miratimit të robotit CI për miratimin njerëzor. Një bot është një filtër; Miratimi i përgjegjshëm njerëzor është i detyrueshëm.

Në përmbledhje

Mjetet e kodimit të AI ndahen në katër kategori kryesore: përfundimi i redaktuesit, asistenti i bisedës, agjentët CLI dhe automatizimi CI. Mjeshtëria është përputhja e detyrës me mjetin e duhur dhe nivelin e duhur të autonomisë; Me rritjen e autonomisë, rritet edhe kontrolli. Jepuni mjeteve kontekstin e vazhdueshëm të projektit, impononi një disiplinë "plani së pari" për agjentët me shumë skedarë dhe kaloni ndryshimin e AI përmes të njëjtave porta verifikimi si ndryshimi njerëzor. Shkathtësi individuale; Shndërroni atë në një sistem ekipor të ndërtuar mbi një listë mjetesh të miratuara, porta verifikimi, transparencë dhe qartësi përgjegjësie. AI është një shumëzues shpejtësie nga fundi në fund; Personi që nënshkruan dhe jep llogarinë është gjithmonë një person kompetent.

Detyra e aplikimit

Rendisni tre detyra reale që do të bëni javën e ardhshme. Përdorni modelin "vendimi për përputhjen e detyrës me automjetin" për secilin për të justifikuar se cilën klasë automjeti dhe çfarë niveli autonomie do të zgjidhni. Pastaj ekzekutoni një detyrë të ngushtë për një agjent CLI (ose asistent chat) me një disiplinë "plani i parë": miratoni planin, zbatoni atë, ekzekutoni testet dhe rishikoni ndryshimin si një PR njerëzore. Më në fund, hartoni një "rregull të përdorimit të AI" me 5 pika për ekipin tuaj (mjetet e miratuara, rregulli i të dhënave, porta e verifikimit, kufiri i autonomisë, llogaridhënia).

listë kontrolli

• [ ] Mund të dalloj midis kategorive të mjeteve të kodimit të AI dhe pikës së ëmbël të secilës.
• [ ] Unë hartoj detyrën në klasën e duhur të automjetit dhe nivelin e duhur të autonomisë.
• [ ] Unë u jap veglave kontekstin e përhershëm të projektit (skedarin e udhëzimeve).
• [ ] Unë aplikoj shtrirje të ngushtë dhe disiplinë "planifikoni së pari" për agjentët e CLI.
• [ ] I kaloj ndryshimet e AI përmes të njëjtave porta verifikimi si ndryshimet njerëzore.
• [ ] Unë mbroj një mjet të vlefshëm, rregull të të dhënave, kornizë transparence dhe llogaridhënieje në nivel ekipi.

Provimi i Modulit

1. Çfarë bën në të vërtetë modeli themelor i gjuhës së madhe i një asistenti kodues kur prodhon kodin?

• A) Parashikon në mënyrë tipike vazhdimin më të mundshëm bazuar në kontekstin e dhënë ✔
• B) Garanton rezultatin e saktë duke përpiluar dhe ekzekutuar kodin
• C) Skanon kodin në të gjithë internetin drejtpërdrejt dhe kopjon kodin më të saktë.
• D) Kupton logjikën e kodit si një inxhinier njerëzor dhe kupton qëllimin

Sqarim: LLM nuk 'kupton' kodin si njeriu; Ai gjeneron vazhdimin më të mundshëm të kontekstit të dhënë, bazuar në modelet që mëson nga një grup shumë i madh teksti dhe kodi. Prandaj, cilësia e prodhimit varet drejtpërdrejt nga cilësia e kontekstit dhe udhëzimit që jepni, dhe çdo produkt duhet të vërtetohet.

2. Si e quani kur AI krijon bindshëm një funksion apo bibliotekë që nuk ekziston dhe cili është i vetmi antidot i vërtetë?

• A) Ky quhet gabim përpilimi; Antidoti është pajisje më e fortë
• B) Ky quhet halucinacion; Kundërhelmi është të verifikoni kodin dhe çdo API të përdorur ✔
• C) Ky quhet regresion; Antidoti është rinisja e modelit
• D) Kjo quhet tejmbushje e kontekstit; Kundërhelmi është shkurtimi i kërkesës

Përshkrimi: Ky quhet halucinacion dhe shkakton një nga gabimet më të shtrenjta në softuer. I vetmi kundërhelm i vërtetë është verifikimi: konfirmimi që çdo funksion, API dhe paketë e përdorur ekziston në të vërtetë dhe se kodi funksionon. Toni i sigurt i modeles nuk është dëshmi e saktësisë.

3. Cila qasje përmirëson më shumë cilësinë dhe konsistencën e prodhimit kur gjeneron kodin me AI?

• A) Lëshimi i modelit duke thënë 'më shkruaj këtë' pa dhënë asnjë kontekst
• B) Shkrimi i kërkesës më të gjatë dhe të zbukuruar të mundshme
• C) Specifikoni dhe jepni shembuj të kontratës hyrëse/dalëse, rastet e skajeve, versionit dhe stilit ✔
• D) Kombinimi i kodit të gjeneruar drejtpërdrejt pa e lexuar atë

Shpjegim: Përcaktimi i llojeve hyrëse/dalëse të funksionit (kontrata), rastet e skajeve, gjuha/versioni dhe kufizimi i stilit dhe dhënia e një shembulli modelit mundëson kalimin nga parashikimi në saktësi. Kërkesat "më shkruaj këtë" pa kontekst prodhojnë kod që është i ndryshëm çdo herë dhe shpesh anashkalon rastet e skajeve.

4. Kur eksploroni një bazë kodi të huaj me AI, emri i një funksioni mund të jetë 'validateAndSave' por përmbledhja e AI mund të jetë e pasaktë. Cila është qasja e duhur?

• A) Besim i plotë në përmbledhjen e AI pasi emri është vetë-shpjegues
• B) Ndryshimi i funksionit drejtpërdrejt pa e lexuar atë
• C) Duke vendosur vetëm duke parë emrin e funksionit
• D) Trajto përshkrimin e AI si hipotezë dhe verifiko pretendimet kritike rresht pas rreshti në kod ✔

Shpjegim: AI mund të shikojë emrin në kod dhe t'ju thotë 'si duket po bën', por në realitet logjika mund të jetë e ndryshme (ose edhe e kundërt). Pra, shpjegimi i AI është një hipotezë; Pretendimet kritike, veçanërisht ato që përfshijnë sigurinë, autoritetin ose rrjedhën e parave, duhet të verifikohen vizualisht në linjat përkatëse.

5. Cili është rreziku më i madh kur thua se 'AI dukej, është e qartë' në rishikimin e kodit të ndihmuar nga AI?

• A) AI mund të prodhojë negativë të rremë; Gabimet reale të humbura krijojnë besim të rremë ✔
• B) Rishikimi i AI është shumë i ngadalshëm, kështu që humbet kohë
• C) Ekipi nuk kupton sepse AI komenton vetëm në anglisht
• D) PR nuk konvergon sepse AI gjithmonë mbiinterpreton

Shpjegim: AI prodhon si pozitive false (duke shënuar një problem aty ku ai nuk ekziston) ashtu edhe negativë të rremë (duke munguar gabimi i vërtetë). Negativët e rremë janë të heshtur; Gabimet më të rrezikshme janë ato që nuk përmenden fare në rishikim. Pra, AI është filtri i parë, jo miratimi; Vendimi për bashkim i takon një personi përgjegjës.

6. Cila është kurthi më tinëzar që ndodh kur thjesht i jep AI kodin dhe testet e printimit?

• A) AI gjithmonë shkruan shumë teste dhe fryn bazën e kodeve
• B) AI teston sjelljen aktuale (ndoshta të gabuar) të kodit si 'të saktë' dhe rregullon defektin ✔
• C) AI fshin automatikisht kodin kur shkruan teste
• D) AI shkruan teste jo vetëm për rrugën e lumtur, por gjithmonë për rastin e skajit

Shpjegim: AI tenton të shikojë kodin dhe të shkruajë pohime që testojnë sjelljen aktuale. Nëse kodi është i gabuar që në fillim, AI e rregullon këtë sjellje të gabuar si 'të saktë'. Prandaj, pritjet e testit duhet të shkruhen sipas rregullit (specifikimit) të kërkuar, jo sipas prodhimit aktual të kodit.

7. Çfarë e përcakton më shumë saktësinë e hipotezave kur korrigjoni një gabim me AI?

• A) Sa mirësjellje është shkruar prompti.
• B) Sa herë është bërë sërish pyetja
• C) Cilësia e provave të ofruara për modelin: mesazhi i plotë i gabimit, gjurmimi i stivës, hyrja dhe sjellja e pritur ✔
• D) Me çfarë teme ngjyre është shkruar kodi?

Shpjegim: AI nuk e sheh gabimin ashtu siç e shihni ju; Ai di vetëm provat që ju i jepni. Duke pasur parasysh mesazhin e plotë të gabimit, gjurmën e stivës, hyrjen e nxitjes dhe sjelljen e pritshme, modeli numëron mundësitë reale; Nëse nuk ka prova, ajo bën një hamendje (halucinacion) dhe ju çon në rrugën e gabuar.

8. Cili është hapi më kritik përpara se t'i jepni regjistrat e prodhimit tek AI për analizë?

• A) Ngjitja e trungut siç është, duke mbuluar tërë ditën
• B) Fillimisht konverto regjistrin në shkronja të mëdha
• C) Rregullimi i linjave të regjistrave sipas rendit alfabetik
• D) Maskimi i të dhënave dhe sekreteve personale dhe dhënia e vetëm dritares përkatëse ✔

Përshkrimi: Regjistrat e prodhimit të papërpunuar përmbajnë IP, email, ID të sesionit, token dhe ndonjëherë sekret të hapur. Ngjitja e tyre në një mjet AI pa i maskuar është një shkelje serioze e privatësisë. Për më tepër, regjistri duhet të filtrohet në një dritare të ngushtë kohore; Por domosdoshmëria e parë është pastrimi i të dhënave të ndjeshme.

9. Çfarë duhet bërë nëse AI thotë se dy ngjarje kanë ndodhur 'njëkohësisht' në analizën e regjistrave dhe e deklaron njërën si shkakun kryesor?

• A) Mospërfillja e korrelacionit si shkakësi dhe verifikimi i pretendimit me metrikë dhe kod ✔
• B) Pranimi i shkakut si përfundimtar sepse AI vendos një marrëdhënie kohore
• C) Rinisja e menjëhershme e komponentit të parë të akuzuar
• D) Fshirja e plotë e regjistrave dhe grumbullimi i tyre përsëri

Shpjegimi: Gracka më e zakonshme në analizën e regjistrave është ngatërrimi i korrelacionit me shkakun. Marrëdhënia kohore e vendosur nga AI është një e dhënë, jo provë. Kauzaliteti i vërtetë kërkon kohë, mekanizëm dhe, nëse është e mundur, përsëritshmëri; Pretendimi duhet të vërtetohet me metrikë dhe kod.

10. Cili është rregulli i artë i panegociueshëm gjatë rifaktorimit me AI dhe çfarë e siguron atë?

• A) Kodi duhet të jetë më i shkurtër; Numri i linjave e garanton këtë
• B) Asnjë ndryshim në sjellje; testet që kapin sjelljen aktuale e sigurojnë këtë ✔
• C) Kodi përmban më shumë komente; AI e garanton këtë
• D) Rishkrimi i të gjithë dosjes menjëherë; agjenti e garanton këtë

Shpjegim: Rifaktorimi është përmirësimi i strukturës së brendshme të kodit pa ndryshuar sjelljen e tij të jashtme; Rregulli i artë është se sjellja mbetet konstante. Ajo që e siguron këtë është testimi: një rrjet testues që kap sjelljen aktuale përpara se ta ndryshojë atë, konfigurohet dhe ekzekutohet pas çdo hapi. Rifaktorimi pa një rrjet testues është një kumar.

11. Cila është shtresa në prodhimin e dokumentacionit që AI nuk mund ta dijë dhe është e rrezikshme për ta krijuar?

• A) Si të ekzekutoni hapat e instalimit
• B) Lista e parametrave të një funksioni
• C) Arsyetimi i 'pse' një vendim projektimi u mor në këtë mënyrë ✔
• D) Në cilën gjuhë është shkruar kodi?

Përshkrimi: AI mund të nxjerrë shtresën 'çfarë/si' (çfarë bën funksioni, si është konfiguruar) nga kodi; por nuk mund të dijë shtresën 'pse' (arsyeja e projektimit për një vendim, arsyeja për një vlerë kufi). Një 'arsye' e sajuar është më e rrezikshme se mos justifikimi; Pronari i kodit duhet të shtojë këtë shtresë.

12. Çfarë duhet të bëjë një zhvillues nëse dëshiron të ngjisë një skedar konfigurimi që përmban një çelës të drejtpërdrejtë API në një mjet AI të pamiratuar ndërkohë që zgjidh një gabim urgjent?

• A) Për shpejtësi, ngjitni skedarin siç është dhe më pas fshini bisedën
• B) Shtoni një shënim 'konfidencial' në fund të skedarit dhe dërgojeni
• C) Lëreni çelësin dhe ndryshoni vetëm emrin e skedarit
• D) Hiq/masko sekretet dhe jep vetëm kontekstin e nevojshëm jo sensitiv ✔

Zbulimi: Sekretet, të dhënat personale dhe asetet konfidenciale nuk duhet të futen kurrë në mjete të pamiratuara; Urgjenca nuk e pezullon këtë vijë të kuqe. Qasja e saktë është që fillimisht të nxirren/maskohen sekretet dhe të jepet vetëm konteksti i nevojshëm, jo ​​i ndjeshëm. Nëse një sekret del ende, gjëja e parë që duhet të bëni është ta ktheni atë çelës menjëherë.

13. Një kod i gjeneruar nga AI kalon testimin dhe funksionon në prodhim. A vërteton kjo se kodi është i sigurt?

• A) Jo; 'punon' nuk do të thotë i sigurt, siguria kërkon një shtresë të veçantë vërtetimi ✔
• B) Po; Kodi që e kalon testin është i sigurt sipas definicionit
• C) Po; Përdorimi i tij në prodhim eliminon të gjitha dobësitë
• D) Jo; por siguria ka rëndësi vetëm nëse kodi është i ngadalshëm

Sqarim: 'Të punosh' nuk është e njëjtë me 'të sigurt'. Edhe nëse kodi përmban një dobësi të tillë si injeksioni SQL, ai mund të kalojë testimin dhe të funksionojë pa probleme; Dobësia zbulohet vetëm kur një sulmues e gjen atë. Prandaj, përveç saktësisë, rishikimi i orientuar drejt sigurisë dhe skanimet si SAST duhet të kryhen si një shtresë e veçantë.

14. Cila është disiplina më e sigurt kur i jepni një detyrë me shumë skedarë një agjenti CLI (mjet autonom që mund të modifikojë skedarët dhe të ekzekutojë komanda)?

• A) T'i thuash agjentit 'përmirësoje këtë modul' dhe t'i japësh liri të plotë
• B) Dhënia e një qëllimi të ngushtë dhe kriteret e pranimit, duke kërkuar fillimisht një plan, duke e miratuar atë, duke e zbatuar hap pas hapi dhe duke kryer testet ✔
• C) Bashkoni drejtpërdrejt të gjitha ndryshimet e agjentit pa i shqyrtuar ato
• D) Dhënia e agjentit akses të pakufizuar në mjedisin e prodhimit dhe të dhënat konfidenciale

Shpjegim: Me rritjen e autonomisë, duhet të rritet edhe kontrolli. Dhënia e agjentit një fushëveprimi të ngushtë dhe kritere të qarta pranimi, fillimisht kërkimi i një plani pa ndryshime, miratimi i planit, më pas zbatimi i tij hap pas hapi dhe kryerja e testeve në çdo hap; Ai parandalon ndryshimet që janë të gjera, të pakontrollueshme dhe që duhet të rikthehen.

15. Kush ka përgjegjësi që rrjedh nga kodi i gjeneruar nga AI në softuerin kritik për sigurinë (p.sh. pagesa ose vërtetimi)?

• A) Meqenëse kodi vjen nga AI, ai është në ofruesin e automjetit
• B) Nëse AI është zhvilluar mjaftueshëm, askush nuk e ka; nuk ka nevojë të verifikohet
• C) Ekipi/inxhinieri që shqyrton, grumbullon dhe shpërndan kodin; AI nuk zëvendëson pëlqimin ✔
• D) Vetëm personi që shkruan porosinë, jo ata që e shqyrtojnë atë

Përshkrimi: AI është një shumëzues shpejtësie dhe gjenerues i planit; nuk mund të marrë përgjegjësi. Përgjegjësia për çdo gabim, dobësi ose shkelje që lind nga kodi në prodhim i takon ekipit që shqyrton, grumbullon dhe shpërndan atë kod. Në zonat kritike për sigurinë, prodhimi i AI nuk është një zëvendësim për rishikimin dhe miratimin nga një inxhinier i kualifikuar në asnjë rrethanë.