Qazanclar:
- Redaktorun tamamlanmasını, söhbət köməkçisini, CLI agentini və CI avtomatlaşdırma kateqoriyalarını tapşırıqlara uyğunlaşdırmaq imkanı
- Riskə uyğun olaraq muxtariyyət səviyyəsini tənzimləmək və CLI agentlərinə “ilk plan” intizamını tətbiq etmək bacarığı
- Süni intellektdən istifadəni təsdiq edilmiş alət, yoxlama qapısı, şəffaflıq və hesabatlılığa əsaslanan komanda sisteminə çevirmək bacarığı
İndiyədək biz süni intellektdən fərdi tapşırıqlarda (kodlaşdırma, nəzərdən keçirmək, sınaqdan keçirmək, sazlama) istifadə etməyi öyrənmişik. Bu son bölmədə biz parçaları birləşdiririk: müxtəlif süni intellekt kodlaşdırma alətləri ilə tanış olmaq, düzgün aləti düzgün işə uyğunlaşdırmaq və onları redaktordan versiyaya nəzarətə, CI/CD boru kəmərindən komanda idarəçiliyinə təhlükəsiz şəkildə gündəlik inkişaf axınınıza daxil etmək. Məqsəd qarışıq “Hər vaxt süni intellektdən soruş” vərdişini ardıcıl və yoxlanıla bilən iş sisteminə çevirməkdir.
Biz nəqliyyat vasitələrinin növlərini neytral kateqoriyalarla əhatə edirik (xüsusi məhsul adları tez dəyişir; kateqoriyanın nə etməsi vacibdir). Hər bir kateqoriyanın “şirin yeri” və risk profili var; Ustalıq hansı tapşırığa nə qədər muxtariyyət verəcəyini bilməkdir.
AI Kodlaşdırma Alətlərinin Kateqoriyaları
1. Redaktorda tamamlama. IDE-də (kod yazdığınız inkişaf mühiti) yazdığınız zaman xətlər/bloklar təklif edən plaginlər. Şirin nöqtə: axın sürəti, qazan kodu. Risk: dar kontekst, düşünmədən təklifi qəbul etmək.
2. Söhbət/yan panel köməkçisi. Kod bazanızın bir hissəsinin görünməsi ilə IDE-yə daxil edilmiş söhbət interfeysi. Şirin nöqtə: təsvir, refaktor, sınaq, səhv təhlili. Risk: verdiyiniz kontekstlə məhdudlaşır, yoxlama tələb olunur.
3. CLI agentləri (agent alətləri). Komanda xəttindən işləyən alətlər birdən çox faylı oxuya və dəyişdirə, əmrləri yerinə yetirə və tək-tək çox addımlı tapşırıqları yerinə yetirə bilər. Şirin nöqtə: çox fayl dəyişiklikləri, təkrarlanan tapşırıqlar, "bu xüsusiyyəti əlavə et" tipli işlər. Risk: yüksək muxtariyyət = yüksək təsir; Əgər yoxlanılmazsa, o, geniş və yoxlanılması çətin dəyişikliklər yaradır.
4. Xətt/avtomatlaşdırma inteqrasiyası. CI (Davamlı İnteqrasiya) botları PR-larda avtomatik nəzərdən keçirmə şərhləri buraxır, testlər təklif edir və ya dəyişiklik qeydləri yaradır. Şirin nöqtə: yorulmadan birinci süzgəc, tutarlılıq. Risk: səs-küy, yalançı güvən.
İpucu: Muxtariyyət artdıqca, nəzarət də artmalıdır. Redaktorun tamamlanması kiçik və ani olduğundan, ona yüngül nəzarət edilir; CLI agentinin çoxfayllı modifikasiyası insan PR-dən daha diqqətlə yoxsa yoxlanılmalıdır.
Addım-addım: AI-nin iş prosesinə daxil edilməsi
- Tapşırığı alətlə əlaqələndirin. Kiçik in-stream əlavə → tamamlama; anlamaq/refaktor/test → söhbət; çoxfayllı, təkrarlanan iş → CLI agenti; davamlı birinci filtr → CI inteqrasiyası.
- Muxtariyyət səviyyəsini seçin. Agentin nə qədər azadlığı var? Yalnız oxumaq üçün təklif və ya fayl modifikasiyası + əmrin icrası? Risk üçün tənzimləyin.
- Konteksti tərbiyə edin. Layihə qaydalarını (üslub, arxitektura, "edilməzlər") alətə daimi olaraq təqdim etmək; Layihə təlimat faylını təkrar-təkrar izah etmək əvəzinə istifadə edin.
- Doğrulama qapılarını qoruyun. Süni intellekt dəyişikliyi insan dəyişikliyinə bənzəyir: o, tərtib, sınaq, nəzərdən keçirmə və (kritik olarsa) ekspert təsdiqindən keçir. AI açılış PR təsdiqdən yan keçmir.
- Ölçmək və tənzimləmək. Həqiqətən nəyin sürətləndiyini, düzəliş yükünün artdığı yerdə baxın; İşə yaramayan istifadələri kəsin.
Üç mini qutu
Case 1 — CLI agenti çoxfaylın adının dəyişdirilməsini idarə edir. Bir komanda 60 fayla yayılmış konsepsiyanın adını dəyişəcək. Tapşırığı bir CLI agentinə verdilər, əvvəlcə plan istədilər, planı təsdiq etdilər, sonra dəyişiklik etdilər və bütün test paketini işə saldılar. Agent 3 faylda kənar işi qaçırdı; Testlər onu tutdu, düzəltdi. Əllə təxminən 3 saat davam edən iş nəzarətlə 50 dəqiqəyə tamamlandı.
İş 2 - Yoxlanılmamış muxtariyyət əks nəticə verdi. Başqa bir tərtibatçı agentə "bu modulu təkmilləşdirməyi" söylədi və onu buraxdı; Agent 18 faylı dəyişdirdi və iki asılılıq əlavə etdi. Dəyişiklik o qədər geniş idi ki, onu nəzərdən keçirmək mümkün olmadı və geri götürülməli oldu. Dərs: agentlərə dar əhatə dairəsi, aydın qəbul meyarları və ilk planı sonradan yerinə yetirmək üçün intizam verin.
Case 3 — CI baxış botu ilk filtr oldu. Bir komanda PR-larda avtomatlaşdırılmış süni intellektə baxış şərhlərini buraxan bir bot yaratdı. Bot boş yoxlama buraxılışlarını və üslub problemlərini aşkar etdikdən sonra insan rəyçiləri vaxtlarını biznes məntiqinə həsr edə bildilər. Bununla belə, komanda botun “təsdiq” vermədiyini açıqladı: ən azı bir insan təsdiqi hələ də tələb olunur. Səs-küyü azaltmaq üçün onlar qayığı yalnız yüksək/orta intensivlikli səs-küy buraxacaq şəkildə kökləyiblər.
Dörd Kopyalana bilən Şablon
CLI agenti üçün "ilk plan" intizamı:
Tapşırıq: {{aydın, dar tapşırıq}}Qəbul meyarları: {{ölçülə bilən nəticə}}Məhdud: yalnız {{aşağıdakı kataloq/fayllar}} üzərində işləmək; yeni asılılıq əlavə etmək. İlk olaraq DƏYİŞMƏSİZ bir plan təqdim edin: hansı faylları, nəyi dəyişəcək, hansı testləri işlətmək. Planı Təsdiq etməyimi gözləyin. Sonra onu addım-addım tətbiq edin, hər addımda testlər keçirin.
Layihə təlimat faylı (alətlərə davamlı kontekst):
Bu layihədə AI alətləri üçün davamlı qaydalar:- Dil/versiya: {{...}}. Üslub: {{...}}.- Memarlıq məhdudiyyəti: {{məs. təbəqələr arasında istiqamət}}.- HEÇ VAXT: sirləri daxil etmək, istehsal məlumatlarından istifadə etməklə, {{qadağan olunmuş kitabxanalar}}.- Hər bir dəyişiklik sınaqdan keçirilməlidir; İctimai API imzasını tələb etmədən dəyişdirmək. - Şübhə etdiyiniz zaman durun və soruşun.
Tapşırıq alətinin xəritələşdirilməsi qərarı:
Mən aşağıdakı tapşırığı təyin edirəm: {{task}}. Bunu hansı alətlər sinfi ilə etməliyəm: (a) redaktorun tamamlanması, (b) söhbət köməkçisi, (c) CLI agenti, (d) CI avtomatlaşdırılması? Məntiqinizi, riskinizi və tövsiyə olunan muxtariyyət səviyyənizi yazın (sadəcə təklif / faylı dəyişdirmək / çalıştırma əmri).
CI bot davranış kodeksini nəzərdən keçirin:
PR baxışında şərh olaraq yalnız YÜKSƏK və ORTA ciddilik tapıntılarını buraxın. Hər bir tapıntı: kateqoriya, şiddət, təklif olunan düzəliş. Stil üstünlükləri səviyyəsində qeydləri ayrıca, tək xülasə şərhinə toplayın. RAZI OLMAYIRSINIZ; insan razılığı tələb olunur.
Zəif məlumat / Güclü göstəriş
Zəif: (CLI agentinə) "Ödəniş modulunu yaxşılaşdırın."
Güclü: (CLI agentinə) "Yalnız src/ödənişlər/ altında işləyin. Tapşırıq: Rekursiv doğrulama məntiqini geri qaytarma() funksiyasından tək köməkçiyə çıxarın; davranış və imzalar dəyişmir. Əvvəlcə planı təqdim edin və mənim təsdiqimi gözləyin; sonra testləri/ödənişləri/paketi yerinə yetirin və işə salın. Yeni asılılıq əlavə edin."
Güclü versiya əhatə dairəsini daraldır, qəbul meyarları və məhdudiyyətləri təyin edir və "ilk plan" intizamını tətbiq edir. Qeyri-müəyyən “daha yaxşı etmək” tələbləri geniş və idarəolunmaz dəyişikliklərin əsas səbəbidir.
avtomobil sinfi
Nəyi ən yaxşı bacarır
muxtariyyət
yoxlama çəkisi
Redaktorun tamamlanması
Kiçik yayımdaxili əlavə
aşağı
İşıq (dərhal oxu)
söhbət köməkçisi
Anlayın, sınayın, yenidən işləyin
orta
Orta (çıxış yoxlanışı)
CLI agenti
Çoxfayllı, rekursiv
yüksək
Ağır (plan + tam baxış)
CI avtomatlaşdırılması
Davamlı birinci filtr
orta
Orta (qayda + insan təsdiqi)
Komanda İdarəçiliyi: Fərdi Bacarıqdan Ortaq Sistemə
Fərdi əsasda AI-dən yaxşı istifadə bir başlanğıcdır; real yetkinlik komanda səviyyəsində ardıcıl sistemdir. Bu sistem bir neçə sütuna əsaslanır: təsdiq edilmiş alətlərin siyahısı (hansı alətlər hansı məlumatlarla istifadə edilə bilər — 10-cu bölmədən), doğrulama qapıları (AI dəyişikliyi eyni qurma/test/nəzarət qapılarından keçir — 11-ci blokdan), şəffaflıq (dəyişikliyin süni intellekt tərəfindən idarə olunduğunu bildirməklə, zəruri hallarda izlənməni təmin edir) və məsuliyyətin aydınlığı (imzalanan və cavabdeh olan şəxs aydındır). Bu çərçivə sürəti qoruyarkən riski məhdudlaşdırır və yeni komanda üzvlərinin eyni intizamla işləməsini təmin edir.
Diqqət: Alətin, xüsusən də faylları dəyişdirə, əmrləri yerinə yetirə bilən CLI agentlərinin muxtariyyəti nə qədər yüksəkdirsə, onun istehsal mühitinə, məxfi məlumatlara və geri qaytarılması çətin olan əməliyyatlara daxil olmasını bir o qədər sıx məhdudlaşdırır. Dağıdıcı əmrləri (daimi silmə, yerləşdirmə) insanların təsdiqinə bağlayın.
Ümumi səhvlər
- Tapşırıq - uyğunsuzluq deməkdir. Redaktorun tamamlanması və ya ağır agent ilə kiçik bir əlavə ilə çox fayllı iş görməyə çalışırıq.
- Agentin azad edilməsi. Dar miqyasda və “ilk plan” olmadan verilən agent tapşırıqları araşdırılmamış dəyişikliklər yaradır.
- AI üçün doğrulama qapılarının gevşetilməsi. “AI bacardı, tez davam edək” ən təhlükəli istisnadır; Qapılar hamı üçün eynidir.
- Hər dəfə kontekstin əl ilə verilməsi. Layihə qaydalarını daimi təlimat faylına yazmamaq uyğunsuzluq və təkrarlama yaradır.
- CI botunun təsdiqini insanların təsdiqi ilə səhv salmaq. Bot bir filtrdir; Məsuliyyətli insan təsdiqi məcburidir.
Xülasə
AI kodlaşdırma vasitələri dörd əsas kateqoriyaya bölünür: redaktorun tamamlanması, söhbət köməkçisi, CLI agentləri və CI avtomatlaşdırılması. Ustalıq tapşırığı düzgün alətə və lazımi muxtariyyət səviyyəsinə uyğunlaşdırmaqdır; Muxtariyyət artdıqca nəzarət də artır. Alətlərə davamlı layihə konteksti verin, çox fayllı agentlərə “ilk plan” intizamı tətbiq edin və AI dəyişikliyini insan dəyişikliyi ilə eyni yoxlama qapılarından keçirin. Fərdi bacarıq; Onu təsdiq edilmiş alətlər siyahısı, yoxlama qapıları, şəffaflıq və məsuliyyətin aydınlığı əsasında qurulmuş komanda sisteminə çevirin. Süni intellekt uç-to-end sürət çarpanıdır; Hesabı imzalayan və verən şəxs həmişə səlahiyyətli şəxsdir.
Tətbiq tapşırığı
Gələn həftə görəcəyiniz üç real işi sadalayın. Hansı avtomobil sinfini və hansı avtonomiya səviyyəsini seçəcəyinizi əsaslandırmaq üçün hər biri üçün “tapşırıqdan avtomobilə uyğunluq qərarı” şablonundan istifadə edin. Sonra CLI agenti (və ya söhbət köməkçisi) üçün “əvvəlcə plan” intizamı ilə dar bir tapşırığı yerinə yetirin: planı təsdiqləyin, tətbiq edin, sınaqları keçirin və dəyişikliyi insan PR kimi nəzərdən keçirin. Nəhayət, komandanız üçün 5 bəndlik “AI istifadə qaydası” hazırlayın (təsdiqlənmiş alətlər, məlumat qaydası, yoxlama qapısı, muxtariyyət limiti, hesabatlılıq).
yoxlama siyahısı
- [ ] Mən süni intellekt kodlaşdırma aləti kateqoriyalarını və hər birinin şirin yerini ayıra bilirəm.
- [ ] Tapşırığı düzgün avtomobil sinfinə və müvafiq avtonomiya səviyyəsinə uyğunlaşdırıram.
- [ ] Mən alətlərə daimi layihə kontekstini (təlimat faylı) verirəm.
- [ ] Mən CLI agentlərinə dar əhatə dairəsi və "ilk plan" intizamını tətbiq edirəm.
- [ ] Mən AI dəyişikliklərini insan dəyişiklikləri ilə eyni yoxlama qapılarından keçirəm.
- [ ] Mən komanda səviyyəsində təsdiq edilmiş alət, məlumat qaydası, şəffaflıq və hesabatlılıq çərçivəsinin tərəfdarıyam.
Modul imtahanı
1. Kodlaşdırma köməkçisinin əsas böyük dil modeli kod istehsal edərkən əslində nə edir?
- A) Verilmiş kontekst əsasında ən çox ehtimal olunan davamı nümunəvi olaraq proqnozlaşdırır ✔
- B) Kodu faktiki tərtib edib işlətməklə düzgün nəticəyə zəmanət verir
- C) İnternetdə canlı olaraq kodu skan edir və ən dəqiq olanı kopyalayır.
- D) İnsan mühəndisi kimi kodun məntiqini anlayır və niyyətini başa düşür
Aydınlaşdırma: LLM kodu insan kimi “başa düşmür”; O, çox böyük mətn və kod hovuzundan öyrəndiyi nümunələrə əsaslanaraq verilmiş kontekstin ən çox ehtimal olunan davamını yaradır. Buna görə də, çıxışın keyfiyyəti bilavasitə verdiyiniz kontekstin və təlimatın keyfiyyətindən asılıdır və hər bir çıxış təsdiqlənməlidir.
2. Süni intellekt mövcud olmayan funksiyanı və ya kitabxananı inandırıcı şəkildə uydurduqda bunu nə adlandırırsınız və yeganə real antidot nədir?
- A) Bu kompilyasiya xətası adlanır; Antidot daha güclü avadanlıqdır
- B) Bu hallüsinasiya adlanır; Antidot kodu və istifadə olunan hər bir API-ni yoxlamaqdır ✔
- C) Buna reqressiya deyilir; Panzehir modeli yenidən işə salmaqdır
- D) Buna kontekst daşması deyilir; Antidot, tezliyi qısaltmaqdır
Təsvir: Bu hallüsinasiya adlanır və proqram təminatında ən bahalı səhvlərdən birinə səbəb olur. Yeganə real antidot yoxlamadır: istifadə olunan hər bir funksiyanın, API-nin və paketin həqiqətən mövcud olduğunu və kodun işlədiyini təsdiqləmək. Modelin inamlı tonu dəqiqliyin sübutu deyil.
3. Süni intellekt ilə kod yaradan zaman çıxışın keyfiyyətini və ardıcıllığını ən çox hansı yanaşma yaxşılaşdırır?
- A) Heç bir kontekst vermədən 'bunu mənə yaz' deyərək modeli buraxmaq
- B) Mümkün olan ən uzun və zərif əmri yazmaq
- C) Giriş/çıxış müqaviləsi, kənar vəziyyətlər, versiya və üslub nümunələrini göstərin və verin ✔
- D) Yaradılmış kodu oxumadan birbaşa birləşdirmək
İzahat: Funksiyanın giriş/çıxış növləri (müqavilə), kənar hallar, dil/versiya və üslub məhdudiyyətinin müəyyən edilməsi və modelə nümunə verilməsi proqnozdan dəqiqliyə keçidi təmin edir. Kontekstsiz "mənə bunu yaz" sorğuları hər dəfə fərqli olan və tez-tez kənar hallardan yan keçən kod istehsal edir.
4. AI ilə xarici kod bazasını araşdırarkən, funksiyanın adı 'validateAndSave' ola bilər, lakin AI həzmi yanlış ola bilər. Doğru yanaşma nədir?
- A) AI xülasəsinə tam inam, çünki adı özünü izah edir
- B) Funksiyanı oxumadan birbaşa dəyişmək
- C) Sadəcə funksiya adına baxmaqla qərar vermək
- D) AI təsvirini bir fərziyyə kimi nəzərdən keçirin və kodda sətir-sətir kritik iddiaları yoxlayın ✔
İzahat: Süni intellekt koddakı ada baxa və sizə "nə etdiyini" deyə bilər, lakin əslində məntiq fərqli ola bilər (və ya əksinə). Beləliklə, AI izahı bir fərziyyədir; Xüsusilə təhlükəsizlik, səlahiyyət və ya pul axını ilə bağlı kritik iddialar müvafiq sətirlərdə vizual olaraq yoxlanılmalıdır.
5. Süni intellektlə dəstəklənən kodun nəzərdən keçirilməsində “AI baxdı, aydındır” deməyin ən böyük təhlükəsi nədir?
- A) AI yalan neqativlər yarada bilər; Həqiqi buraxılmış səhvlər yalançı inam yaradır ✔
- B) AI araşdırması çox yavaşdır, ona görə də vaxt itirir
- C) Komanda başa düşmür, çünki AI yalnız ingilis dilində şərh edir
- D) PR birləşmir, çünki AI həmişə həddindən artıq şərh edir
İzahat: Süni intellekt həm yanlış pozitivlər (problemi mövcud olmayan yerdə qeyd edir), həm də yanlış neqativləri (əsl səhvi əldən verir) yaradır. Yalan neqativlər susur; Ən təhlükəli səhvlər icmalda ümumiyyətlə qeyd edilməyənlərdir. Beləliklə, AI təsdiq deyil, ilk filtrdir; Birləşmə qərarı cavabdeh şəxsə məxsusdur.
6. Sadəcə AI-yə kodu və çap testlərini verdiyiniz zaman baş verən ən məkrli tələ nədir?
- A) AI həmişə çoxlu testlər yazır və kod bazasını şişirdir
- B) Süni intellekt kodun cari (bəlkə də yanlış) davranışını 'düzgün' olaraq yoxlayır və səhvi düzəldir ✔
- C) Süni intellekt testlər yazarkən kodu avtomatik silir
- D) AI testləri yalnız xoşbəxt yol üçün deyil, həmişə kənar vəziyyət üçün yazır
İzahat: Süni intellekt koda baxmağa və cari davranışı sınayan iddialar yazmağa meyllidir. Əgər kod əvvəldən səhvdirsə, AI bu yanlış davranışı "düzgün" olaraq düzəldir. Buna görə də, testin gözləntiləri kodun cari çıxışına görə deyil, tələb olunan qaydaya (spesifikasiyaya) uyğun olaraq yazılmalıdır.
7. Süni intellektlə səhvi aradan qaldırarkən fərziyyələrin düzgünlüyünü ən çox nə müəyyənləşdirir?
- A) Təklif nə qədər nəzakətlə yazılıb.
- B) Sual neçə dəfə təkrar verildi
- C) Modelə təqdim edilən sübutların keyfiyyəti: tam səhv mesajı, stek izi, daxiletmə və gözlənilən davranış ✔
- D) Kod hansı rəng mövzusunda yazılmışdır?
İzahat: AI səhvi sizin gördüyünüz kimi görmür; O ancaq sənin ona verdiyin dəlilləri bilir. Tam səhv mesajı, yığın izi, tetikleyici giriş və gözlənilən davranışı nəzərə alaraq, model real imkanları sadalayır; Heç bir dəlil yoxdursa, o, təxmin edir (hallüsinasiya) və sizi yanlış yola aparır.
8. Analiz üçün AI-yə istehsal jurnallarını verməzdən əvvəl ən vacib addım hansıdır?
- A) Bütün günü əhatə edən jurnalı olduğu kimi yapışdırmaq
- B) Əvvəlcə jurnalı böyük hərfə çevirin
- C) Log xətlərinin əlifba sırası ilə düzülməsi
- D) Şəxsi məlumatların və sirlərin maskalanması və yalnız müvafiq pəncərənin verilməsi ✔
Təsvir: Xam istehsal qeydlərində IP, e-poçt, sessiya ID, işarə və bəzən açıq sirr var. Onları maskalamadan AI alətinə yapışdırmaq ciddi məxfiliyin pozulmasıdır. Bundan əlavə, jurnal dar bir zaman pəncərəsinə süzülməlidir; Ancaq ilk zərurət həssas məlumatları təmizləməkdir.
9. Əgər AI log analizində iki hadisənin "eyni vaxtda" baş verdiyini deyirsə və birini əsas səbəb kimi elan edirsə, nə etmək lazımdır?
- A) Səbəb əlaqəsi kimi korrelyasiyaya məhəl qoymamaq və iddianı ölçülər və kodlarla yoxlamaq ✔
- B) Səbəbi qəti olaraq qəbul etmək, çünki AI zaman əlaqəsi qurur
- C) Birinci təqsirləndirilən komponentin dərhal yenidən işə salınması
- D) Qeydlərin tamamilə silinməsi və yenidən yığılması
İzahat: Log analizində ən çox rast gəlinən tələ səbəb əlaqə ilə korrelyasiyanı qarışdırmaqdır. AI tərəfindən qurulan zaman əlaqəsi sübut deyil, bir ipucudur. Həqiqi səbəb əlaqəsi zaman, mexanizm və mümkünsə təkrarlanmağı tələb edir; İddia ölçülər və kodla təsdiqlənməlidir.
10. AI ilə refaktorinq zamanı müzakirə olunmayan qızıl qayda nədir və onu nə təmin edir?
- A) Kod daha qısa olmalıdır; Sətirlərin sayı buna zəmanət verir
- B) Davranışında dəyişiklik olmaması; cari davranışı ələ keçirən testlər bunu təmin edir ✔
- C) Kodda daha çox şərh var; AI buna zəmanət verir
- D) Bütün faylın bir anda yenidən yazılması; agent buna zəmanət verir
İzahat: Refaktorinq kodun xarici davranışını dəyişdirmədən daxili strukturunun təkmilləşdirilməsidir; Qızıl qayda davranışın sabit qalmasıdır. Bunu təmin edən şey sınaqdır: onu dəyişməzdən əvvəl cari davranışı tutan test şəbəkəsi qurulur və hər addımdan sonra işə salınır. Test şəbəkəsi olmadan refaktorinq qumar oyunudur.
11. Sənəd istehsalında AI-nin bilmədiyi və düzəltmək təhlükəli olan təbəqə hansıdır?
- A) Quraşdırma addımlarını necə yerinə yetirmək olar
- B) Funksiyanın parametrlər siyahısı
- C) Dizayn qərarının bu şəkildə qəbul edilməsinin "niyə" əsaslandırılması ✔
- D) Kod hansı dildə yazılıb?
Təsvir: AI koddan 'nə/necə' qatını çıxara bilər (funksiya nə edir, necə qurulur); lakin o, 'niyə' qatını (qərarın dizayn əsaslandırması, limit dəyərinin səbəbi) bilə bilməz. Uydurma “səbəb” heç bir əsaslandırmadan daha təhlükəlidir; Kod sahibi bu təbəqəni əlavə etməlidir.
12. Təcili səhvi həll edərkən, canlı API açarı olan konfiqurasiya faylını təsdiqlənməmiş AI alətinə yapışdırmaq istəyən tərtibatçı nə etməlidir?
- A) Sürət üçün faylı olduğu kimi yapışdırın və sonra söhbəti silin
- B) Faylın sonuna 'məxfi' qeyd əlavə edin və onu göndərin
- C) Açarı buraxın və yalnız fayl adını dəyişin
- D) Sirləri silmək/maskalamaq və yalnız lazımi həssas olmayan kontekst vermək ✔
Açıqlama: Sirlər, şəxsi məlumatlar və məxfi aktivlər heç vaxt təsdiqlənməmiş vasitələrə daxil edilməməlidir; Təcililik bu qırmızı xətti dayandırmır. Düzgün yanaşma əvvəlcə sirləri çıxarmaq/maskalamaq və yalnız zəruri, həssas olmayan konteksti verməkdir. Əgər sirr hələ də sızırsa, ilk iş o açarı dərhal çevirməkdir.
13. AI tərəfindən yaradılan kod sınaqdan keçir və istehsalda işləyir. Bu kodun təhlükəsiz olduğunu sübut edirmi?
- A) Xeyr; 'işləmək' təhlükəsiz demək deyil, təhlükəsizlik ayrıca autentifikasiya səviyyəsini tələb edir ✔
- B) Bəli; Testdən keçən kod tərifinə görə təhlükəsizdir
- C) Bəli; Onu istehsalda işə salmaq bütün zəiflikləri aradan qaldırır
- D) Xeyr; lakin təhlükəsizlik yalnız kod yavaş olduqda vacibdir
Aydınlaşdırma: "İşləmək" "təhlükəsiz" ilə eyni deyil. Kodda SQL injection kimi zəiflik olsa belə, o, sınaqdan keçə və rəvan işləyə bilər; Zəiflik yalnız təcavüzkar onu tapdıqda aşkar edilir. Buna görə də, dəqiqliyə əlavə olaraq, təhlükəsizlik yönümlü nəzərdən keçirmə və SAST kimi skanlar ayrıca bir təbəqə kimi həyata keçirilməlidir.
14. CLI agentinə (faylları dəyişdirə və əmrləri yerinə yetirə bilən avtonom alət) çoxfayllı tapşırıq verərkən ən təhlükəsiz intizam hansıdır?
- A) Agentə “bu modulu təkmilləşdirin” demək və tam sərbəstlik vermək
- B) Dar əhatə dairəsi və qəbul meyarları vermək, əvvəlcə plan istəmək, onu təsdiqləmək, addım-addım həyata keçirmək və testləri keçirmək ✔
- C) Agentin bütün dəyişikliklərini nəzərdən keçirmədən birbaşa birləşdirin
- D) Agentə istehsal mühitinə və məxfi məlumatlara məhdudiyyətsiz girişin verilməsi
İzahat: Muxtariyyət artdıqca nəzarət də artmalıdır. Agentə dar bir əhatə dairəsi və aydın qəbul meyarları vermək, əvvəlcə dəyişiklik etmədən plan tələb etmək, planı təsdiqləmək, sonra onu addım-addım həyata keçirmək və hər addımda testlər aparmaq; Geniş, nəzərdən keçirilməyən və geri qaytarılması lazım olan dəyişikliklərin qarşısını alır.
15. Təhlükəsizlik baxımından kritik proqram təminatında (məsələn, ödəniş və ya autentifikasiya) süni intellekt tərəfindən yaradılan koddan irəli gələn məsuliyyət kimin üzərinə düşür?
- A) Kod süni intellektdən gəldiyi üçün avtomobil provayderindədir
- B) Əgər AI kifayət qədər inkişaf edibsə, heç kimdə yoxdur; yoxlamağa ehtiyac yoxdur
- C) Kodu yoxlayan, yığan və paylayan komanda/mühəndis; AI razılığı əvəz etmir ✔
- D) Təklifi yazan şəxs, onu nəzərdən keçirənlər deyil
Təsvir: AI sürəti artıran və plan generatorudur; məsuliyyəti öz üzərinə götürə bilməz. İstehsalda koddan yaranan hər hansı səhvlər, zəifliklər və ya pozuntulara görə məsuliyyət həmin kodu nəzərdən keçirən, toplayan və paylayan komandanın üzərinə düşür. Təhlükəsizlik baxımından kritik sahələrdə AI çıxışı heç bir halda ixtisaslı mühəndis tərəfindən nəzərdən keçirilmə və təsdiqlənməni əvəz edə bilməz.