# Prompt 3 — Opracowanie architektury referencyjnej

### Cel, wejście i rezultat

Opracuj kompletną architekturę referencyjną AI dla banku, przekładającą wybory strategii na wykonalne rozwiązania logiczne. Pracuj jako architekt korporacyjny i architekt rozwiązań bankowych. Dokument ma umożliwiać CIO ocenę zależności, nakładów, ryzyka oraz kolejności wdrażania, a zespołom projektowym — dostosowanie wzorca do rzeczywistego środowiska.

Wczytaj `Kontekst.md`, `Zrodla.md`, `Decyzje_i_powiazania.md` oraz aktualną `Strategia.md`. Zachowaj ich definicje, identyfikatory, granice ryzyka i datę odniesienia. Brakujące dane opisuj jako założenia referencyjne lub parametry do ustalenia. Przy niewykonalnym ustaleniu strategii zapisz uzasadnioną propozycję korekty, warianty i skutki w rejestrze; rozróżnij obowiązujące założenie od proponowanej zmiany. Oznaczenie wydania końcowego pozostaje **1.0**.

Rezultat: pełna `Architektura.md`, edytowalne źródła diagramów Mermaid lub PlantUML, ich czytelne obrazy przy dostępnych narzędziach oraz aktualizacje `Zrodla.md`, `Decyzje_i_powiazania.md` i `STAN_PRAC.md`. Skład DOCX nastąpi w P6, audyt w P4, a poprawki po audycie w P5.

### Struktura dokumentu

Przyjmij poniższy spis treści; dostosowanie nazw lub podrozdziałów uzasadnij zakresem opracowania.

1. **Cel, zakres i założenia** — odbiorcy, granice architektury, profil środowiska, relacja do strategii oraz kwestie wymagające adaptacji.
2. **Zasady i warianty architektury** — wspólne zasady, wariant minimalny, przejściowy i docelowy; potrzebne funkcje logiczne oraz możliwości ich realizacji.
3. **Komponenty i integracje bankowe** — odpowiedzialności, granice zaufania, kontrakty i relacje z systemami dziedzinowymi.
4. **Dane, wiedza i dostęp** — klasyfikacja, pochodzenie, przetwarzanie, wyszukiwanie wiedzy, uprawnienia, aktualizacja i wycofywanie treści.
5. **Wzorce zastosowań AI** — predykcja, generowanie, asystenci, agenci oraz funkcje dostawców; wzorce właściwe przyjętemu portfelowi.
6. **Autoryzacja i trwałe wykonanie** — propozycje działań, zgody, upoważnienia, kontrola parametrów, stan procesu oraz obsługa skutków częściowych.
7. **Cykl życia i jakość** — przygotowanie, ocena, walidacja, wydanie, obserwacja jakości produkcyjnej, zmiana oraz wycofanie rozwiązania.
8. **Bezpieczeństwo i dowody** — zagrożenia, izolacja, ochrona sekretów, łańcuch dostaw, ślady decyzji i proporcjonalna retencja.
9. **Eksploatacja i wymagania jakościowe** — wydajność, dostępność, ciągłość działania, obsługa awaryjna, incydenty i koszt usługi.
10. **Migracja i plan realizacji** — zależności, wykorzystanie obecnych zdolności, współistnienie, przełączenie, wycofanie i wyjście od dostawcy.
11. **Powiązania i kryteria odbioru** — realizacja ustaleń strategicznych, odpowiedzialność, dowody spełnienia oraz scenariusze dostosowania i odbioru.

### Integracje i kontrakty

Przedstaw referencyjne funkcje systemów centralnych banku, CRM, kanałów cyfrowych, centrum kontaktu, obiegu wniosków kredytowych, AML, przeciwdziałania oszustwom oraz ryzyka kredytowego. Dobierz integracje do portfela, wskazując właściciela danych i system rozstrzygający o stanie biznesowym. Wariant minimalny może wykorzystywać istniejące mechanizmy; funkcja logiczna i osobny produkt są odrębnymi decyzjami. Punkty egzekwowania zasad dobierz do każdej drogi, także predykcji i funkcji już działających u dostawców. Porównaj wywołania synchroniczne, zdarzenia i wsady: opóźnienia, spójność, wolumen, dostępność, ryzyko oraz koszt. Opisz migrację z istniejących interfejsów, współistnienie i uzgadnianie wyników.

Przygotuj katalog komponentów: **ID, funkcja, właściciel, wejście/wyjście, zależności, wariant realizacji**. Dla każdej istotnej integracji opracuj kartę kontraktu z polami: **ID; nadawca/odbiorca; operacja/zdarzenie; dane i klasyfikacja; tożsamość/uprawnienia; stany i potwierdzenie; idempotencja; limit czasu/ponowienie; wynik nieustalony/uzgodnienie; błędy/kompensacja; wymagania jakościowe; dowód**. Obszerne kontrakty przedstawiaj jako karty, zamiast szerokiej tabeli. Dla kluczowych scenariuszy dodaj tabelę **krok | nadawca | odbiorca | typ interakcji | kontrakt | wynik**. Diagramy i tabele mają używać tych samych identyfikatorów oraz rozróżniać przepływ danych, wywołanie i zależność.

### Mechanizmy wymagające precyzji

**Dane i wiedza.** Rozdziel poufność, etykiety prawne i cel użycia; ograniczenia stosuj łącznie. Opisz kontrolę przekazania danych przed opuszczeniem dozwolonego obszaru, także w aplikacjach dostawców. Dostęp do źródła i prawo przekazania jego treści dostawcy wymagają odrębnego sprawdzenia. Dla RAG uwzględnij bezpieczne przyjmowanie plików, skany, pochodzenie, wersje, czas obowiązywania i pierwszeństwo źródeł, publikację, cofnięcie dostępu i propagację do indeksów, pamięci oraz historii. Dobierz kontrolę u źródła, w indeksie lub w wariancie mieszanym i zmierz jej opóźnienie. Współdzielenie pamięci wymaga zgodności rzeczywistych uprawnień i celu. Dla pseudonimizacji opisz ochronę mapowań i przywracanie powiązań; dla ponownego użycia rozmów i informacji zwrotnej określ dopuszczalny cel i zakres. Zachowawcze unieważnienie całej sesji jest dopuszczalnym wariantem. Oddziel aktywne wykorzystanie od przechowywania dowodu.

**Decyzje i wykonanie.** Istotne parametry operacji potwierdzaj względem dyspozycji, zaufanego źródła lub uprawnionego człowieka. Powiąż zgodę z parametrami i ważnością. Po oczekiwaniu na człowieka ponownie sprawdź aktualne uprawnienia, limity oraz stan bezpośrednio przed skutkiem. Wieloetapowy przebieg utrzymuj w trwałym mechanizmie poza modelem, z kontrolą duplikacji, nieustalonego wyniku, kompensacji, zatrzymania i wznowienia. Określ dalsze wykonywanie po zakończeniu sesji i cofnięcie delegacji; kompensacja nie musi usuwać wszystkich skutków działania.

**Modele i jakość.** Zapewnij dostępność cech predykcyjnych w chwili decyzji i zgodność transformacji. Rozdziel zbiory uczenia, walidacji, testowania i odbioru; określ próbę reprezentatywną, przypadki rzadkie oraz ataki. Uzasadnij liczebność, niepewność i sposób rozstrzygania ocen ekspertów. Dla wpływu na klienta uwzględnij wyjaśnienie, ocenę nierównego traktowania i możliwość zakwestionowania wyniku; ocena drugiego modelu wspiera pomiar, lecz nie zastępuje wymaganej niezależnej walidacji. Powiąż monitorowanie po wdrożeniu z progami reakcji, właścicielem i zmianą wersji całego rozwiązania, także przy zmianach usługi dostawcy.

**Bezpieczeństwo i działanie.** Dowody mają obejmować rzeczywiste wejścia, źródła, wynik, wersje, reguły, zgody i skutek, z ochroną dostępu oraz retencją stosowną do celu. Wewnętrzny tok rozumowania modelu pozostaje poza wymaganym materiałem dowodowym. Uwzględnij pochodzenie modeli i kodu, agentów programistycznych oraz ochronę publikacji zmian. Z analizy wpływu na działalność wyprowadź tryby awaryjne, realną obsadę zastępczą, przepustowość i czas odtworzenia. Mierz koszt całej drogi poprawnie zakończonej sprawy, liczonej jednokrotnie; udział kosztu zmiennego i budżet okresowy kontroluj odrębnie. Wymagania jakościowe mają mierzalne jednostki, granice pomiaru, warunki i reakcję. Określ kwalifikację incydentów oraz koordynację właściwych zgłoszeń i terminów. Wyjście od dostawcy obejmuje dane, zależności, koszt, czas i sprawdzenie jakości następcy.

### Sposób pracy i zakończenie

Twórz treść partiami rozdziałów, zapisując rezultat i punkt wznowienia w `STAN_PRAC.md`; kontynuuj bez obowiązkowej zgody autora. Weryfikuj nowe istotne twierdzenia w źródłach pierwotnych i aktualizuj rejestr źródeł. Zakończ po opracowaniu wszystkich rozdziałów, zgodności diagramów z katalogami oraz przypisaniu istotnych ustaleń strategii do mechanizmu, właściciela, etapu i właściwego dowodu. Wskaż pozostałe założenia oraz ograniczenia narzędziowe. Scenariusze odbioru opisuj jako wymagane sprawdzenia, odrębnie od testów rzeczywiście wykonanych.