AI potrafi szybko zaproponować rozbudowany system. To jeszcze nie znaczy, że taki system jest potrzebny. KISS pomaga ograniczyć projekt do rozwiązania, którego działanie można zrozumieć, sprawdzić i poprawić bez analizowania wielu zbędnych zależności.
W tym poradniku
KISS: rozwiązanie ma być możliwie proste do zrozumienia
KISS to zasada projektowania znana jako Keep It Simple, Stupid, często przedstawiana łagodniej jako Keep It Simple and Straightforward. W praktyce chodzi o ograniczanie zbędnej złożoności. Prosty system może mieć więcej czytelnego kodu niż krótka, trudna do rozszyfrowania konstrukcja.
W projektach z AI warto odróżnić dwa zadania: budowanie funkcji wykorzystującej model oraz używanie AI do napisania zwykłego oprogramowania. W obu przypadkach sprawdzamy, czy proponowane narzędzia i warstwy są potrzebne do osiągnięcia konkretnego wyniku.
Anthropic w materiale Building effective agents zaleca zaczynanie od najprostszego rozwiązania i zwiększanie złożoności wtedy, gdy jest potrzebna. Poniższe przykłady są praktycznym zastosowaniem tej wskazówki, a nie receptą na każdy projekt.
Opisz wynik, ograniczenia i sposób sprawdzenia
Polecenie „zrób nowoczesny system AI do obsługi klientów” zostawia wiele ważnych decyzji bez odpowiedzi. Lepiej wskazać jeden proces, dane wejściowe, oczekiwany wynik i zachowanie przy braku informacji. Nie trzeba opisywać wszystkich przyszłych modułów, żeby przygotować pierwszą użyteczną wersję.
Konkretne ograniczenia pomagają ocenić propozycję, ale sam prompt nie gwarantuje poprawności ani bezpieczeństwa. Trzeba sprawdzić kod, wynik i rzeczywisty przebieg procesu.
Przykład projektowy: jeden model, jeden wynik, zatwierdzenie
Załóżmy, że firma chce uporządkować wiadomości z formularza. Najpierw sprawdzamy, czy wystarczą istniejące pola lub zwykłe reguły. Jeśli zgłoszenia mają swobodną formę i wymagają interpretacji, można przetestować pojedyncze wywołanie modelu oraz walidację odpowiedzi w aplikacji. Pracownik zatwierdza kategorię; model nie dostaje od razu prawa do wysyłania wiadomości.
Na tym etapie kilka współpracujących agentów, dodatkowa baza wektorowa i osobny panel administracyjny mogą nie rozwiązywać żadnego zmierzonego problemu. Dodajemy je dopiero po ustaleniu, czego brakuje prostszej wersji. Zasady rozpoczęcia pilotażu opisuje też poradnik AI w firmie: od pomysłu do wdrożenia.
Oceniaj zmianę, a nie liczbę wygenerowanych plików
- Sprawdź, czy zmiana rozwiązuje uzgodniony problem i zachowuje istniejące funkcje.
- Poproś o wyjaśnienie nowych zależności oraz miejsc, w których mogą wystąpić błędy.
- Odrzuć nieużywane opcje i warstwy przygotowane wyłącznie „na przyszłość”.
- Przetestuj poprawne dane, brak danych, błędną odpowiedź modelu i awarię usługi.
- Zachowaj jasne nazwy, małe funkcje oraz możliwość wycofania zmiany.
Prostota nie usuwa odpowiedzialności za bezpieczeństwo
KISS nie uzasadnia pomijania kontroli dostępu, walidacji, kopii zapasowych ani limitów kosztów. Kolejka może być potrzebna przy większym ruchu, a ponawianie operacji wymaga ochrony przed wykonaniem tej samej czynności kilka razy. To wymagania procesu, a nie dekoracje architektury.
Dobry punkt kontrolny brzmi: „jaki konkretny problem rozwiązuje ta dodatkowa część i jak sprawdzimy jej wartość?”. Jeśli odpowiedź jest jasna, rozbudowa może być właściwym krokiem. Jeśli dotyczy kopiowania tej samej reguły w kilku miejscach, warto sięgnąć po DRY w pracy z AI.
Potrzebujesz pomocy?