Jednostka 1 / 11

Sztuczna inteligencja w inżynierii ML: rola, granice, walidacja i odpowiedzialność

Zyski:

  • Możliwość rozróżnienia, gdzie w przepływie pracy ML (kod, dane, dokument) sztuczna inteligencja oszczędza czas przy niskim ryzyku, a gdzie decyzje takie jak metryka/dane/wdrożenie do produkcji pozostawia się człowiekowi, zgodnie z poziomem ryzyka zadania.
  • Możliwość zastosowania dyscypliny weryfikującej każdy wynik AI poprzez podłączenie go do źródła, ponowne uruchomienie, zmierzenie i przepuszczenie przez filtr inżynieryjny.
  • Możliwość wyrobienia nawyku nie wysyłania surowych danych poufnych i osobistych do narzędzi zewnętrznych, korzystania z narzędzi zatwierdzonych przez firmę i zajmowania się kwestiami bezpieczeństwa wyłącznie w celach obronnych.

Sztuczna inteligencja w inżynierii uczenia maszynowego: rola, granice, walidacja i odpowiedzialność

Inżynier uczenia maszynowego (inżynier ML: specjalista ds. oprogramowania, który projektuje, szkoli i wprowadza modele uczące się na podstawie danych do produkcji) dziś na każdym etapie swojej pracy pracuje z innym narzędziem sztucznej inteligencji. Asystent kodowania działa podczas pisania kodu, model konwersacji podczas eksploracji danych i model dużego języka (LLM: sieć neuronowa z miliardami parametrów, która rozumie i tworzy tekst) podczas tworzenia dokumentacji. Moduł ten traktuje sztuczną inteligencję zarówno jako tworzony produkt, jak i narzędzie codziennej pracy inżyniera ML. Działa poprzez jasne określenie granic odpowiedzialności, bez mieszania obu ról.

W tej pierwszej części odpowiadamy na podstawowe pytanie: Gdzie w inżynierii ML sztuczna inteligencja oszczędza czas rzeczywisty, a gdzie musimy pozostawić decyzję ludziom? Odpowiedź leży w samym sercu dyscypliny inżynierskiej: ten, kto produkuje, jest szybki, ten, kto weryfikuje, jest odpowiedzialny.

Gdzie sztuczna inteligencja przydaje się w inżynierii ML?

Projekt uczenia maszynowego obejmuje mniej więcej następujące etapy: zbieranie danych, czyszczenie danych, inżynieria funkcji (przekładanie surowych danych na sygnały cyfrowe zrozumiałe dla modelu), szkolenie modeli, ocena, wdrażanie (wdrożenie: otwarcie modelu dla prawdziwego użytkownika) i monitorowanie. Sztuczna inteligencja pomaga na każdym przystanku na tej linii, ale jej poziom uprawnień jest różny.

Obszary o wysokim zysku i niskim ryzyku: tworzenie szkieletu kodu, szkicowanie funkcji transformacji danych, interpretacja komunikatów dziennika, opisywanie śladu stosu, podsumowywanie notatek z eksperymentów, pisanie dokumentacji i plików README, proponowanie przypadku testowego. Tutaj błędy sztucznej inteligencji są tanie; ponieważ wyniki zostaną już poddane testowaniu i przeglądowi.

Obszary wysokiego ryzyka: decydowanie, jakie dane zostaną poddane szkoleniu, potwierdzenie, czy model powinien wejść do produkcji, ocena, czy metryka jest „wystarczająco dobra”, decyzja o przetwarzaniu danych osobowych, zamknięcie luki w zabezpieczeniach jako „śmieci”. Wpływają one na pieniądze, prywatność, odpowiedzialność prawną i zaufanie użytkowników. Sztuczna inteligencja podaje tutaj sugestie; Decyzję podejmuje kompetentny inżynier i odpowiedzialny zespół.

Wskazówka: zanim zlecisz zadanie sztucznej inteligencji, zadaj sobie pytanie: „Jaki jest koszt, jeśli wynik będzie błędny i jak łatwo ktoś wyłapie błąd?” Jeśli cena jest niska, a zdobycie jest łatwe, podaj dalej. Jeśli cena jest wysoka lub przechwycenie jest trudne, użyj AI tylko do draftu i zdecyduj.

Dyscyplina weryfikacji: trzy kroki

W inżynierii ML wyniki AI nigdy nie są „dziełem ukończonym”; To jest projekt. Przeprowadź każde wyjście przez te trzy kroki:

  1. Podłącz go do źródła. Jeśli w modelu podano liczbę, próg lub „najlepszą praktykę”, oprzyj to na oficjalnej dokumentacji, rzeczywistej wartości w bazie kodu lub zmierzonej metryce. Najczęściej łapane jest tutaj „dopasowanie modelu” (halucynacja: pewne wytwarzanie nierzeczywistych informacji przez model językowy).
  2. Uruchom ponownie i zmierz. Uruchom wygenerowany kod, przelicz wygenerowaną metrykę na własnym zestawie testowym, zweryfikuj proponowane zapytanie SQL na małej próbce. Kod, który nie działa, jest bezwartościowy, nawet jeśli wygląda ładnie.
  3. Przepuść go przez filtr inżynieryjny. Czy dane wyjściowe utrzymują odpowiednią skalę? Czy wzięto pod uwagę przypadki Edge (puste dane, bardzo duże dane wejściowe, brakujące pola)? Czy doszło do naruszenia bezpieczeństwa i prywatności? Ten krok może wykonać tylko osoba znająca się na danej dziedzinie.

Słaba zachęta/silna zachęta

Słaby monit: „Napisz mi kod do trenowania modelu”.

Potężny monit: „Napisz skrypt szkoleniowy dla klasyfikacji binarnej za pomocą scikit-learn. Dane wejściowe: data/train.parquet, kolumna docelowa is_churn. Występuje brak równowagi klas (wskaźnik dodatni ~8%), obsłuż to za pomocą class_weight. Użyj PR-AUC (obszar pod krzywą precyzji przypomnienia) jako metryki oceny, ponieważ dokładność wprowadza w błąd w przypadku niezrównoważonych danych. Napraw losowe ziarno na 42. Przetestuj na końcu zestawu wydruku kodu PR-AUC.

Różnica: drugie zadanie podpowiedzi zawiera prawdę danych, prawidłową metrykę, informacje o niewyważeniu i wymagania dotyczące powtarzalności. To właśnie w tym kontekście wyniki są weryfikowalne i użyteczne.

Prywatność i bezpieczeństwo danych: pierwsza odpowiedzialność inżyniera

Inżynier ML często dotyka najbardziej wrażliwych danych firmy: kartoteki klientów, historii transakcji, danych zdrowotnych czy finansowych, logów systemów produkcyjnych. Trzy zasady przy przekazywaniu danych narzędziom sztucznej inteligencji:

  • Nie wysyłaj surowych danych osobowych i poufnych do narzędzi zewnętrznych. Na przykład zamiast wklejać e-maile klientów do zachęty, wyślij schemat i fikcyjne (syntetyczne) próbki. Użyj zamaskowanego przykładu, takiego jak „ex: ahmet@example.com” zamiast prawdziwych danych.
  • Korzystaj z pojazdów zatwierdzonych przez firmę. Wybierz narzędzia, które w umowie jasno określają, gdzie dane są przetwarzane, czy są przechowywane, czy wykorzystywane do celów edukacyjnych, czy nie. Przetwarzanie danych firmowych za pomocą konta osobistego w większości firm stanowi naruszenie.
  • Polityka minimalnych danych. Podaj minimalny kontekst niezbędny do rozwiązania zadania. Nie cała tabela, ale odpowiednie 5 kolumn i schemat.
Uwaga: Załóżmy, że tekstu przypisanego do modelu języka nie można cofnąć. Nie wysyłaj nieprzetworzonych danych osobowych, myśląc „później je usunę”; Ryzyko pojawiło się w momencie wysłania.

Zastosowanie obronne w dziedzinie bezpieczeństwa

Inżynierowie ML często instalują systemy bezpieczeństwa: wykrywanie oszustw, klasyfikacja złośliwego ruchu, uwierzytelnianie. W całym tym module omawiamy kwestie bezpieczeństwa wyłącznie w celach obronnych: wykrycie ataku, wzmocnienie systemu, zamknięcie luki. Wykorzystywanie sztucznej inteligencji do nieuprawnionego dostępu, wycieku danych czy nieautoryzowanej ingerencji w cudzy system jest zarówno nielegalne, jak i sprzeczne z etyką zawodową. Kiedy znajdziesz lukę, właściwym sposobem jest odpowiedzialne zgłoszenie jej i naprawienie; nie wykorzystywać.

trzy mini etui

Przypadek 1 – Oszczędność czasu. Inżynier ML zwykle spędza pół dnia na eksploracyjnej analizie danych (EDA) 40-kolumnowego zestawu danych. Przekazał sztucznej inteligencji dane wyjściowe schematu i df.describe() i zapytał: „W których kolumnach występuje wysoki odsetek wartości odstających i brakujących, jakie transformacje polecasz?” W ciągu 20 minut otrzymał listę priorytetów, weryfikując każdą pozycję własnym kodem. Oszczędność: ~3 godziny, niskie ryzyko błędu, ponieważ każde zgłoszenie zostało zmierzone.

Przypadek 2 – Wychwycony błąd. „Dokładność treningu wynosi 99%, świetnie” – powiedział modelowi asystent na czacie. Inżynier zastosował trzeci krok (filtr inżynieryjny) i zdał sobie sprawę: w kolumnie docelowej przypadkowo wyciekły atrybuty (wyciek danych: model widzi informacje, których nie powinien widzieć podczas treningu). Rzeczywista wydajność była znacznie niższa. Sceptycyzm inżyniera, a nie „świetna” interpretacja sztucznej inteligencji, uratował pracę.

Przypadek 3 – Zapobieganie naruszeniom prywatności. Zespół wklejał dzienniki błędów produkcyjnych do modelu zewnętrznego i mówił „napraw ten błąd”. W logach znajdowały się numery identyfikacyjne klientów. Zespół przyjął zasadę, że pisze mały skrypt, który najpierw maskuje logi (tworząc ich numery identyfikacyjne ***) i wysyła je w ten sposób. Zniknęło ryzyko włamania, szybkość udzielania pomocy nie uległa zmianie.

Szablony do kopiowania

Zadanie: [co zrobić, pojedyncze zdanie] Kontekst: [schemat danych, rozmiar, ograniczenia; BRAK RZECZYWISTYCH danych osobowych]Ograniczenia: [język/biblioteka, wydajność, odtwarzalność]Metryki: [jak mierzyć sukces]Pożądany wynik: [kod/opis/lista] i dlaczego w tym formacie

Sprawdź ten kod. Oceń nie tylko, czy to działa, ale także pod kątem: 1) Przypadków brzegowych (puste dane wejściowe, brakująca kolumna, bardzo duże dane) 2) Ryzyko wycieku danych 3) Powtarzalności (nasiono, wersja) Zaproponuj rozwiązania dla każdego znalezionego problemu. Zaznacz „zweryfikuj” tam, gdzie nie jesteś pewien. Kod: [kod]

Zinterpretuj wynik tej metryki, ale najpierw zapytaj: czy ta metryka jest poprawna w przypadku tego problemu? Problem: [zrównoważona/niezrównoważona klasyfikacja, regresja, ranking...] Zgłaszana metryka i wartość: [np. dokładność 0,99]Jaki miernik poleciłbyś i dlaczego oraz na jakie znaki powinienem zwrócić uwagę, aby zwątpić w bieżący wynik?

Sprawdź, czy dane, które podam, zawierają informacje osobiste/poufne, po kliknięciu poniższego monitu. W poniższym tekście wypisz pola (imię i nazwisko, adres e-mail, numer identyfikacyjny, telefon, adres), które należy zamaskować. Tekst: [tekst]

Tabela ról i uprawnień

Zadanie

Rola sztucznej inteligencji

Właściciel decyzji

Szkielet kodu/funkcja transformacji

generator ciągu

Inżynier (recenzje)

EDA / podsumowanie danych

akcelerator

Inżynier (weryfikuje poprzez pomiar)

Interpretacja metryczna

Sugestia

inżynier

Jakie dane zostaną uwzględnione w szkoleniu?

Sugestia

Zespół + właściciel danych

Wprowadź model do produkcji

Przypomnienie o liście kontrolnej

Odpowiedzialny inżynier + zespół

Przetwarzanie danych osobowych

Brak (nieużywany)

Prawo + administrator danych

Typowe błędy

  • Korzystanie z danych wyjściowych bez ich sprawdzania. Najczęstszy i najdroższy błąd. Kod lub metryka, które wyglądają ładnie, nie oznacza, że ​​są poprawne.
  • Wklejanie surowych, poufnych danych do narzędzia. Raz wysłanego nie można odebrać.
  • Opieranie się na niewłaściwych wskaźnikach. Niekompatybilne metryki, takie jak dokładność niezrównoważonych danych i RMSE w problemach z rankingiem, wprowadzają w błąd.
  • Mylenie sztucznej inteligencji z decydentem. Daje sugestie; Odpowiedzialność spoczywa na podpisującym.
  • Podpowiedź bezkontekstowa. Niejednoznaczne żądania, takie jak „napisz model”, dają nieweryfikowalne dane wyjściowe.

Podsumowując

Sztuczna inteligencja to zarówno produkt opracowany przez inżyniera ML, jak i jej codzienny replikator. Jego wartość jest najwyższa w zadaniach niskiego ryzyka, łatwych do zweryfikowania, takich jak kod-dane-dokument; Decyzje dotyczące pieniędzy, prywatności i bezpieczeństwa pozostają w gestii danej osoby. Podłącz każde wyjście do źródła, zmierz ponownie, przepuść przez filtr inżynieryjny. Chroń poufne dane, korzystaj z zatwierdzonych pojazdów, pracuj w ochronie wyłącznie w celach obronnych. Dyscyplina ta jest podstawą wszystkich kolejnych jednostek.

Zadanie aplikacji

Wybierz zadanie z własnego projektu (np. napisanie funkcji czyszczenia danych). Najpierw napisz słaby znak zachęty, a następnie silny znak zachęty, korzystając z szablonu znajdującego się w tym urządzeniu. Weź oba wyjścia, zastosuj weryfikację trzyetapową (link do źródła, powtórz, filtr inżynieryjny). Zwróć uwagę, który monit oszczędza ile minut i ile poprawek.

lista kontrolna

  • [ ] Określiłem poziom ryzyka (niski/wysoki) mojego zadania.
  • [ ] W monicie nie podałem żadnych rzeczywistych danych osobowych/poufnych; Zamaskowałem to lub użyłem próbki syntetycznej.
  • [ ] Podłączyłem wyjście do źródła, uruchomiłem je ponownie, przefiltrowałem z inżynierskiego punktu widzenia.
  • [ ] Sprawdziłem, czy wybrałem właściwy wskaźnik.
  • [ ] Kluczową decyzję (wdrożenie do produkcji, przetwarzanie danych) podjąłem sam/wraz z zespołem, nie pozostawiłem jej sztucznej inteligencji.
  • [ ] Korzystałem z pojazdu zatwierdzonego przez firmę.