Vienetas 11 / 11

Visapusiškas projektas, atsakingas dirbtinio intelekto naudojimas ir veiksmų planas profesijoje

Pelnas:

  • Galimybė sukurti visapusišką mobiliąją funkciją, kurią būtų galima patikrinti pagal dizainą, kodą, AI integravimą, privatumą, testavimą, derinimą, našumą ir išleidimo veiksmus.
  • Gebėjimas sukurti atsakingo ir etiško dirbtinio intelekto naudojimo pagrindus, vadovaujantis skaidrumo, patikrinimo-atskaitomybės ir teisingumo-nepiktybiškumo principais.
  • Gebėti kurti tvarią profesinę praktiką, išskiriant sritis, kuriose dirbtinis intelektas yra stiprus ir silpnas, o galutinį sprendimą laikant žmogaus rankose.

Šiame modulyje DI naudojome kiekviename mobiliojo ryšio kūrimo etape: kodo generavimui, sąsajai, įrenginyje ir debesies AI integravimui, testavimui, derinimui, našumui, privatumui ir pristatymui į parduotuvę. Šiame paskutiniame skyriuje sujungsime visas šias dalis į vieną tiesioginį srautą, paaiškinsime atsakingo ir etiško AI naudojimo pagrindus ir kalbėsime apie tai, kaip šiuos įgūdžius paversti tvaria profesine praktika. Pagrindinė žinutė nepasikeitė, bet dabar ji tvirtai įsitvirtino: AI yra jėga, kuri padaugina kompetentingą mobiliojo ryšio kūrėją; tai nėra pakaitalas. Tai asmuo, atsakingas už produkto kokybę, saugą ir pažadą vartotojui.

Visapusiška funkcija: dalių derinimas

Kuriant tikrą funkciją nuo pradžios iki pabaigos naudojant AI palaikymą, kiekvienas mūsų išmoktas vienetas sujungiamas grandinėje. Pavyzdys: funkcija „pridėti išlaidas iš kvito“. Srautas veikia taip:

  1. Dizainas (3 skyrius). Sukurkite ekrano ir keturių būsenų (įkeliama / tuščia / klaida / pilna) juodraštį naudodami AI, paprašykite prieigos nuo pat pradžių.
  2. Kodas (2 skyrius). Generuokite kamerą, duomenų modelį ir ViewModel sluoksnis po sluoksnio su MVVM; patikrinkite kiekvieną sluoksnį.
  3. Įrenginio AI (4 skyrius). Skaityti sumą/datą nuo gavimo su ML Kit teksto atpažinimu; Apsvarstykite išankstinį apdorojimą ir pasitikėjimo balus.
  4. Konfidencialumas (9 skyrius). Prašykite fotoaparato leidimo su mažiausia privilegija, parašykite atmetimo scenarijų, saugokite duomenis įrenginyje.
  5. Testavimas (6 skyrius). Generuoti ištraukimo logikos vienetinius testus, ekrano vartotojo sąsajos testavimą; Įtraukti pasienio valstybes.
  6. Derinimas (7 skyrius). Tegul dirbtinis intelektas analizuoja gedimus atsižvelgiant į kontekstą ir pašalina pagrindinę priežastį.
  7. Veikimas (8 skyrius). Išmatuokite fotoaparato apdorojimo baterijos sąnaudas ir nustatykite, kad ji būtų draugiška akumuliatoriui.
  8. Transliavimas (10 skyrius). Skaidriai praneškite apie AI naudojimą, teisingai užpildykite privatumo formą ir atlikite savęs patikrinimą.

Kiekviename žingsnyje AI įsibėgėja, žmogus patikrina ir nusprendžia. Ši kilpa yra modulio šerdis.

Patarimas: nemėginkite dirbtinio intelekto atlikti sudėtingos funkcijos vienu milžinišku prašymu. Suskirstykite jį į patikrinamus veiksmus, kaip nurodyta aukščiau. Išbandyti kiekvieno žingsnio rezultatus ir pereiti prie kito yra saugiau ir galiausiai greičiau; Nes didelę klaidą pagauni ne pabaigoje, o pirmame žingsnyje.

Atsakingas ir etiškas dirbtinio intelekto naudojimas

Vien techninės kompetencijos neužtenka; ją užbaigia atsakinga sistema. Trys principai:

Skaidrumas. Vartotojas turi žinoti, kad jis arba ji sąveikauja su AI. Slaptas AI yra pasitikėjimo pažeidimas. AI sukurtas turinys yra pažymėtas; AI patarimai pateikiami kaip „naudingas patarimas“, o ne „kieta tiesa“.

Tikrinimas ir atskaitomybė. AI produkcija yra atskaitos taškas, o ne gatavas produktas. Jūs esate atsakingas už kiekvieną paskelbtą kodo eilutę, kiekvieną AI atsakymą, kiekvieną duomenų operaciją. „AI taip parašė“ nėra gynyba.

Teisingumas ir nepiktybė. Dirbtinio intelekto modeliai gali turėti paklaidų iš duomenų, kurių jie mokomi. Veido atpažinimo funkcija gali būti blogesnė kai kurioms odos spalvoms, o rekomendacijų variklis gali pašalinti grupę. Jūs esate atsakingi už tai, kad patikrintumėte, ar jūsų produktas tinkamai veikia skirtingose ​​vartotojų grupėse.

Dėmesio: bet kokia technika, kurią išmokstate IT ir saugumo srityje, naudojama tik įgaliotiems ir konstruktyviems tikslams. AI naudojimas siekiant sukurti kenkėjiškas programas, nulaužti kažkieno programą be leidimo, rinkti vartotojo duomenis be sutikimo arba kurti klaidinantį turinį yra neteisėta ir prieštarauja profesijos etikai. Jėgos matas atsiskleidžia ten, kur jo nenaudojate.

AI ribų pripažinimas

Subrendęs kūrėjas žino, kur dirbtinis intelektas šviečia, o kur jam nepavyksta.

AI yra galingas

AI yra silpnas

Formos kodas, katilinės gamyba

Gaminiai ir architektūriniai sprendimai

Testavimas ir dokumentacijos projektas

Verslo konteksto ir vartotojo supratimas

Gedimų žurnalo skaitymas, klaidų nuskaitymas

Galutinė pagrindinės priežasties diagnozė (reikia patikrinti)

Mokymasis, sąvokų paaiškinimas

Dabartinė / nepagaminta API informacija

Tekstas, aprašymas, vertimas

Etika, saugumas ir teisinis galutinis sprendimas

Norint efektyviai naudoti dirbtinį intelektą ir išvengti jo spąstų, labai svarbu atsižvelgti į šį skirtumą.

trys mini dėklai

1 atvejis – greitis nuo galo iki galo. Vienas kūrėjas solo užbaigė „atjungtą“ funkciją per 4 dienas su aukščiau aprašytu 8 žingsnių srautu; Be AI apskaičiuota 12 dienų. Tačiau kadangi jis patikrino kiekvieną žingsnį, leidinys buvo patvirtintas pirmą kartą. Greitis buvo tikras, nes disciplina buvo tikra. Pamoka: AI + patvirtinimas yra greitesnis nei AI patikrinimas.

2 atvejis – pagautas šališkumas. Išbandydama dirbtiniu intelektu pagrįstą daiktavardžio ir lyties numatymo funkciją, komanda pastebėjo sisteminių klaidų kai kuriuose turkų kalbos daiktavardžiuose; modelis buvo apmokytas daugiausia anglų kalbos duomenimis. Funkcija pakeista taip, kad būtų klausiama vartotojo, o ne darant klaidingą prielaidą. Pamoka: kūrėjo darbas yra patikrinti modelio mokymo šališkumą.

3 atvejis – „AI taip pasakė“ gynyba žlugo. Kūrėjas paskelbė AI sukurtą mokėjimo kodą jo nepatvirtinęs; Vienu kraštutiniu atveju kodas darė dvigubą rinkinį. Atsakomybė nepašalinama pasakant „AI parašė“; Kaip sąskaitos savininkas, jis buvo kūrėjas. Pamoka: atsakomybės perleisti negalima.

Silpnas raginimas / Stiprus raginimas

Silpnas raginimas: „Parašykite man pilną kvito nuskaitymo programą“.

Galingas raginimas: „Padėkite man žingsnis po žingsnio sukurti funkciją „pridėti išlaidas iš kvito“. Tęskime eilės tvarka, kai patikrinsiu ir patvirtinsiu kiekvieną veiksmą, pereikime prie kito: 1) Ekranas + keturios būsenos + prieinamumas2) MVVM sluoksniai (fotoaparatas, modelis, „ViewModel“) 3) Nuskaitymo suma / data nuo gavimo naudojant ML rinkinį + perleidimo balas (4) srautas5) Įrenginio ir vartotojo sąsajos testai Pasakykite man riziką ir dalykus, kuriuos turiu patikrinti kiekviename žingsnyje.

Kopijuojami šablonai

Visapusiško planavimo šablonas: "Sukursiu šią funkciją: [funkcija]. Suskirstykite ją į patikrinamus veiksmus: dizainas, kodas, AI integravimas, privatumas / leidimas, testavimas, našumas, leidimas. Parašykite kiekvieno veiksmo išvestį, riziką ir patvirtinimo kriterijus. Nekurkite vienos milžiniškos gamybos."

Etikos / šališkumo audito šablonas: „Tikrinti šią AI funkciją, kad ji būtų teisinga ir šališka: [funkcija]. Kokioms vartotojų grupėms ji gali prastai veikti? Kaip mokymo duomenys veikia šališkumą? Kaip tai išbandyti, kaip padaryti, kad ji būtų įtraukesnė?

Atskaitomybės patikros šablonas: „Išvardykite atskaitomybės klausimus, kuriuos turėčiau užduoti prieš išleisdamas šį dirbtinio intelekto sukurtą kodą/funkciją: ar supratau, ar išbandžiau, ar saugu, ar skaidrus vartotojui, ar tai teisėta/etiška?

Nuolatinio mokymosi šablonas: „Pasiūlykite 4 savaičių praktinį planą, kaip pagerinti mano AI įgūdžius mobiliojo kūrėjo srityje: po vieną temą kiekvieną savaitę (kodas, integravimas, testavimas, leidimas), siekiant nedidelio projekto ir patvirtinimo įpročio.

Dažnos klaidos

  • Sukurkite sudėtingą funkciją vienu milžinišku užklausimu. Negalima patikrinti; suskaidykite jį į žingsnius.
  • Vengti atsakomybės sakydamas „AI taip parašė“. Jūs esate atsakingas už paskelbtą kodą.
  • Netestuojama dėl AI šališkumo. Kai kuriose grupėse modelis gali veikti prastai; Išbandyk teisingumą.
  • Slėpti AI sąveiką nuo vartotojo. Skaidrumas yra pasitikėjimo pagrindas.
  • Pamirškite AI apribojimus. Žmonės turi paskutinį žodį dėl architektūros, etikos ir dabartinės API.
  • Kad nustotų mokytis. Greitai keičiasi įrankiai ir parduotuvės taisyklės; Būkite nuolat atnaujinami.

Apibendrinant

Visapusiška funkcija sujungia visas modulio dalis į grandinę: dizainą, kodą, AI integravimą, privatumą, testavimą, derinimą, našumą ir išleidimą. Kiekviename žingsnyje AI pagreitina, žmogus patikrina ir nusprendžia; Sudėtingas darbas suskirstytas į mažus patikrinamus etapus. Atsakingas naudojimas grindžiamas trimis principais: skaidrumu, patikrinimu, atskaitomybe ir sąžiningumu – nedarykite žalos. AI yra galingas daugiklis, tačiau žmonės turi paskutinį žodį dėl architektūros, etikos, saugumo ir dabartinių žinių. „AI taip padarė“ nėra gynyba; Jūs esate atsakingi už savo produktą ir pažadą, kurį duodate savo vartotojui. Dėl šios disciplinos dirbtinis intelektas padaro jus greitesnius, išsamesnius ir stipresnius per visą jūsų karjerą.

Taikymo užduotis

Suskirstykite pasirinktą mobiliojo telefono funkciją (pvz., „apibendrinimas darant pastabas balsu“ arba „produkto atpažinimas iš nuotraukos“) į patikrinamus veiksmus naudodami „Planavimo planavimo šabloną iki galo“. Iš tikrųjų sukurkite ir patvirtinkite bent vieną žingsnį naudodami AI. Tada išanalizuokite, kurioms vartotojų grupėms ši funkcija gali sukelti problemų su „Etikos/šališkumo valdymo šablonu“ ir atsakykite į klausimus, kuriuos turite užduoti prieš išleidžiant naudodami „Atsakomybės valdymo šabloną“.

kontrolinis sąrašas

  • [ ] Suskaidžiau funkciją į patikrinamus mažus žingsnelius, o ne į vieną milžinišką produkciją
  • [ ] Kiekviename žingsnyje tikrinau AI išvestį ir priėmiau sprendimą
  • [ ] DI sąveiką vartotojui pateikiau skaidriai
  • [ ] Įvertinau, ar funkcija veikia sąžiningai / šališkai įvairiose grupėse
  • [ ] Atsakiau į atsakomybės prieš išleidimą klausimus (suprantama/testavimas/saugus/etiškas)
  • [ ] Dirbtinį intelektą naudojau tik kompetentingiems ir konstruktyviems tikslams ir planuoju toliau mokytis

Modulio egzaminas

1. Kuris iš šių dalykų yra tiksliausias dirbtinio intelekto padėties nustatymas mobiliojo ryšio kūrimo srityje?

  • A) AI pakeičia kūrėją; gali būti paskelbtas tiesiogiai, neskaitant sugeneruoto kodo
  • B) Dirbtinis intelektas veikia tik rašant tekstą, jis neturi nieko bendra su kodo generavimu
  • C) Dirbtinis intelektas yra asistentas ir greitintuvas; Atsakomybė už architektūrinius, saugumo ir transliavimo sprendimus tenka žmonėms ✔
  • D) Kadangi dirbtinis intelektas visada sukuria teisingą kodą, papildomi bandymai ir tikrinimas nereikalingi

Aprašymas: Dirbtinis intelektas yra asistentas ir greitintuvas, generuojantis kodą, brėžinius ir sprendimus. Atsakomybė ir galutinis sprendimų, tokių kaip architektūra, leidimai, saugumas ir paskelbimas, patvirtinimas tenka kompetentingam kūrėjui; Žmonės yra atsakingi už kiekvieną paskelbtą eilutę.

2. Kas užklausant mobiliojo kodo iš dirbtinio intelekto labiausiai padidina pagaminto kodo architektūrinę kokybę?

  • A) Raginimas turi būti kuo trumpesnis ir pasakykite „parašyk man programą“
  • B) Pirmiausia nustatykite tokią architektūrą kaip MVVM ir paprašykite kodo mažomis dalimis, sluoksnis po sluoksnio ✔
  • C) Sukurkite visą funkciją kaip vieną milžinišką failą vienu raginimu
  • D) Visai nenurodykite architektūros ir palikite geriausią sprendimą dirbtiniam intelektui

Paaiškinimas: Įvedus tokią architektūrą kaip MVVM ir reikalaujant sluoksnis po sluoksnio prieš rašant kodą tiesiai į AI, gaunama išbandoma ir prižiūrima struktūra, atskirianti logiką nuo ekrano. Užklausa be architektūros grąžina kodą, kuris viską sutalpina į ekraną.

3. Kas dažniausiai nepaisoma kuriant sąsają su dirbtiniu intelektu ir kas yra svarbiausia realiai naudojant?

  • A) Pakrovimo, tuščių ir klaidų būsenų projektavimas, o ne tik viso ekrano režimas ✔
  • B) Kurti tik geriausiai atrodantį viso ekrano vaizdą, praleidžiant kitus atvejus
  • C) Kiekviename ekrane pridėkite kuo daugiau spalvų ir animacijų
  • D) Prieinamumo žymas palikite paskutines ir sprendžiate tik išvaizdą

Paaiškinimas: kūrėjai dažnai atsižvelgia tik į „pilną“ būseną; o iš tikrųjų vartotojas dažniausiai susiduria su pakrovimo, tuščios ir klaidos būsenomis. Visų keturių būsenų (įkeliama / tuščia / klaida / pilna) generavimas yra tvirtos sąsajos paslaptis.

4. Kodėl įrenginio AI dažnai yra numatytasis funkcijos, kuri apdoroja jautrius asmens duomenis (pvz., sveikatos matavimo) pasirinkimas?

  • A) Įrenginyje esantys modeliai visada yra tikslesni nei debesys
  • B) Apdorojimas įrenginyje niekada nepatiria akumuliatoriaus ar procesoriaus išlaidų
  • C) Apdorojimas įrenginyje yra neribotas modelio dydžio atžvilgiu
  • D) Kadangi duomenys nepalieka telefono, tai suteikia didelį pranašumą privatumo ir vartotojų pasitikėjimo požiūriu ✔

Paaiškinimas: Įrenginyje vykdomas apdorojimas nepašalina duomenų iš telefono; Tai didelis privalumas privatumo laikymosi ir vartotojų pasitikėjimo požiūriu, be to, jis veikia neprisijungus ir akimirksniu. Jo riba yra įrenginio galia ir modelio dydis.

5. Kokia yra dažniausiai pasitaikanti „tylioji“ klaida, sukelianti beprasmius rezultatus ir nesukurianti klaidos pranešimo integruojant įrenginyje esantį modelį?

  • A) Neteisinga modelio failo pavadinimo rašyba
  • B) Maža programos piktogramos skiriamoji geba
  • C) Neteisingas įvesties išankstinis apdorojimas (dydis / normalizavimas) ✔
  • D) Tamsaus ekrano tema

Paaiškinimas: Neteisingai atlikus išankstinį įvesties apdorojimą, bus gauti visiškai neteisingi rezultatai be klaidų. Išankstinio apdorojimo vertės turėtų būti patikrintos modelio dokumentacijoje.

6. Kokia saugumo požiūriu svarbiausia taisyklė integruojant debesies LLM į mobiliąją aplikaciją?

  • A) API raktas turėtų būti laikomas tik vidinėje programoje, o ne kliente; užklausos turi būti pateiktos per įgaliotąjį serverį ✔
  • B) API raktas turi būti įterptas tiesiai į programos kodą patogumui
  • C) API raktas turėtų būti bendrinamas programos aprašyme
  • D) API raktas turi būti laikomas kliente ir paslėptas tik pakeitus pavadinimą.

Atskleidimas: API raktas niekada nėra įterptas į programos mobiliesiems kodą; nes programa gali būti apgręžta ir išgauti raktą. Tinkama architektūra yra laikyti raktą tik vidinėje programoje ir perduoti užklausas per savo tarpinį serverį.

7. Kas labiausiai padidina vartotojo suvokiamą greitį ir funkcijų užbaigimo rodiklį ilguose LLM atsakymuose?

  • A) Palaukite, kol bus pateiktas visas atsakymas, ir parodykite jį iš karto
  • B) Atsakymo rodymas žodis po žodžio, toks, koks jis yra, su srautu ✔
  • C) Su kiekviena užklausa modeliui siunčiama visa pokalbių istorija
  • D) Padidinkite modelio nurodymą, kad atsakymas būtų kuo ilgesnis

Aprašymas: Srautas žymiai padidina suvokimo greitį ir sklandumą, nes atsakymas rodomas taip, kaip jis gaunamas žodis po žodžio. Užuot laukęs tuščiame ekrane, vartotojas stebi teksto formą; Tai žymiai sumažina atsisakymo procentą.

8. Kokia dažniausia dirbtinio intelekto testų problema, dėl kurios testas tampa bevertis?

  • A) Testai apima per daug ribinių būsenų
  • B) Testams naudojami netikri objektai, o ne tikros paslaugos
  • C) Testai vyksta labai greitai
  • D) Ištirkite išsipūtimą tuščiais / nenaudingais testais, kurie iš tikrųjų nepatvirtina elgesio ✔

Paaiškinimas: Dirbtinis intelektas kartais sukuria testus, kurie iš tikrųjų nepatvirtina jokios išvesties (pvz., tiesiog iškviečiame funkciją ir parašome tuščią tvirtinimą). Tai padidina aprėpties skaičių, bet nesuteikia tikros apsaugos; Kiekvienas testas turi būti patikrintas, siekiant patikrinti prasmingą elgesį.

9. Kodėl nepakankamas sprendimas nutildyti avariją įtraukiant ją į bandomąjį bandymą su dirbtinio intelekto pasiūlymu?

  • A) „Try-catch“ iš viso negali būti naudojamas mobiliosiose programose
  • B) Avarija sustoja, bet kadangi pagrindinė priežastis nėra pašalinta, problema grįžta kitokia forma ✔
  • C) Try-catch naudojimas sulėtina programos veikimą, todėl tai draudžiama
  • D) Nutildytą klaidą parduotuvė automatiškai atmeta

Paaiškinimas: simptomo nutildymas neišsprendžia pagrindinės priežasties; Strigtis sustoja, bet pradinė problema (pvz., nutrūkęs duomenų ryšys) grįžta kitu pavidalu (pvz., duomenų praradimas). Profesionalaus derinimo tikslas yra pašalinti pagrindinę priežastį, o ne simptomą.

10. Kokia yra pagrindinė auksinė taisyklė, kurios reikia laikytis optimizuojant našumą?

  • A) Pirmiausia paimkite profilį ir išmatuokite tikrąją kliūtį, tada optimizuokite ✔
  • B) Atspėti, kur yra lėta, ir ten susikaupti
  • C) Siekti nedidelių kiekvienos funkcijos pranašumų
  • D) Išmatuoti emuliatoriaus našumą ir niekada nebandyti tikrojo įrenginio

Aprašymas: pirmiausia išmatuokite, vėliau optimizuokite. Tikroji kliūtis beveik visada yra kitoje vietoje, nei buvo prognozuota; Optimizavimas be profiliavimo yra aklas spėjimas ir dažnai yra pastangų švaistymas.

11. Koks yra svarbiausias nuolat veikiančios AI funkcijos inžinerinis rūpestis (pvz., tiesioginis kameros vertimas)?

  • A) Funkcijai reikia kuo daugiau leidimų
  • B) Nepertraukiamo apdorojimo akumuliatoriaus ir procesoriaus sąnaudų valdymas su mėginių ėmimo dažniu ir paketiniu apdorojimu ✔
  • C) Paleiskite funkciją tik brangiausiuose telefonuose
  • D) Nuolatinis fotoaparato atvaizdavimas didžiausiu įmanomu kadrų dažniu

Aprašymas: Nuolat veikiantis modelis, kamera ir tinklas; Jis gali greitai išeikvoti akumuliatorių, įkaitinti įrenginį ir būti apribotas sistemos. Mėginių ėmimo dažnio mažinimas, paketų rinkimas ir paleidimas tik tada, kai reikia, yra būdai valdyti akumuliatoriaus kainą.

12. Ką reiškia „mažiausios privilegijos“ principas valdant leidimus mobiliajame kūrime?

  • A) Prašyti visų galimų leidimų paleidžiant, tik tuo atveju.
  • B) Programos neveikimas, jei leidimas nesuteikiamas
  • C) Plačiausio leidimo prašymas ir planavimas vėliau jį susiaurinti.
  • D) Prašymas tik leidimo, kurio iš tikrųjų reikia, kai būtina ir siauriausioje srityje, naudojant atmetimo scenarijų ✔

Paaiškinimas: Mažiausia privilegija yra prašyti tik to leidimo, kurio iš tikrųjų reikia, tada, kai jo reikia, ir kuo siauresniu mastu. Per daug leidimų kenkia vartotojų pasitikėjimui, parduotuvės atmetimas ir padidėja duomenų nutekėjimo rizika.

13. Kokių konkrečių reikalavimų turi būti laikomasi parduotuvei pateikiant aplikaciją su dirbtiniu intelektu?

  • A) Turinio skaidrumas, turinio kontrolė ir dirbtiniam intelektui perduodamų duomenų atskleidimas konfidencialumo forma ✔
  • B) Dirbtinio intelekto naudojimo slėpimas nuo vartotojo
  • C) Pažymėti duomenis, kurie iš tikrųjų nėra renkami privatumo formoje
  • D) Perspektyvios savybės, kurių aprašyme nėra

Atskleidimas: parduotuvės tikisi turinio skaidrumo (pareiškimo, kad gamina dirbtinį intelektą), turinio moderavimo (kenksmingos išvesties ir naudotojo pranešimų filtravimo) ir duomenų naudojimo iš programų, kuriose yra dirbtinio intelekto, atskleidimo; Jautrioje zonoje reikalingas tikslumo įspėjimas. Paraiškos, kuriose jos nebus, bus atmestos.

14. Kodėl „AI parašė taip“ apsauga negalioja, kai paskelbtame AI sugeneruotame kode įvyksta kraštinių raidžių klaida?

  • A) Kadangi dirbtinis intelektas visada sukuria kodą be klaidų, klaida kyla iš vartotojo
  • B) Kadangi automatiškai išsaugo AI sukurtą kodą
  • C) Nes atsakomybės negalima perkelti dirbtiniam intelektui; Kūrėjas yra atsakingas už paskelbtą kodą ir duomenis ✔
  • D) Kadangi dirbtinio intelekto sukurtas kodas niekada nenaudojamas

Aprašymas: AI išvestis yra pradinis taškas, o ne gatavas produktas. Kūrėjas yra atsakingas už kiekvieną paskelbtą eilutę, kiekvieną apdorotą informaciją ir kiekvieną pažadą; atsakomybė negali būti perduota AI, todėl išvestis turi būti suprasta ir patikrinta prieš paskelbiant.