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.
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
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
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
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
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
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
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.
Autonomiczna fabryka oprogramowaniaKto odpowiada za system AI po pilotażu
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.
Powiązane usługi
Inżynieria i architektura AI
Asystenci, interfejsy głosowe i agenci w produktach, które sprzedajesz, razem z serwowaniem modeli i wyszukiwaniem pod spodem.
Agenci AI i automatyzacja procesów
Agenci, którzy przejmują rutynowe kroki złożonych spraw i przekazują decyzje ludziom, z kosztem każdej obsłużonej sprawy.
Więcej z bloga
Fabryka oprogramowania AI
Czego potrzeba, żeby agenci kodujący prowadzili jasno określone zadania od issue do merge'a, jaka praca się do tego nadaje i gdzie kontrola zostaje po stronie ludzi.
Odpowiedzialność za system AI
Kto odpowiada za prompty, modele, dane, zestaw testowy i błędy systemu AI po odejściu zespołu pilotażu, kto zatwierdza które zmiany i kto może go wyłączyć.
Kryteria sukcesu pilotażu AI
Co pilotaż AI musi wykazać, zanim sfinansujecie kolejny etap, i jak spisać kryteria akceptacji, zanim ktokolwiek wybierze narzędzie.
Źródła
- The Evolving SRE Engagement Model, rozdział 32 książki Site Reliability Engineering (Google)
- Demystifying evals for AI agents (Anthropic, styczeń 2026)
- Generative AI lifecycle, AWS Well-Architected Generative AI Lens
- GENOPS03-BP01 Implement prompt template management, AWS Well-Architected Generative AI Lens
- GENOPS01-BP01 Periodically evaluate functional performance, AWS Well-Architected Generative AI Lens
- Service Level Objectives, rozdział 4 książki Site Reliability Engineering (Google)
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.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a inżynier odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.