Ty21:43
Od 21:40 około 30% zamówień kończy się błędem 502.
Dwie linijki przy każdej zmianie, a każda notatka zapamiętuje swoją minutę. W piątek @Claude czyta wątek i szkicuje chronologię do postmortemu.
14 dni Pro. Bez karty. Kończy się automatycznie. Wybierz kontynuację z Pro za 99,99 $ rocznie (8,33 $ miesięcznie). Zobacz ceny miesięczne
O 21:40 zaczynają się błędy przy zamówieniach. Do północy cała historia jest rozsiana po wątku na czacie liczącym 140 wiadomości i dwóch rozmowach wideo, z których nikt nie robił notatek. W piątek siadasz do postmortemu, a pierwsze pytanie brzmi: kiedy zaczęło się wycofywanie?
Każda notatka zapamiętuje swoją minutę, więc dwie linijki na każdym etapie same układają się w chronologię.
O 02:00 przekazujesz dyżur. Ken czyta wątek, a nie 140 wiadomości.
@Claude szkicuje chronologię na podstawie notatek w wątku. Ty ją sprawdzasz i piszesz, dlaczego do tego doszło.
Twój obszar roboczy na początku jest pusty.
Incydenty
Pierwsza notatka: co widzisz, z wykresem.
Ty21:43
Od 21:40 około 30% zamówień kończy się błędem 502.
Ken dodaje, co znalazł, pod swoim imieniem.
Ken21:52Nowe
Wdrożenie 4512 poszło o 21:36. Ustawia pulę połączeń z bazą danych na 20; wcześniej było 100.
Ty22:05
Wycofuję do 4511.
Status „Oczekujący”, dopóki obserwujesz, a notatka mówi, do kiedy. Oczekujący
Ty22:31
Odsetek błędów wrócił do normy o 22:29. Obserwuję do 02:00, potem przekazuję dyżur Kenowi.
Przekazanie dyżuru to ostatnia notatka, więc Ken zaczyna od niej.
Ty02:00
Przekazuję dyżur Kenowi: wycofanie się trzyma, a 4512 nie wraca. Otwarte pytanie: jak zmiana puli przeszła przegląd kodu.
W piątek jedno zlecenie na twoim kluczu Anthropic.
Ty10:00
Do @ClaudeOdpowiedź po 52 sek.
@Claude przygotuj szkic chronologii do postmortemu na podstawie tego wątku, z godziną każdego kroku.
Odpowiedź jest notatką. Sprawdzasz ją z notatkami powyżej.
Od @Claude10:01
Szkic chronologii na podstawie notatek z tego wątku:
| Godzina | Co się stało |
|---|---|
| 21:36 | Wdrożenie 4512 trafia na produkcję |
| 21:40 | Zaczynają się błędy przy zamówieniach |
| 22:05 | Zaczyna się wycofywanie do 4511 |
| 22:29 | Odsetek błędów w normie |
Zakończone, z zadaniem, które z tego wynikło. Zakończony
Ty16:20
Postmortem opublikowany. Zadanie: test obciążeniowy przed każdą zmianą rozmiaru puli.
Każde z nich czyta i pisze tylko tam, gdzie pozwala mu dostęp.
Połącz asystentaNapisz do @Claude w wątku incydentu. Przeczyta notatki i odpowie chronologią w formie notatki, na twoim kluczu API.
Model AITwój klucz API Anthropic lub OpenAIPro z synchronizacją
@Claude i czego potrzebujesz, a potem wybierz Wyślij. W udostępnionym wątku za pierwszym razem wybierz Zezwól tutaj.Jeśli twoje narzędzie do alertów potrafi wysłać webhook z treścią, którą określasz, każdy alert staje się notatką w wątku „Alerty”. Wątek incydentu odwołuje się do alertu, od którego wszystko się zaczęło.
AutomatyzacjaDodawaj notatki z innej aplikacjiTekst lub Markdown
{"text": "…"} z nazwą alertu, jego stanem i linkiem do wykresu.Nazwy Claude, GPT, Anthropic i OpenAI należą do ich właścicieli. ThreadPage jest niezależny i nie jest z nimi powiązany ani przez nich wspierany.
14 dni Pro. Bez karty. Kończy się automatycznie. Wybierz kontynuację z Pro za 99,99 $ rocznie (8,33 $ miesięcznie). Zobacz ceny miesięczne
Idziesz na urlop? @Claude czyta folder klienta i szkicuje przekazanie obowiązków ze wszystkimi obiecanymi terminami. Poprawiasz, co pomylił, i udostępniasz folder Norze.
Pro @Claude i udostępnianieKażdy scalony pull request sam trafia do wątku. W dniu wydania @GPT szkicuje na ich podstawie informacje o wydaniu, a opublikowane wydanie trafia tam, gdzie czytają je klienci.
Pro GitHub i @GPT