# Codex può scrivere un avviso di disservizio per Facebook dalle note di un incidente? > Source: https://tareno.co/it/agents/codex/facebook > Language: it > Codex usa le note confermate per preparare un avviso Facebook e una bozza di aggiornamento da verificare e approvare su Tareno. > Last reviewed: 2026-10-24 ## Codex può scrivere un avviso di disservizio per la nostra pagina Facebook dalle note dell'incidente? Sì. Codex legge le note dell'incidente e il codice del servizio interessato, prepara un avviso e una bozza successiva in linguaggio semplice e li salva tramite Tareno. Non deve inventare cause o tempi di ripristino: servono conferme del team tecnico. Nulla viene pubblicato prima della tua approvazione. Quando un servizio di prenotazione o pagamento non funziona, i clienti possono cercare informazioni sulla pagina Facebook dell'azienda e lasciare commenti. Un avviso utile deve essere rapido, specifico e onesto, anche mentre i tecnici lavorano ancora al problema. Codex può leggere le note dell'incidente e il codice interessato e preparare un testo comprensibile. Tareno salva la bozza per la pagina. Seguiamo il caso di un'azienda di biglietteria per capire come distinguere fatti confermati e ipotesi e perché una persona responsabile deve controllare il testo prima della pubblicazione. ## Esempio: un'azienda di biglietteria segnala un problema al pagamento Il pagamento con carta non funziona nel checkout di un'azienda di biglietteria, mentre gli altri metodi funzionano. La persona di turno fornisce a Codex le note dell'incidente e indica il modulo dei pagamenti. Codex legge le note e il percorso di codice interessato per aiutare a delimitare l'impatto, che il team tecnico deve confermare. Scrive quindi un avviso di circa 60 parole: il metodo colpito, un'alternativa disponibile e la promessa di un aggiornamento, senza un orario di ripristino inventato. Salva l'avviso con `create_drafts` e prepara una seconda bozza non programmata per la risoluzione. La persona confronta entrambi con il canale dell'incidente e richiede la pubblicazione del primo su Tareno. ## Dal brief alla bozza revisionata 1. **Fornisci le note dell'incidente.** Condividi con Codex la situazione attuale, distinguendo fatti confermati e ipotesi ancora aperte. Includi solo le informazioni necessarie all'avviso: un'ipotesi non deve diventare un'affermazione pubblica. 2. **Fai leggere il codice interessato.** Indica il modulo coinvolto. Codex può esaminare quali flussi condividono il percorso di codice, ad esempio le carte ma non le fatture. Il team tecnico deve confermare l'impatto reale prima che venga comunicato. 3. **Prepara avviso e aggiornamento.** Chiedi un avviso breve con impatto confermato, eventuali alternative e indicazione di un successivo aggiornamento. La seconda bozza per la risoluzione resta senza fatti non confermati e senza un orario programmato. 4. **Elimina cause e orari non confermati.** Controlla che la bozza non presenti cause o tempi di ripristino non confermati dal team tecnico. Rimuovili: prometti piuttosto un aggiornamento successivo, senza inventare quando il problema sarà risolto. 5. **Salva entrambe le bozze.** Codex verifica la pagina Facebook con `list_accounts` e salva i testi tramite `create_drafts`. La pubblicazione avviene come pagina, a nome dell'azienda. Leggi entrambe le bozze prima di approvarle. 6. **Richiedi e approva il primo avviso.** Richiedi il primo orario consentito. Secondo la documentazione Meta, i post programmati tramite API richiedono almeno dieci minuti di anticipo. La richiesta rimane in attesa fino alla tua approvazione nella dashboard Tareno. ## Sei richieste da copiare ### Separa fatti e ipotesi ```text Leggi le note dell'incidente qui sotto e il modulo [payments/card]. Elenca ciò che è confermato, ciò che è solo un'ipotesi e i flussi dei clienti che condividono il percorso di codice interessato. Segnala cosa deve ancora confermare il team tecnico. Non scrivere l'avviso finché non avrò controllato l'elenco: [note]. ``` ### Scrivi l'avviso ```text Scrivi per la nostra pagina Facebook un avviso di disservizio di circa 60 parole usando solo fatti confermati. Indica il metodo di pagamento interessato, un'alternativa confermata e che seguirà un aggiornamento. Non inventare cause o tempi di ripristino ed evita termini tecnici. ``` ### Prepara la comunicazione di risoluzione ```text Scrivi un secondo post breve per quando il problema sarà risolto, con un segnaposto per l'orario confermato. Non indicare una causa finché non te la fornirò. Salva entrambi i post come bozze su Tareno per la nostra pagina Facebook [nome] e restituisci gli ID. ``` ### Richiedi la pubblicazione dell'avviso ```text Chiedi a Tareno di programmare la bozza [ID dell'avviso] al primo orario consentito e indicami l'orario richiesto. Restituisci l'ID dell'azione in attesa e ricordami che il post sarà pubblicato soltanto dopo la mia approvazione nella dashboard Tareno. ``` ## Social network supportati - Secondo la documentazione Meta, i post programmati tramite API richiedono almeno dieci minuti di anticipo. Una richiesta di programmazione non produce quindi un avviso istantaneo: considera il tempo necessario o usa il flusso di pubblicazione approvato. - Tareno può leggere i commenti Facebook. Dopo l'avviso Codex può raggruppare le segnalazioni, come un secondo metodo di pagamento non funzionante, e riferirle al team tecnico. - I post Facebook in Tareno possono contenere un link con scheda di anteprima, utile ad esempio per rimandare alla pagina di stato dell'azienda. - Secondo la documentazione Meta, la Pages API pubblica come pagina e un'app può modificare solo i post che ha creato. Un avviso pubblicato direttamente su Facebook va quindi corretto lì. ## Risoluzione dei problemi - Indicare una causa troppo presto: un'ipotesi non confermata potrebbe risultare errata e provocare ulteriori reclami da parte dei clienti. - Promettere un orario di ripristino: prometti invece un aggiornamento successivo e mantieni l'impegno preso con i clienti. - Dimenticare l'anticipo richiesto: la richiesta non può essere precedente all'orario consentito dalla piattaforma, quindi pianifica e approva tempestivamente. - Lasciare incompleta la bozza di risoluzione: mantieni visibile il segnaposto affinché nessuno programmi per errore un post con informazioni non confermate. - Codex non può conoscere una causa o un orario di ripristino non confermati dal team tecnico: queste informazioni devono arrivare da persone responsabili. - Non può rispondere ai commenti dei clienti: Tareno legge i commenti Facebook ma non offre uno strumento per pubblicare risposte. - Non può pubblicare l'avviso autonomamente: la richiesta di orario diventa un post solo dopo la tua approvazione nella dashboard Tareno. ## Domande prima della connessione ### Codex può scrivere un avviso dalle note dell'incidente? Sì. Distingue fatti confermati e ipotesi, può esaminare il codice per individuare i flussi interessati e prepara una bozza breve. Una persona responsabile verifica l'impatto e approva il post in Tareno prima della pubblicazione. ### L'avviso può uscire subito? Secondo la documentazione Meta, i post programmati tramite API devono essere previsti almeno dieci minuti dopo. Chiedi a Tareno il primo orario consentito e approva la richiesta nella dashboard, considerando l'anticipo invece di presumere una pubblicazione istantanea. ### L'avviso dovrebbe indicare la causa? Solo se il team tecnico l'ha confermata. Codex può esaminare il codice, ma una causa ancora ipotetica non deve comparire come fatto pubblico. Prometti un aggiornamento successivo invece di indovinare un orario di ripristino. ### Codex può leggere i commenti dei clienti? Sì. Tareno permette di leggere i commenti Facebook e Codex può raggrupparli, segnalando per esempio un altro metodo di pagamento interessato. Non può pubblicare risposte tramite questo flusso: se ne occupa il team di assistenza. ### È sicuro fornire le note dell'incidente a Codex? Condividi soltanto ciò che serve per l'avviso. Non includere segreti, dati dei clienti o dettagli di accesso interni: ciò che inserisci nel prompt diventa parte della cronologia della conversazione e va quindi verificato prima dell'invio. ### Codex pubblica da solo sulla nostra pagina? No. Una richiesta di programmazione diventa un'azione in attesa su Tareno e Facebook riceve il post solo dopo la tua approvazione nella dashboard. Con `get_action_status` puoi controllare successivamente l'esito della richiesta. ## Risorse Tareno correlate - [Codex può annunciare una versione CLI su X con un comando di aggiornamento verificato?](https://tareno.co/it/agents/codex/x.md) - [Codex può spiegare una modifica tecnica ai lettori di LinkedIn?](https://tareno.co/it/agents/codex/linkedin.md) - [Codex può spiegare un algoritmo in un thread Bluesky con risultati verificati?](https://tareno.co/it/agents/codex/bluesky.md) - [Codex può scrivere un avviso di disservizio per Facebook dalle note di un incidente?](https://tareno.co/it/agents/codex/facebook.md) - [Codex può trasformare le note della patch in un carosello Instagram?](https://tareno.co/it/agents/codex/instagram.md) - [Codex può creare video TikTok trova-l’errore da un repository didattico?](https://tareno.co/it/agents/codex/tiktok.md) - [Codex può scrivere uno script per YouTube Shorts che spieghi una funzione API?](https://tareno.co/it/agents/codex/youtube.md)