Jednotka 1 / 11

Umělá inteligence v inženýrství ML: Role, hranice, validace a odpovědnost

zisky:

  • Umět rozlišit, kde v ML workflow (kód, data, dokument) umělá inteligence šetří čas s nízkým rizikem a kde jsou rozhodnutí jako metrika / data / uvedení do výroby ponechána na člověku, podle úrovně rizika úkolu.
  • Schopnost aplikovat disciplínu, která ověřuje každý výstup AI tak, že jej připojí ke zdroji, znovu jej spustí, změří a projde přes technický filtr.
  • Schopnost získat návyk neposílat nezpracovaná důvěrná a osobní data externím nástrojům, používat nástroje schválené společností a řešit bezpečnostní problémy pouze pro obranné účely.

Umělá inteligence v inženýrství strojového učení: Role, hranice, validace a odpovědnost

Inženýr strojového učení (ML inženýr: softwarový profesionál, který navrhuje, školí a přináší modely, které se učí z dat do výroby) dnes pracuje s dalším nástrojem umělé inteligence na každém kroku své práce. Asistent kódování funguje při psaní kódu, model konverzace při zkoumání dat a model velkého jazyka (LLM: neuronová síť s miliardami parametrů, která rozumí a vytváří text) při vytváření dokumentace. Tento modul považuje umělou inteligenci za vyvinutý produkt i za každodenní pracovní nástroj ML inženýra. Funguje tak, že jasně vymezuje hranice odpovědnosti, aniž by obě role mísily.

V tomto prvním bloku odpovídáme na základní otázku: Kde v ML inženýrství šetří umělá inteligence reálný čas a kde musíme nechat rozhodnutí na lidech? Odpověď je v jádru inženýrské disciplíny: ten, kdo vyrábí, je rychlý, ten, kdo ověřuje, je zodpovědný.

Kde se umělá inteligence hodí v ML inženýrství?

Projekt ML prochází zhruba následujícími liniemi: sběr dat, čištění dat, inženýrství funkcí (převod nezpracovaných dat do digitálních signálů, kterým model rozumí), trénování modelu, hodnocení, nasazení (nasazení: otevření modelu skutečnému uživateli) a monitorování. Umělá inteligence pomáhá na každé zastávce na této lince, ale její úroveň autority se liší.

Oblasti s vysokou odměnou a nízkým rizikem: vytvoření kostry kódu, návrh funkce transformace dat, interpretace zpráv protokolu, popis trasování zásobníku, shrnutí poznámek k experimentu, psaní dokumentace a souborů README, návrh testovacího případu. Zde jsou chyby umělé inteligence levné; protože výstup již projde testováním a kontrolou.

Vysoce rizikové oblasti: rozhodování o tom, jaká data budou zařazena do školení, potvrzení, zda by model měl jít do výroby, posouzení metriky jako „dost dobré“, rozhodnutí zpracovat osobní údaje, uzavření bezpečnostní zranitelnosti jako „junk“. Ty ovlivňují peníze, soukromí, právní odpovědnost a důvěru uživatelů. Umělá inteligence zde dává návrhy; Rozhodnutí činí kompetentní inženýr a odpovědný tým.

Tip: Než zadáte úkol AI, zeptejte se: „Jaká je cena, pokud je tento výstup nesprávný, a jak snadno někdo zachytí chybu?“ Pokud je cena nízká a zachycení je snadné, pošlete to dál. Pokud je cena vysoká nebo je obtížný odchyt, použijte AI pouze pro návrh a rozhodnete se.

Ověřovací disciplína: tři kroky

V inženýrství ML není výstup AI nikdy „hotovým dílem“; Je to návrh. Proveďte každý výstup těmito třemi kroky:

  1. Připojte jej ke zdroji. Pokud model řekl číslo, práh nebo „nejlepší postup“, založte jej na oficiální dokumentaci, skutečné hodnotě v kódové základně nebo naměřené metrice. Nejčastěji je zde zachyceno „přizpůsobení modelu“ (halucinace: sebevědomá produkce nereálných informací jazykovým modelem).
  2. Restartujte a změřte. Spusťte vygenerovaný kód, přepočítejte metriku, kterou vytváří na vaší vlastní testovací sadě, ověřte navrhovaný SQL dotaz na malém vzorku. Kód, který nefunguje, je bezcenný, i když vypadá hezky.
  3. Protáhněte jej přes technický filtr. Vydrží výstup v měřítku? Byly uvažovány okrajové případy (prázdná data, velmi velký vstup, chybějící pole)? Dochází k narušení bezpečnosti a soukromí? Tento krok může udělat pouze člověk znalý oboru.

Slabá výzva / Silná výzva

Slabá výzva: "Napište mi nějaký modelový tréninkový kód."

Výkonná výzva: "Napište cvičný skript pro binární klasifikaci pomocí scikit-learn. Vstup: data/train.parquet, cílový sloupec is_churn. Existuje nerovnováha třídy (pozitivní míra ~8%), vyřešte ji pomocí třídy_váha. Použijte PR-AUC (oblast pod křivkou přesnosti-vyvolání) jako hodnotící metriku, protože přesnost 4 je nesprávná. Testování je zavádějící. konec sady pro tisk kódu PR-AUC."

Rozdíl: druhá výzva obsahuje pravdivost dat, správnou metriku, informace o nevyváženosti a požadavek na opakovatelnost. Právě z tohoto kontextu je výstup ověřitelný a použitelný.

Soukromí a bezpečnost dat: první odpovědnost inženýra

Inženýr ML se často dotýká nejcitlivějších dat společnosti: zákaznických záznamů, historie transakcí, zdravotních nebo finančních dat, protokolů produkčních systémů. Tři pravidla při poskytování dat nástrojům umělé inteligence:

  • Neposílejte nezpracovaná osobní a důvěrná data externím nástrojům. Například místo vkládání e-mailů zákazníků do výzvy odešlete schéma a fiktivní (syntetické) vzorky. Místo skutečných dat použijte maskovaný příklad jako „ex: ahmet@example.com“.
  • Používejte vozidla schválená společností. Vybírejte nástroje, u kterých je smluvně jasné, kde se data zpracovávají, zda jsou uložena, zda slouží ke vzdělávání či nikoliv. Zpracování firemních údajů pomocí osobního účtu je ve většině společností porušením pravidel.
  • Zásady minimálních dat. Uveďte minimální kontext potřebný k vyřešení úkolu. Ne celou tabulku, ale příslušných 5 sloupců a schéma.
Upozornění: Předpokládejme, že text, který zadáte jazykovému modelu, nelze vrátit zpět. Neposílejte nezpracovaná osobní data s tím, že „smažu je později“; Riziko nastalo v okamžiku odeslání.

Obranné využití v oblasti bezpečnosti

Inženýři ML často instalují bezpečnostní systémy: detekce podvodů, klasifikace škodlivého provozu, autentizace. V celém tomto modulu se zabýváme bezpečnostními problémy pouze pro obranné účely: detekce útoku, posílení systému, odstranění zranitelnosti. Využívání umělé inteligence k neoprávněnému přístupu, úniku dat nebo neoprávněnému zásahu do cizího systému je nezákonné a proti profesionální etice. Když najdete zranitelnost, správným způsobem je nahlásit ji zodpovědně a opravit ji; nezneužít.

tři mini pouzdra

Případ 1 – Čas ušetřen. Technik ML by normálně strávil půl dne prováděním průzkumné analýzy dat (EDA) 40sloupcového souboru dat. Předal výstup schématu a df.describe() umělé inteligenci a zeptal se: "Které sloupce mají vysokou odlehlou hodnotu a míru chybějících hodnot, jaké transformace doporučujete?" Za 20 minut obdržel prioritní seznam, přičemž každou položku ověřil vlastním kódem. Úspora: ~3 hodiny, nízké riziko chyby, protože se měří každá reklamace.

Případ 2 – Zachycena chyba. „Přesnost tréninku je 99 %, skvělé,“ nechala se modelka slyšet od asistenta chatu. Technik použil třetí krok (inženýrský filtr) a uvědomil si: cílový sloupec měl náhodně uniklé atributy (únik dat: model vidí informace, které by při trénování vidět neměl). Skutečný výkon byl mnohem nižší. Inženýrův skepticismus, nikoli "skvělý" výklad AI, zachránil práci.

Případ 3 – Prevence narušení soukromí. Tým vkládal protokoly produkčních chyb do externího modelu a říkal „opravte tuto chybu“. V protokolech byla identifikační čísla zákazníků. Tým vytvořil pravidlo napsat malý skript, který nejprve maskuje protokoly (udělají z nich identifikační čísla ***) a pošlou je tímto způsobem. Riziko narušení zmizelo, rychlost pomoci se nezměnila.

Kopírovatelné šablony

Úkol: [co dělat, jedna věta]Kontext: [datové schéma, velikost, omezení; ŽÁDNÉ SKUTEČNÉ osobní údaje] Omezení: [jazyk/knihovna, výkon, reprodukovatelnost]Metriky: [jak měřit úspěšnost]Požadovaný výstup: [kód/popis/seznam] a proč v tomto formátu

Podívejte se na tento kód. Vyhodnoťte nejen to, že to funguje, ale také z hlediska: 1) Edge case (prázdný vstup, chybějící sloupec, velmi velká data)2) Riziko úniku dat3) Reprodukovatelnost (seed, verze) Navrhněte opravy pro každý problém, který najdete. Označte "ověřit" tam, kde si nejste jisti. Kód: [kód]

Interpretujte výsledek této metriky, ale nejprve se zeptejte: je tato metrika pro tento problém správná?Problém: [vyvážená/nevyvážená klasifikace, regrese, hodnocení...]Vykazovaná metrika a hodnota: [např. přesnost 0,99]Kterou metriku byste doporučili a proč a jaké znaky bych měl hledat, abych o aktuálním výsledku pochyboval?

Zkontrolujte, zda údaje, které poskytnu na následující výzvu, obsahují osobní/důvěrné informace. V níže uvedeném textu uveďte pole (jméno, e-mail, IČO, telefon, adresa), která je potřeba zamaskovat. Text: [text]

Tabulka rolí a pravomocí

Quest

Role umělé inteligence

Vlastník rozhodnutí

Kostra kódu / transformační funkce

generátor tahu

Inženýr (recenze)

EDA / souhrn údajů

urychlovač

Inženýr (ověřuje měřením)

Metrická interpretace

Návrh

inženýr

Jaká data půjdou do školení?

Návrh

Tým + vlastník dat

Uvedení modelu do výroby

Připomenutí kontrolního seznamu

Zodpovědný inženýr + tým

Zpracování osobních údajů

Žádné (nepoužito)

Právní + správce údajů

Časté chyby

  • Použití výstupu bez jeho ověření. Nejčastější a nejdražší chyba. Kód nebo metrika, která vypadá hezky, ještě neznamená, že je správná.
  • Vkládání nezpracovaných důvěrných dat do nástroje. Jakmile je odesláno, nelze jej vzít zpět.
  • Spoléhání se na nesprávnou metriku. Nekompatibilní metriky, jako je přesnost v nevyvážených datech a RMSE v problémech s hodnocením, jsou zavádějící.
  • Umělá inteligence je mylně považována za toho, kdo rozhoduje. Dává návrhy; Odpovědnost leží na signatáři.
  • Bezkontextová výzva. Nejednoznačné požadavky jako „napište model“ vytvářejí neověřitelný výstup.

V souhrnu

Umělá inteligence je jak produktem vyvinutým inženýrem ML, tak jeho každodenním replikátorem. Jeho hodnota je nejvyšší u nízkorizikových, snadno ověřitelných úloh, jako je kód-data-dokument; Rozhodnutí ovlivňující peníze, soukromí a bezpečnost zůstávají na osobě. Připojte každý výstup ke zdroji, znovu změřte, projděte technickým filtrem. Chraňte důvěrná data, používejte schválená vozidla, pracujte v zabezpečení pouze pro obranné účely. Tato disciplína je základem pro všechny následující jednotky.

Aplikační úkol

Vyberte si úkol z vlastního projektu (např. napsání funkce čištění dat). Nejprve napište slabou výzvu a poté silnou výzvu pomocí šablony v této jednotce. Vezměte oba výstupy, použijte třífázové ověření (odkaz na zdroj, opakování, inženýrský filtr). Všimněte si, která výzva ušetří kolik minut a kolik oprav.

kontrolní seznam

  • [ ] Určil jsem úroveň rizika (nízká/vysoká) mého úkolu.
  • [ ] Do výzvy jsem neuvedl žádné skutečné osobní/důvěrné údaje; Zamaskoval jsem to nebo použil syntetický vzorek.
  • [ ] Připojil jsem výstup ke zdroji, znovu jsem ho spustil a filtroval z inženýrského hlediska.
  • [ ] Zkontroloval jsem, že jsem vybral správnou metriku.
  • [ ] Kritické rozhodnutí (zavedení do výroby, zpracování dat) jsem udělal sám/s týmem, nenechal jsem to na umělé inteligenci.
  • [ ] Použil jsem vozidlo schválené společností.