# Czy Codex przygotuje komunikat o awarii na Facebooku z notatek o incydencie? > Source: https://tareno.co/pl/agents/codex/facebook > Language: pl > Codex przygotuje komunikat o awarii na Facebooku i szkic aktualizacji z potwierdzonych informacji, a Ty sprawdzisz je i zatwierdzisz w Tareno. > Last reviewed: 2026-10-24 ## Czy Codex napisze komunikat na naszą stronę Facebook na podstawie notatek o incydencie? Tak. Codex czyta notatki i kod usługi, której dotyczy awaria, przygotowuje krótki komunikat oraz szkic aktualizacji prostym językiem i zapisuje je przez Tareno. Nie powinien zgadywać przyczyny ani czasu naprawy: musi je potwierdzić zespół techniczny. Nic nie zostanie opublikowane bez Twojego zatwierdzenia. Gdy usługa rezerwacji lub płatności przestaje działać, klienci mogą szukać informacji na stronie firmy na Facebooku i zostawiać komentarze. Przydatny komunikat powinien być szybki, konkretny i uczciwy, nawet gdy zespół techniczny nadal bada problem. Codex może przeczytać notatki o incydencie oraz kod związany z awarią i przygotować zrozumiały tekst. Tareno zapisuje szkic dla strony. Na przykładzie firmy sprzedającej bilety pokazujemy, jak oddzielić potwierdzone fakty od hipotez i dlaczego odpowiedzialna osoba musi sprawdzić treść przed publikacją. ## Przykład: firma biletowa informuje o awarii płatności W firmie sprzedającej bilety płatność kartą nie działa podczas finalizacji zakupu, podczas gdy inne metody działają. Osoba dyżurująca przekazuje Codex notatki o incydencie i wskazuje moduł płatności. Codex czyta notatki oraz ścieżkę kodu objętą awarią, pomagając określić jej zakres; rzeczywisty wpływ musi potwierdzić zespół techniczny. Następnie przygotowuje komunikat na około 60 słów: wskazuje niedziałającą metodę, dostępną alternatywę i zapowiada aktualizację bez wymyślania godziny naprawy. Zapisuje komunikat przez `create_drafts` i przygotowuje drugi, niezaplanowany szkic o przywróceniu działania. Osoba dyżurująca porównuje oba teksty z kanałem incydentu i prosi o publikację pierwszego w Tareno. ## Od briefu do sprawdzonego szkicu 1. **Przekaż notatki o incydencie.** Przekaż Codex aktualne notatki, rozróżniając potwierdzone fakty i otwarte hipotezy. Podaj wyłącznie informacje potrzebne do komunikatu, aby nie zamienić niepotwierdzonego przypuszczenia w publiczne stwierdzenie. 2. **Wskaż kod objęty awarią.** Wskaż właściwy moduł. Codex może zbadać, które procesy korzystają z tej samej ścieżki kodu, na przykład płatności kartą, ale nie faktury. Rzeczywisty zakres musi potwierdzić zespół techniczny przed publikacją. 3. **Przygotuj komunikat i aktualizację.** Poproś o krótki komunikat z potwierdzonym wpływem, dostępnymi alternatywami i zapowiedzią aktualizacji. Drugi szkic o przywróceniu działania pozostaw bez niepotwierdzonych faktów i bez zaplanowanego terminu. 4. **Usuń niepotwierdzone przyczyny i terminy.** Sprawdź szkic i usuń przyczyny oraz godziny naprawy, których zespół techniczny nie potwierdził. Lepiej obiecać późniejszą aktualizację niż wymyślać termin przywrócenia usługi. 5. **Zapisz oba szkice dla strony.** Codex sprawdza stronę Facebook przez `list_accounts` i zapisuje teksty za pomocą `create_drafts`. Publikacja odbywa się jako strona, w imieniu firmy. Przeczytaj oba szkice przed ich zatwierdzeniem. 6. **Poproś o publikację i zatwierdź.** Poproś o najbliższy dozwolony termin. Według dokumentacji Meta posty planowane przez API wymagają co najmniej dziesięciu minut wyprzedzenia. Prośba pozostaje oczekująca do Twojego zatwierdzenia w panelu Tareno. ## Sześć zadań do skopiowania ### Oddziel fakty od hipotez ```text Przeczytaj poniższe notatki o incydencie i moduł [payments/card]. Wypisz potwierdzone fakty, hipotezy oraz procesy klientów korzystające z uszkodzonej ścieżki kodu. Wskaż, co zespół techniczny musi jeszcze potwierdzić. Nie pisz komunikatu, dopóki nie sprawdzę i nie zatwierdzę listy: [notatki]. ``` ### Napisz komunikat ```text Napisz dla naszej strony Facebook komunikat o awarii na około 60 słów, używając wyłącznie potwierdzonych faktów. Wskaż niedziałającą metodę płatności, potwierdzoną alternatywę i zapowiedz późniejszą aktualizację. Nie wymyślaj przyczyny ani terminu naprawy i unikaj technicznych określeń niezrozumiałych dla klientów. ``` ### Przygotuj informację o naprawie ```text Napisz drugi krótki post na moment rozwiązania problemu, z widocznym miejscem na potwierdzoną godzinę. Nie podawaj przyczyny, dopóki jej nie przekażę. Zapisz oba posty jako szkice przez Tareno dla naszej strony Facebook [nazwa] i zwróć ich identyfikatory do sprawdzenia. ``` ### Poproś o publikację komunikatu ```text Poproś Tareno o zaplanowanie szkicu [ID komunikatu] na najbliższy termin dozwolony przez platformę i podaj, jaka godzina została wybrana. Zwróć ID oczekującego działania oraz przypomnij, że post zostanie opublikowany dopiero po moim zatwierdzeniu w panelu Tareno. ``` ## Obsługiwane platformy społecznościowe - Według dokumentacji Meta posty planowane przez API wymagają co najmniej dziesięciu minut wyprzedzenia. Zaplanowana prośba nie daje natychmiastowej publikacji: uwzględnij czas oczekiwania lub użyj zatwierdzonego procesu publikacji. - Tareno może odczytywać komentarze na Facebooku. Po komunikacie Codex może pogrupować zgłoszenia, na przykład o drugiej niedziałającej metodzie płatności, i przekazać je zespołowi technicznemu. - Posty Facebook w Tareno mogą zawierać link z kartą podglądu, co pozwala na przykład skierować klientów do firmowej strony statusu. - Według dokumentacji Meta Pages API publikuje jako strona, a aplikacja może edytować wyłącznie posty, które sama utworzyła. Komunikat opublikowany bezpośrednio na Facebooku trzeba poprawić tam. ## Rozwiązywanie problemów - Zbyt wczesne podanie przyczyny: niepotwierdzona hipoteza może okazać się błędna i spowodować kolejne skargi klientów. - Obiecywanie godziny naprawy: zapowiedz kolejną aktualizację i dotrzymaj tego zobowiązania wobec klientów. - Zapomnienie o wymaganym wyprzedzeniu: prośba nie może dotyczyć terminu wcześniejszego niż dopuszcza platforma, więc szybko ją sprawdź i zatwierdź. - Pozostawienie niedokończonego szkicu o naprawie: oznacz widocznie miejsce do uzupełnienia, aby nikt przypadkowo nie zaplanował niepotwierdzonego tekstu. - Codex nie zna przyczyny ani terminu naprawy, których zespół techniczny nie potwierdził; te informacje muszą pochodzić od odpowiedzialnych osób. - Nie może odpowiadać na komentarze klientów: Tareno odczytuje komentarze Facebooka, ale nie udostępnia narzędzia do publikowania odpowiedzi. - Nie może samodzielnie opublikować komunikatu: prośba o termin staje się postem dopiero po Twoim zatwierdzeniu w panelu Tareno. ## Pytania przed połączeniem ### Czy Codex może napisać komunikat z notatek o incydencie? Tak. Oddziela potwierdzone fakty od hipotez, może zbadać kod pod kątem procesów objętych awarią i przygotowuje krótki szkic. Odpowiedzialna osoba sprawdza rzeczywisty zakres i zatwierdza post w Tareno przed publikacją. ### Czy komunikat może pojawić się natychmiast? Według dokumentacji Meta posty planowane przez API wymagają co najmniej dziesięciu minut wyprzedzenia. Poproś Tareno o najbliższy dozwolony termin i zatwierdź go w panelu, uwzględniając ten czas zamiast zakładać natychmiastową publikację. ### Czy komunikat powinien podawać przyczynę? Tylko jeśli zespół techniczny ją potwierdził. Codex może zbadać kod, ale przyczyna będąca nadal hipotezą nie powinna być przedstawiana publicznie jako fakt. Zapowiedz aktualizację zamiast zgadywać godzinę naprawy. ### Czy Codex widzi komentarze klientów? Tak. Tareno umożliwia odczyt komentarzy Facebooka, a Codex może je pogrupować i zgłosić na przykład kolejną niedziałającą metodę płatności. Nie może jednak publikować odpowiedzi przez ten proces; odpowiada zespół wsparcia. ### Czy przekazanie notatek Codex jest bezpieczne? Udostępnij tylko informacje potrzebne do komunikatu. Nie podawaj sekretów, danych klientów ani wewnętrznych danych dostępowych: treść polecenia staje się częścią historii rozmowy, dlatego przed wysłaniem należy ją dokładnie sprawdzić. ### Czy Codex sam publikuje na naszej stronie? Nie. Prośba o zaplanowanie staje się oczekującym działaniem w Tareno, a Facebook otrzymuje post dopiero po Twoim zatwierdzeniu w panelu. Za pomocą `get_action_status` możesz później sprawdzić, co stało się z prośbą. ## Powiązane zasoby Tareno - [Czy Codex ogłosi wersję CLI na X ze sprawdzonym poleceniem aktualizacji?](https://tareno.co/pl/agents/codex/x.md) - [Czy Codex może wyjaśnić zmianę techniczną czytelnikom LinkedIn?](https://tareno.co/pl/agents/codex/linkedin.md) - [Czy Codex napisze wątek na Bluesky wyjaśniający algorytm ze sprawdzonymi wynikami?](https://tareno.co/pl/agents/codex/bluesky.md) - [Czy Codex przygotuje komunikat o awarii na Facebooku z notatek o incydencie?](https://tareno.co/pl/agents/codex/facebook.md) - [Czy Codex zamieni informacje o aktualizacji w karuzelę na Instagramie?](https://tareno.co/pl/agents/codex/instagram.md) - [Czy Codex może tworzyć filmy TikTok „znajdź błąd” z repozytorium ćwiczeń?](https://tareno.co/pl/agents/codex/tiktok.md) - [Czy Codex napisze scenariusz YouTube Shorts wyjaśniający funkcję API?](https://tareno.co/pl/agents/codex/youtube.md)