Wdrażanie SOP Kalendarza: 3 Kalendarze, Zero Ręcznej Weryfikacji

Sytuacja
Amerykański fundusz inwestycyjny działa zgodnie z rygorystycznymi procedurami spotkań. Poranki są zarezerwowane na głęboką pracę, poniedziałki są tylko wewnętrzne, wtorki są tylko zewnętrzne, środy i czwartki absorbują nadmiar z twardym limitem, a piątki są wolne od spotkań. Zespół dzieli również czas na trzy oddzielne kalendarze Google: Biznesowy, Funduszowy i Osobisty. Popełnienie jakiegokolwiek błędu kosztuje koncentrację, czas na transakcje, a ostatecznie zaufanie partnerów.

Problem
Wdrażanie było ręczne. Ktoś musiał codziennie przeszukiwać trzy kalendarze, zauważyć spotkanie zaplanowane przed południem, wychwycić dwa wydarzenia jedno po drugim bez bufora, oznaczyć zewnętrzne rezerwacje w dniu wewnętrznym. Przeglądy były żmudne, spóźnione i łatwe do przeoczenia. Wcześniejsza próba wykorzystania wbudowanych statycznych danych n8n, aby uniknąć powtarzających się powiadomień, nie powiodła się, ponieważ ten stan resetuje się przy każdym zapisie przepływu pracy. W praktyce to samo naruszenie było ponownie wysyłane do Slacka co 5 minut przez cały dzień. Zmęczenie powiadomieniami się pojawiło, a zespół zaczął ignorować kanał, co zniweczyło cel.

Rozwiązanie
Zbudowałem dwupoziomowy system n8n wspierany przez Supabase. Monitor w czasie rzeczywistym sprawdza wszystkie trzy kalendarze Google co 5 minut, przetwarza każde wydarzenie przez silnik audytu SOP (czas, bufor, typ dnia, dzienne limity) i publikuje naruszenia na dedykowanym kanale Slack. Codzienny audyt odbywa się o 8:30 czasu ET z pełnym przeszukiwaniem tygodnia i sugestiami dotyczących zmiany harmonogramu generowanymi przez AI, a w piątki wysyła drugą wiadomość zapowiadającą nadchodzący tydzień.

Warstwa deduplikacji to element, który sprawił, że to działa w produkcji. Każde naruszenie otrzymuje stabilny klucz (reguła + data + hash wydarzenia). Przed wysłaniem czegokolwiek do Slacka, przepływ pracy pobiera zgłoszone powiadomienia tygodnia z tabeli Supabase i porównuje je z różnicami zbiorów. Tylko naprawdę nowe naruszenia trafiają do Slacka. Każdego ranka codzienny audyt usuwa wiersze z poprzedniego tygodnia, utrzymując tabelę wąską.

Cały system działa wewnątrz n8n i Supabase. Brak serwera niestandardowego, brak Dockera, brak lokalnego kodu. Cały zestaw narzędzi jest zarządzany przez serwery MCP, więc aktualizacje przepływu pracy, zmiany schematu i wdrożenia odbywają się przez kontrolowany interfejs zorganizowany przez AI z granicą bezpieczeństwa od stagingu do produkcji.

Stos technologiczny: n8n, Supabase, PostgreSQL, Google Calendar API, Slack API, OpenAI API, MCP (Model Context Protocol)

Wyniki
- 3 kalendarze Google monitorowane nieprzerwanie bez ręcznego przeglądu
- Wykrywanie w ciągu 5 minut od naruszenia do powiadomienia na Slacku
- Zero duplikatów powiadomień po tym, jak warstwa deduplikacji Supabase zastąpiła delikatny hash w pamięci
- Codzienny audyt o 8:30 z sugestiami zmiany harmonogramu AI, plus piątkowy przegląd następnego tygodnia
- Architektura bezserwerowa: brak serwera aplikacji, brak Dockera, zarządzana całkowicie przez n8n i Supabase
- Bezpieczne wdrożenia: zmiany w produkcyjnym przepływie pracy wymagają wyraźnej potwierdzenia operatora

Jak to działa
1. Harmonogram uruchamia się co 5 minut i odczytuje stan synchronizacji z Supabase
2. Wydarzenia pobierane z Biznesowego, Funduszowego i Osobistego kalendarza Google oraz zatwierdzonej białej listy wyjątków
3. Wykrywanie zmian kończy się wcześnie, jeśli nic się nie zmieniło od ostatniego sprawdzenia
4. Silnik audytu SOP ocenia każde wydarzenie według czasu, bufora, typu dnia i zasad limitów
5. Warstwa deduplikacji porównuje nowe klucze naruszeń z zgłoszonymi powiadomieniami tygodnia w Supabase
6. Naprawdę nowe naruszenia są publikowane na Slacku i zapisywane z powrotem do Supabase