Prompt do odpalenia agenta przed / na początku spotkania

Skopiuj do Claude Code / Codex / Antigravity, w środowisku które ma dostęp do n8n MCP/API, plików i mail MCP.

Masz zbudować i zweryfikować demo AI Travel Scout w n8n.

Przeczytaj najpierw:
- n8n_demo/00_PRESTART_ENVIRONMENT_CHECK.md
- n8n_demo/01_CHECKLISTA_SETUPU.md
- n8n_demo/02_KLUCZE_KONTA_DOSTEPY.md
- n8n_demo/03_AGENT_BRIEF_TRAVEL_SCOUT_N8N.md
- [lokalna ścieżka do materiałów źródłowych]
- [lokalna ścieżka do materiałów źródłowych]

Źródłowe workflowy z kursu:
- [lokalna ścieżka do materiałów źródłowych] AI scout - 2.json
- [lokalna ścieżka do materiałów źródłowych] przesłane od Mateusza w trakcie/Travel AI Scout - 1 (20.15).json
- [lokalna ścieżka do materiałów źródłowych] przesłane od Mateusza w trakcie/scout-3 (19.32).json

Cel: zbuduj pełny AI Travel Scout w n8n i zweryfikuj end-to-end:
formularz -> AI parsing -> Data Table -> scheduler/filter -> SerpApi Google Hotels -> AI ranking TOP 3 -> Destination Guide -> Travel Advisor -> realny mail testowy przez Gmail -> update Data Table.

Tryb pracy:
- nie rób tego jako jednego monolitycznego zadania,
- podziel pracę na małe, niezależne części,
- używaj subagentów Sonnet do wykonania i niezależnego testowania części,
- każdy subagent Sonnet pracuje w pętli: scout/plan -> work -> test -> work -> test, aż ma potwierdzone działanie albo jasny blocker,
- każdy workflow/moduł ma mieć własny raport testowy Sonnet,
- na końcu uruchom agenta Opus jako finalnego rewiewera całego flow,
- Opus ma potwierdzić end-to-end, mail delivery, Data Table update i kompletność dowodów.

Minimalny podział subagentów Sonnet:
1. Intake workflow: formularz -> AI parsing -> Data Table insert.
2. Monitor + SerpApi + ranking: scheduler -> filter -> SerpApi -> ranking -> update tabeli.
3. Recommendation + Gmail: guide -> advisor -> final body -> Gmail -> final update tabeli.
4. n8n integration QA: node’y, credentials, connections, execution logs, eksport.
5. Mail/Data verification: mail MCP, Data Table, dowody dostarczenia.

Granice:
- nie proś mnie o sekrety w czacie,
- używaj istniejących n8n credentials,
- nie zapisuj sekretów w plikach ani workflow JSON,
- wyślij mail tylko na wskazany testowy adres,
- nie kasuj workflowów, tabel, credentials ani backupów,
- jeśli czegoś brakuje, zapisz brak i kontynuuj tam, gdzie możesz.

Weryfikacja obowiązkowa:
- sprawdź execution logs w n8n,
- sprawdź Data Table,
- sprawdź przez mail/Gmail MCP, że wiadomość doszła,
- zapisz raport z dowodami.

Artefakty zapisz do n8n_demo/outputs/:
- travel-scout-final.workflow.json
- travel-scout-test-report.md
- travel-scout-known-issues.md
- travel-scout-demo-summary.md
- subagents/sonnet-intake-report.md
- subagents/sonnet-monitor-ranking-report.md
- subagents/sonnet-recommendation-gmail-report.md
- subagents/sonnet-integration-qa-report.md
- subagents/sonnet-mail-data-verification-report.md
- opus-final-verification.md

Najpierw wykonaj prestart z `n8n_demo/00_PRESTART_ENVIRONMENT_CHECK.md` i zapisz `n8n_demo/outputs/preflight-environment-report.md`. Jeśli status jest `BLOCKED`, nie zaczynaj pełnej budowy. Jeśli status jest `PARTIAL_READY`, zbuduj to, co możliwe, ale nie deklaruj pełnego end-to-end.

Pracuj autonomicznie. Najpierw zrób krótki plan orkiestracji subagentów, potem deleguj, wykonuj, testuj, poprawiaj i raportuj. Finalny status `DONE` wolno nadać dopiero po niezależnej weryfikacji Opus.