Loading...
×Codex przygotuje komunikat o awarii na Facebooku i szkic aktualizacji z potwierdzonych informacji, a Ty sprawdzisz je i zatwierdzisz w Tareno.
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.
Ostatnia weryfikacja: 2026-10-24
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ą.
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.
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.
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ą.
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.
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.
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.
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.
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 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.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ś 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.Konfiguracja Tareno na dzień 2026-10-24. Aktualne zasady dla konta zwraca narzędzie get_platform_schema.
Źródło: Meta: Pages API, posts, sprawdzono 2026-10-24. Zasady platform się zmieniają; sprawdź stronę, zanim oprzesz się na konkretnej wartości.
https://tareno.co/api/mcpKorzystaj ze swojego konta Tareno w obsługiwanych klientach. Odpowiednia instrukcja wyjaśnia logowanie, pierwsze użycie, ponowne łączenie i cofnięcie dostępu.
codex mcp add tareno --url https://tareno.co/api/mcp
codex mcp login tareno
codex mcp get tarenolist_accountsSprawdzono:
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ą.
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ę.
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.
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.
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ć.
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ą.