BlogRealizacja

Co musi być gotowe, zanim pilotaż AI trafi na produkcję

Pilotaż pokazuje, że system potrafi wykonać pracę, gdy jego twórcy go obserwują. Produkcja potrzebuje tego, co pozwala innym go prowadzić, gdy nikt nie patrzy: zestawu testów regresji uruchamianego przy każdej zmianie, wersjonowanych promptów i modeli z drogą powrotu, monitoringu jakości i kosztów, a nie tylko dostępności, wskazanego właściciela ze ścieżką wsparcia i wdrożenia etapami. Sprawdźcie to w przeglądzie gotowości przed przełączeniem, a nie po pierwszym incydencie.

Zaktualizowano

Co się zmienia, gdy zespół pilotażu przestaje patrzeć

  • Zauważanie błędów. W pilotażu twórcy czytają większość wyników. Na produkcji to monitoring i weryfikacja próbki muszą znaleźć to, co poszło źle.
  • Zmiany w systemie. Prompt edytowany w notatniku staje się wersjonowanym wydaniem, które przechodzi przez pipeline i da się je wycofać.
  • Testowanie. Wytyczne Anthropic dotyczące ewaluacji odróżniają ewaluacje możliwości, które zaczynają od niskiego odsetka zaliczeń i pokazują, co poprawić, od ewaluacji regresji, które powinny przechodzić niemal w całości i chronią to, co już działa. Produkcja potrzebuje tych drugich.
  • Wsparcie. Wiadomość do programisty, który to zbudował, zamienia się w ścieżkę wsparcia, runbook i osobę dostępną w godzinach działania procesu.
  • Wolumen. Kilkaset przypadków testowych zamienia się w pełny wolumen ze szczytami, limitami dostawców i okazjonalnymi awariami.

Przegląd gotowości zapożyczony z SRE

Zespoły SRE w Google przeprowadzają przegląd gotowości produkcyjnej, zanim przejmą odpowiedzialność za usługę, z listą kontrolną dopasowaną do tej usługi. Pyta ona na przykład, czy wszystkie widoczne dla użytkowników błędy są monitorowane z alertami i czy błędy trafiają do centralnego logowania. W usłudze procesowej opartej na AI lista zyskuje punkty, których klasyczne usługi nie mają.

  1. 1

    Zestaw regresji

    Odłożone przypadki plus każdy błąd znaleziony w pilotażu, uruchamiane przy każdej zmianie promptu, modelu, narzędzia lub ustawień retrievalu. Regresja blokuje wydanie.

  2. 2

    Wersje i rollback

    Prompty, identyfikatory modeli i definicje narzędzi są wersjonowane razem, a poprzednią wersję można ponownie wdrożyć. AWS Generative AI Lens zaleca wersjonowane szablony promptów właśnie z tego powodu.

  3. 3

    Monitoring

    Błędy, opóźnienia i koszt sprawy oraz sygnały jakości: odsetek błędów w próbce, odsetek eskalacji i okresowe przebiegi na zestawie referencyjnym, żeby wychwycić dryf.

  4. 4

    Cele z konsekwencjami

    Kilka celów dla jakości, czasu obsługi i kosztu, z uzgodnioną reakcją, gdy któryś nie zostanie osiągnięty. Książka SRE radzi, by celów było mało i by były proste.

  5. 5

    Bezpieczna awaria

    Gdy dostawca modelu nie odpowiada lub ma awarię, sprawy trafiają do ręcznej kolejki i nie giną ani nie zostają przetworzone w połowie.

  6. 6

    Właściciel i wsparcie

    Wskazany właściciel, ścieżka wsparcia na godziny działania procesu i runbook dla dotychczas zaobserwowanych awarii.

Hipotetyczna bramka uruchomienia

Wyobraźcie sobie pilotaż wstępnej klasyfikacji szkód, który spełnił kryteria akceptacji. Na przeglądzie gotowości zestaw regresji przechodzi, rollback przećwiczono na środowisku staging, odsetek błędów w próbce widać na dashboardzie, a kierownik zespołu likwidacji przyjął odpowiedzialność. Jeden punkt nie jest spełniony: nikt nie sprawdził, co się dzieje, gdy dostawca modelu jest niedostępny. Uruchomienie czeka, aż symulowana awaria pokaże, że sprawy trafiają do ręcznej kolejki. Jeden otwarty punkt wystarczy, by przesunąć uruchomienie, bo dotyczy ścieżki awarii, której działania nikt jeszcze nie widział.

Przekazanie zespołowi, który będzie go prowadził

W modelu Google recenzenci szkolą przejmujący zespół przeglądami architektury, dogłębnym omówieniem przepływów żądań i ćwiczeniami praktycznymi, a potem przekazują odpowiedzialność krok po kroku, podczas gdy twórcy przez pewien czas pozostają wsparciem. W systemie AI ćwiczenia są konkretne: wspólne czytanie zapisów błędów, uruchomienie zestawu regresji dla proponowanej zmiany promptu, wykonanie rollbacku i wyjaśnienie skoku kosztu sprawy. Koniec okresu wsparcia określcie zdarzeniem, na przykład samodzielnym rollbackiem wykonanym przez zespół utrzymania, a nie datą.

Włączanie etapami

AWS Lens opisuje wdrożenie jako kontrolowane uruchamianie, które skaluje się na prawdziwe dane i ruch. W procesie oznacza to zwykle etap cienia, w którym system działa, a ludzie nadal wykonują pracę, etap wspomagany, w którym system proponuje, a ludzie decydują, a potem po jednym typie spraw lub regionie naraz. Każdy etap potrzebuje spisanych z góry kryteriów wyjścia i wyzwalacza rollbacku. Szersze pytania o prowadzenie wielu agentów w całej organizacji inżynierskiej omawia nasz artykuł o autonomicznej fabryce oprogramowania.

Pytania

Jak długo zespół pilotażu powinien być zaangażowany po uruchomieniu?

Dopóki zespół utrzymania nie poradzi sobie bez pomocy z ważnymi zdarzeniami, takimi jak rollback, awaria dostawcy i wydanie przez zestaw regresji. Uzgodnijcie te zdarzenia z góry, żeby koniec przekazania był widoczny.

Czy proces z AI wymaga dyżuru całodobowego?

Zależy to od tego, kiedy proces działa i jak zawodzi. Jeśli awaria bezpiecznie kieruje sprawy do ręcznej kolejki, wsparcie w godzinach pracy procesu może wystarczyć. To decyzja właściciela, podjęta po przetestowaniu zachowania przy awarii.

Czy lista obowiązuje, jeśli pilotaż korzystał z produktu dostawcy?

Tak. Niektóre punkty stają się pytaniami do dostawcy, na przykład jak zapowiadane są zmiany modelu i czy da się przywrócić poprzednią wersję. Wasz własny zestaw regresji pozostaje sposobem sprawdzenia tych odpowiedzi.

Porozmawiaj z inżynierem

Przyjdź z jednym zadaniem, które chcesz usprawnić. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.

Rezerwacja odbywa się w Kalendarzu Google.

Wolisz najpierw napisać? Zostaw adres e-mail i kilka zdań, a odpowiemy, proponując terminy.

Przycisk przygotowuje e-mail w twoim własnym programie pocztowym, a wysyłasz go samodzielnie. Polityka prywatności (wersja robocza)