Kas īsti ir mainījies Linux kodola darbā ar AI Linux kodols ir operētājsistēmas centrālā daļa, kas pārvalda saziņu starp programmatūru un datora aparatūru. Tieši tāpēc tā izstrādē ir stingri noteikumi par ielāpu iesniegšanu, testēšanu un autorību. Jaunā dokumentācija par AI kodēšanas palīgiem šo sistēmu nevis atceļ, bet pielāgo laikmetam, kurā programmēšanā arvien biežāk iesaistās čatboti un kodu ģenerējoši aģenti.
Linux kodola dokumentācija paredz, ka AI rīkiem jāievēro standarta ielāpu iesniegšanas process un jāstrādā ar visu nepieciešamo procesa dokumentāciju, nevis jāpaļaujas uz atsevišķiem atslēgvārdiem vai īsu kļūdas aprakstu. Tajā uzsvērts, ka projekta repozitorijs nav tikai kods, bet arī arhitektūra, konvencijas, testēšanas noteikumi, relīžu procedūras, iesniegšanas vadlīnijas un atbildības robežas.
Kāpēc ar kļūdas paziņojumu vien nepietiek Dokumentācijā īpaši brīdināts, ka, iedodot AI tikai kļūdas ziņojumu, tas var radīt pārliecinošu, bet nepatiesu skaidrojumu par problēmu. Tāpēc aģentam jāspēj pamatot secinājumus ar pierādījumiem, nevis tikai jāizsaka minējumi par to, kas, iespējams, sabojājies. Šis princips ir svarīgs ne tikai kodola uzturētājiem, bet arī jebkuram projektam, kurā nepareizs labojums var radīt plašas sekas.
Vadlīnijas iesaka AI pirms darba sākšanas izlasīt visu attiecīgo procesa dokumentāciju un pēc tam atrast kļūdu, izveidot reproduktoru, ja kļūda nav triviāla, un tikai tad rakstīt labojumu. Ja kļūdu nevar atkārtot vai pārbaudīt, tas dokumentācijā jānorāda skaidri. Šāda pieeja ir domāta tam, lai uzturētāji netērētu laiku nepārbaudītiem ziņojumiem un neizmēģinātiem labojumiem.
Labojums nav pabeigts, kamēr tas nav pārbaudīts Dokumentācija arī nosaka, ka tas pats AI aģents, kas palīdzējis atrast kļūdu, ideālā gadījumā ir jāizmanto arī labojuma izstrādei un pārbaudei. Pēc tam cilvēkam ir jāpārbauda, vai labojums tiešām darbojas un nerada jaunas problēmas citur sistēmā. Linux kodola dokumentā uzsvērts, ka labojums jātestē lokālā ciklā, pirms tas vispār nonāk līdz repozitorijam.
Tiek prasīts arī, lai iesniegtais labojums nepievienotu būvēšanas brīdinājumus un izturētu checkpatch.pl pārbaudes. Ja labojums nav uzbūvējams vai notestējams, vai nav izdevies izveidot reproduktoru, tas jāpasaka atklāti. Šis ir būtisks signāls, ka AI palīgs nav domāts, lai aizstātu uzturētāju darbu, bet lai samazinātu lieku manuālo slodzi, ja vien process ir disciplinēts.
Autorība, DCO un tas, ko AI nedrīkst darīt Svarīga dokumentācijas daļa attiecas uz autorību. AI aģenti nedrīkst pievienot Signed-off-by tagus, jo tikai cilvēks var juridiski apliecināt Developer Certificate of Origin. Ja izmantots AI palīgs, iesniegumā jānorāda Assisted-by tags atbilstošā formātā, lai būtu redzams, kur tieši izmantots rīks. Tajā pašā laikā pamata izstrādes rīki, piemēram, git, gcc, make un redaktori, šajā atribūcijā nav jāuzskaita.
Dokuments arī iesaka atsevišķi izvērtēt, vai atrastā problēma ir drošības ievainojamība vai parasta kļūda, atsaucoties uz Linux kodola apdraudējuma modeli. Taču šo izvērtējumu AI nedrīkst nosūtīt pašam; lēmums paliek ziņotājam un uzturētājiem. Praktiski tas nozīmē, ka kodola darbplūsma ar AI ir veidota nevis pēc “uzraksti kodu un viss” principa, bet pēc “atrodi, pierādi, salabo, pārbaudi, tikai tad iesniedz” secības.
Ko šī pieeja nozīmē plašākai programmatūras pasaulei XDA aprakstā uzsvērts, ka šie noteikumi ir viens no skaidrākajiem līdz šim publicētajiem ceļvežiem darbam ar kodēšanas aģentiem. Tas ir svarīgi tāpēc, ka AI rīki var ļoti ātri ģenerēt daudz koda, bet cilvēkiem pēc tam joprojām jāizvērtē, vai tas tiešām ir derīgs, drošs un saprotams. Linux kodola gadījumā uzturētāji acīmredzot mēģina nepieļaut situāciju, kurā pārskatīšanas slogs pieaug straujāk nekā darba kvalitāte.
Šī pieeja nav anti-AI nostāja. Drīzāk tā ir mēģinājums noteikt robežas, lai AI varētu palīdzēt tur, kur tas patiešām ietaupa laiku, bet nekurina slodzi ar nepārbaudītiem “iespējamiem” labojumiem. Tieši tāpēc dokumentācijā tik daudz vietas atvēlēts kontekstam, pierādījumiem un testēšanai — nevis tikai koda ģenerēšanai pašai par sevi.
Komentari
0