skill do analizy ver 3 - test1

Uruchomienie Claude Code

Instrukcja na start:

w katalodu skill w tym projekcie jest plik  deep-analysis-orchestrator załaduj ten plik jako skill

Odpowiedz LLM:

Pytania startowe — Deep Analysis Orchestrator
  
 1. Co jest przedmiotem analizy?
 System, proces, decyzja architektoniczna — co analizujemy?

 2. Jaki jest cel?
 Zrozumienie domeny, planowanie implementacji, decyzja techniczna, coś innego?

 3. Opisz system w 2–3 zdaniach
 Co robi i z czym się łączy?

 4. Czy masz materiały wejściowe?
 Event Storming, diagramy, notatki, screenshoty — cokolwiek co już istnieje?

 5. Poziom szczegółowości
 - Tylko Big Picture
 - Big Picture + Process Level
 - Pełna analiza (Big Picture → Process Level → Design Level)

Ponowne uruchomienie, przez przerwanie sesji, a nie przez komunikacje z LLM.

komenda na start:

w katalogu skill jest plik deep-analysis-orchestrator załaduj go i postępuj według instrukcji w nim zawartych

Odpowiedz modelu:

Brak sesji — startujemy od zera. Zanim uruchomię pierwszy sub-skill, potrzebuję odpowiedzi na pytania orientacyjne (pomijam te, które da się wywnioskować
 z kontekstu):

 ---
 1. Co jest przedmiotem analizy?
 System, proces, decyzja architektoniczna?

 2. Jaki jest cel analizy?
 Zrozumienie domeny, planowanie implementacji, decyzja architektoniczna, coś innego?

 3. Opisz system w 2–3 zdaniach — co robi i z czym się łączy?
 (Na tej podstawie ocenię złożoność i zaproponuję odpowiedni tryb pracy.)

 4. Czy masz już jakieś materiały wejściowe?
 Event Storming, diagramy, dokumentacja, screenshoty — cokolwiek co opisuje domenę.

 5. Jaki poziom szczegółowości Cię interesuje?
 - Tylko Big Picture (aktorzy, zdarzenia, granice)
 - Do Process Level (przepływy, reguły biznesowe, bounded contexts)
 - Pełna analiza (+ Design Level: agregaty, kontrakty, wzorce)

Zostało wykonane to co jest wpisane w skill orkiestratora. Nasuwa mi się już pierwszy wniosek, materiały wejściowe powinny być wpisane w odpowiedni katalog wpisany w strukturę pliku z orkiestratorem.

Kolejna instrukcja:

Przedmiotem analizy jest system obsługujący maraton rowerowy, celem jest przegląd procesu oraz uzupełnienie brakujących części, materiały wejściowe są w   
 katalogu Dane_wejsciowe, chce przejść do process level

Tym razem wyniki w formie streszczenia

Przeanalizował materiały wejściowe, muszę uważać co piszę, chciałem żeby LLM przeszedł do Proccess level ale przez big piscture, muszę być bardziej precyzyjny. 

Tu jest kolejny pomysł na poprawkę, trzeba lepiej zorganizować początkowe zbieranie informacji, być może podzielić to na lepsze sekcje.  

Co nie zostało zrobione to, nie było pytania o tryb działania.

Ale zostały stworzone materiały dodatkowe, według procesu który jest wpisany w skilla.

• session 
• wynik z big picture, który został automatycznie wykonany
• przetworzone materiały
  
• input index - lista plików graficznych załadowana oraz rozdzielona na konteksty w których ma zastosowanie,
• źródło do części process level

Przegląd materiałów wyjściowych z wstępnego przetworzenia napawa optymizmem, jest lista wczytanych plików, rozłożenie ich na fazy i procent pokrycia. Są wyciągniete eventy, hotspoty, są wstępnie wyznaczone bounded contexty na podstawie dołączonych materiałów, są też przedstawione reguły zawarte w rozpisanej subdomenie.

Czas na sprawdzenie czy LLM wystartuje z poprzedniego miejsca, wczoraj przerwałem na ładowaniu i ocenianiu wsadu.

Muszę sprecyzować jak ma Klaudiuszowi kazać wznowić poprzednią sesje. Samo wskazanie pliku orkiestratora to za mało, trzeba mu powiedzieć kontynuuj wtedy już zadziała mechanizm zapisany w głównym pliku.

Wznawiamy od miejsca gdzie skończyliśmy — Faza 2: Process Level, Tryb 2 (Ekspercki).
  
 Zacznę od pytań blokujących, bo bez nich nie można poprawnie zdefiniować Bounded Contexts ani przepływów. Idę pytanie po pytaniu:

Powyżej odpowiedz LLM-a, więc można uznać że zgodnie z oczekiwaniami.

Pytania blokery z wyniku fazy pierwszej , wyniki fazy drugiej, jest tylko jeden plik, coś nie zostało uruchomione. Trzeba przejrzeć orkiestratora i uzupełnić go o wnioski z testów. Przygotować go do kolejnych testów.

Przy okazji warto wspomnieć że core domain zostało ustalone inne niż w wersji drugiej.