Jak używam Rad AI do rozwiązywania niejednoznacznych problemów inżynieryjnych

Jeden asystent AI jest przydatny. Ale to za mało w przypadku złożonej architektury oprogramowania.

Jeśli używasz AI do czegoś więcej niż tylko autouzupełniania, zauważysz pewien schemat. Pojedynczy model proponuje rozwiązanie. Wygląda dobrze. Implementujesz je. A potem, trzy dni później, odkrywasz ogromną wadę architektoniczną.

To nie jest porażka modelu. To porażka Twojego procesu. Pojedynczy model rzadko kwestionuje własne założenia.

Aby rozwiązywać niejednoznaczne problemy, potrzebujesz Rady AI (AI Council). To nie jest nowa platforma. To workflow, w którym wiele kontekstów AI recenzuje propozycję z różnych perspektyw.

Celem jest przekształcenie korzystania z AI w kontrolowany proces inżynieryjny.

Oto ten workflow:

• Definicja problemu: Formułujesz problem. • Agent Architekta: Agent oparty na źródłach (source-grounded) tworzy propozycję wraz z analizą kompromisów. • Krytyka Rady AI: Różne role AI recenzują propozycję. • Synteza informacji zwrotnych: Agent ocenia wszystkie uwagi i identyfikuje konflikty. • Rejestr zastrzeżeń (Objection Ledger): Śledzisz wszystkie zastrzeżenia, ich wagę oraz sposób ich rozwiązania. • Nadzór ludzki: Decydujesz, czy plan jest gotowy, czy potrzebna jest kolejna runda. • Agent Wykonawca: Osobny kontekst implementuje plan. • Agent Audytor: Trzeci kontekst audytuje kod pod kątem zgodności z oryginalną specyfikacją.

Siła tego podejścia płynie z separacji ról. Nie pytaj po prostu „co o tym sądzisz?”. Przypisz konkretne role do różnych sesji AI:

  • Myśliciel systemowy (System Thinker): Ocenia ryzyka systemowe i granice.
  • Krytyczny recenzent (Critical Reviewer): Kwestionuje założenia i znajduje luki logiczne.
  • Upraszczacz (Simplifier): Wykrywa niepotrzebną złożoność.
  • Recenzent alternatyw (Alternatives Reviewer): Sugeruje inne podejścia.

Najważniejszą częścią jest Rejestr zastrzeżeń (Objection Ledger). Bez niego informacje zwrotne stają się jedynie mglistymi opiniami. Rejestr zmusza Cię do rozwiązania każdej wątpliwości. Oznaczasz zastrzeżenia jako Otwarte (Open), Zaakceptowane (Accepted), Odrzucone (Rejected) lub Rozwiązane (Resolved). Tworzy to audytowalny zapis decyzji.

Nie stajesz się wąskim gardłem typu „kopiuj-wklej”. Agent oparty na źródłach dokonuje syntezy. Ty pełnisz rolę Zarządcy (Governor). Nie wykonujesz pracy manualnej. Ty kontrolujesz punkty decyzyjne.

Ty podejmujesz decyzje:

  • Kiedy przestać iterować.
  • Kiedy zatwierdzić specyfikację.
  • Kiedy zaakceptować ostateczne ryzyko.

Stosuj to przy refaktoryzacjach wysokiego ryzyka lub niejasnej architekturze. Nie używaj tego do trywialnych poprawek błędów. Narzut pracy jest tego wart tylko wtedy, gdy koszt błędnego projektu jest wysoki.

Zacznij od małych kroków. Użyj jednego krytyka i jednego upraszczacza. Natychmiast dostrzeżesz wartość.

Źródło: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii