TL;DR. Dal 20 agosto 2026 il plugin Apple Messages permette a ChatGPT di cercare conversazioni, riassumerle, preparare risposte e inviarle dal Mac. Il punto non e’ quanto scrive bene: e’ a quali messaggi puo’ arrivare e chi conserva l’ultima conferma prima dell’invio. Per una PMI partirei con ricerca e bozze, terrei l’approvazione su ogni singolo messaggio e vieterei le autorizzazioni permanenti. Se sullo stesso Mac convivono clienti, famiglia, codici di accesso e conversazioni riservate, il pilot non e’ ancora pronto.

Cosa cambia con il plugin Apple Messages

OpenAI ha aggiunto Apple Messages al catalogo pubblico dei plugin il 20 agosto 2026. La funzione porta dentro ChatGPT le conversazioni iMessage, SMS e RCS disponibili nell’app Messaggi del Mac: puo’ cercare nella cronologia, recuperare un dettaglio, riassumere un thread, preparare una risposta e inviarla. La notizia e’ stata riportata da TechCrunch e da MacRumors; le capacita’ e i limiti sono descritti nella documentazione ufficiale OpenAI sui plugin.

I limiti contano. In questa prima versione il plugin funziona nell’app desktop ChatGPT per macOS su Mac Apple Silicon. Si usa dentro Codex o ChatGPT Work, non nelle normali chat di ChatGPT. Non e’ disponibile direttamente sul web, da mobile, nel Codex CLI o nell’estensione IDE. E non trasforma Messaggi in un telecomando per parlare a ChatGPT: serve a far lavorare ChatGPT sulle conversazioni gia’ presenti sul Mac.

Per una piccola azienda l’utilita’ e’ immediata. Un titolare puo’ chiedere quali clienti attendono una risposta, recuperare cosa aveva promesso a un fornitore o preparare un messaggio coerente con una decisione presa due settimane prima. Si elimina il copia-incolla e si riduce il tempo speso a scorrere thread. Ma si sposta anche il confine di fiducia: l’assistente non riceve piu’ solo il testo che incolli. Gli chiedi di cercarlo.

La cifratura non risolve il problema sul Mac

Apple documenta che iMessage protegge contenuti e allegati con cifratura end-to-end, in modo che Apple non possa decifrarli durante il trasporto (Apple Platform Security, iMessage security overview). Questa protezione resta importante, ma non decide cosa puo’ fare un’app autorizzata sul dispositivo del destinatario. Sul Mac il messaggio deve essere leggibile per comparire nell’app Messaggi. Se autorizzi un altro software a lavorare con quell’app, hai aperto un nuovo percorso dopo la cifratura.

macOS gestisce questo passaggio in Privacy & Security. Apple spiega che la sezione Automation permette a un’app di controllarne un’altra e che l’autorizzazione puo’ essere attivata o revocata per singola app (Apple Support, Allow apps to control other apps on Mac). OpenAI aggiunge un secondo livello: prima che ChatGPT legga Messaggi bisogna concedere i permessi richiesti da macOS; prima dell’invio, per default, bisogna approvare sia il testo sia i destinatari.

La mia take tecnica e’ questa: la cifratura protegge il tragitto, il permesso protegge l’endpoint. Se il secondo viene concesso senza un perimetro, il primo non compensa la scelta. Dire “iMessage e’ cifrato” non basta per giustificare l’accesso di un agente alla cronologia.

Il pilot giusto non invia nulla

Partire dall’invio automatico e’ il modo piu’ veloce per valutare la funzione sbagliata. Il valore iniziale non sta nel premere Send al posto tuo. Sta nel trovare contesto che altrimenti richiede dieci minuti, distinguere una promessa da una battuta e preparare una bozza verificabile.

Per la prima settimana userei il plugin in sola lettura operativa, anche se tecnicamente puo’ inviare. Il test deve rispondere a quattro domande concrete:

  • trova la conversazione corretta quando due contatti hanno nomi simili?
  • separa cio’ che hai promesso da cio’ che l’altra persona ha soltanto proposto?
  • riporta date, cifre e URL senza modificarli?
  • la bozza riduce davvero il tempo di risposta dopo la revisione umana?

Userei prompt stretti. “Trova i thread di lavoro senza risposta da ieri e restituisci nome, ultima domanda e data” e’ verificabile. “Gestisci i miei messaggi” non lo e’. Il primo produce un elenco che puoi confrontare con Messaggi. Il secondo mescola ricerca, interpretazione e azione in una delega senza criteri.

Eviterei anche il riassunto indiscriminato dell’intera cronologia. Una PMI non ha bisogno di far leggere anni di conversazioni per capire chi attende risposta da 24 ore. Intervallo temporale, contatto e scopo devono stare nel prompt. E’ la stessa disciplina che serve quando la dettatura AI entra nelle bozze: passa solo il contesto necessario al compito.

Prima dell’installazione: mappa cosa c’e’ in Messaggi

Il Mac di un professionista raramente contiene un solo tipo di conversazione. Nello stesso archivio possono esserci clienti, chat familiari, codici monouso, informazioni sanitarie, preventivi, credenziali inviate male in emergenza e discussioni con il commercialista. Il plugin vede la funzione Messaggi, non il tuo organigramma.

La documentazione OpenAI descrive un’autorizzazione persistente per inviare a una specifica chat, ma nella sezione dedicata al plugin non documenta una allowlist equivalente per la lettura dei singoli thread. Ne ricavo una regola prudenziale: finche’ non esiste uno scope di lettura verificabile per conversazione, considera leggibile tutto cio’ che Messaggi rende disponibile su quel Mac. E’ un’inferenza dal perimetro documentato, non una dichiarazione di OpenAI sul funzionamento interno.

Prima di installare, fai quindi un inventario di dieci minuti. Se Messaggi contiene conversazioni che nessun collaboratore dovrebbe vedere, il test va fatto su un contesto separato o rimandato. Non affidarti al prompt “ignora le chat personali”: un’istruzione al modello non e’ un controllo di accesso.

Per i team gestiti c’e’ almeno una leva centrale. OpenAI indica che gli amministratori possono disabilitare Apple Messages attraverso il controllo Computer Use. La scelta sensata e’ tenerlo disattivato per tutti, abilitarlo soltanto agli utenti del pilot e rivalutare dopo una settimana. Il percorso e’ coerente con un buon controllo di accessi, costi e dati nei workflow AI: prima si decide chi puo’ usare lo strumento, poi si osserva cosa fa.

Configurazione sicura in sette passaggi

  1. Definisci un solo caso d’uso. Per esempio: recuperare i follow-up commerciali rimasti senza risposta nelle ultime 48 ore. Niente invii nel primo ciclo.
  2. Verifica dispositivo e superficie. Serve l’app desktop ChatGPT su Mac Apple Silicon e una nuova sessione Codex o ChatGPT Work. Se stai usando chat normale, web, mobile, CLI o IDE, non stai testando questa funzione.
  3. Installa dal catalogo Plugins. Cerca Apple Messages nella sezione pubblica. Non installare bridge, pacchetti npm o integrazioni con un nome simile per riprodurre la funzione ufficiale.
  4. Concedi solo i permessi richiesti. Alla prima lettura macOS presenta le autorizzazioni. Annota quali pannelli hai abilitato; serviranno per revocarle senza cercare a tentoni.
  5. Mantieni l’approvazione per ogni invio. In OpenAI la scelta sicura e’ Allow once. Non selezionare Always allow sending to this chat durante il pilot.
  6. Testa su un thread a basso rischio. Chiedi prima di trovare una frase nota, poi di riassumere cinque messaggi, infine di preparare una bozza senza inviarla. Confronta ogni risultato con l’originale.
  7. Chiudi con una prova di revoca. Rimuovi il permesso, riavvia una nuova sessione e verifica che l’accesso non funzioni piu’. Un controllo che non hai mai provato a revocare non e’ ancora un controllo.

Questo ordine sembra conservativo. In realta’ evita di spendere tempo sulla parte meno importante. Se la ricerca sbaglia thread o confonde i partecipanti, discutere dell’automazione degli invii e’ prematuro.

Il protocollo prima di premere Send

OpenAI documenta due scelte. Allow once approva quel singolo invio. Always allow sending to this chat permette invii futuri nella stessa conversazione senza una nuova conferma. La stessa documentazione avverte di mantenere l’approvazione per chat che possono contenere istruzioni non affidabili o fuorvianti: l’autorizzazione permanente elimina l’ultima occasione per controllare un messaggio spedito a tuo nome.

In una PMI terrei Allow once come regola, non come fase temporanea. Prima di approvare, il controllo umano deve leggere quattro elementi sullo stesso schermo: destinatario, ultimo messaggio ricevuto, testo completo della risposta e qualunque data o cifra citata. Se manca uno di questi elementi, l’operatore torna al thread originale.

Non basta controllare la grammatica. Un messaggio scritto bene puo’ andare alla persona sbagliata, confermare un prezzo non approvato o promettere una data che il team tecnico non ha validato. L’agente ottimizza la forma; la persona resta responsabile del fatto e dell’effetto esterno.

La modalita’ Full access merita attenzione in piu’. OpenAI segnala un problema noto: se il task disattiva le richieste di approvazione, Apple Messages potrebbe non mostrare la conferma necessaria all’invio. La soluzione documentata e’ tornare a Ask for approval o Approve for me. Per il pilot userei direttamente Ask for approval: il comportamento e’ chiaro e il gate resta visibile.

Caso studio: follow-up dopo un problema WordPress

Scenario reale per un piccolo studio web. Un cliente segnala in iMessage che il form contatti non consegna le email. Nel thread compaiono l’orario del primo errore, il nome del modulo, uno screenshot, una promessa di aggiornamento e poi tre messaggi laterali. Il tecnico risolve il problema in WordPress, ma deve ricostruire cosa comunicare.

Il prompt utile non e’ “rispondi al cliente”. E’ questo: “Nel thread con [nome], trova i messaggi da oggi che riguardano il form contatti. Elenca sintomo, orario segnalato, azione promessa e domanda ancora aperta. Non inviare nulla e non usare informazioni di altre chat.” L’output diventa una checklist. Il tecnico verifica il form e il log di consegna, poi chiede una bozza basata soltanto sui fatti confermati.

Prima dell’invio controlla destinatario, dominio, stato del test e prossima azione. Se il test del form richiede un’email, resta valida una regola separata: gli invii di prova vanno a una casella controllata, mai al cliente o a terzi. Il plugin non cambia il protocollo tecnico; riduce il tempo per ricostruire la conversazione.

Qui il guadagno e’ misurabile: tempo fra chiusura del ticket e risposta al cliente, numero di correzioni alla bozza, dati sbagliati intercettati prima dell’invio. Se la bozza richiede una riscrittura completa, il plugin non sta ancora facendo risparmiare lavoro. Se recupera bene contesto ma scrive male, resta utile come motore di ricerca.

Come revocare accesso e invii persistenti

OpenAI indica il percorso per rimuovere un’autorizzazione permanente di invio: Settings, Computer use, Manage accanto a Messages, poi cestino sulla chat nella sezione Always allowed to send e conferma Remove. Da quel momento ChatGPT deve chiedere di nuovo prima di spedire in quella conversazione.

Il secondo interruttore e’ in macOS: System Settings, Privacy & Security, Automation. Apple permette di disattivare la capacita’ dell’app di controllare Messaggi. In un incidente li userei entrambi: prima rimuovo gli invii sempre consentiti dentro ChatGPT, poi revoco il controllo a livello di sistema. Infine disinstallo il plugin o lo disabilito dal workspace se il pilot e’ concluso.

La procedura deve stare per iscritto prima del test, non dopo un invio sbagliato. Fa parte della verifica dell’intera catena AI: account, plugin, permesso macOS, sessione, approvazione e destinatario sono controlli distinti. Spegnerne uno non dimostra automaticamente che gli altri siano stati rimossi.

La scorecard dopo sette giorni

Non misurerei quanti messaggi ha prodotto. Misurerei il lavoro evitato e gli errori introdotti. Bastano cinque righe in un foglio:

  • thread corretti trovati sul totale delle richieste;
  • tempo medio per ricostruire un follow-up prima e dopo il plugin;
  • bozze accettate con modifiche leggere contro bozze riscritte;
  • errori su destinatari, date, cifre o promesse;
  • numero di invii partiti senza una conferma esplicita, che deve restare zero.

Se ricerca e sintesi funzionano ma le bozze no, mantieni il plugin in lettura. Se le bozze funzionano ma l’archivio contiene conversazioni fuori perimetro, il problema non si risolve con un prompt migliore: serve separazione degli account o uno scope di lettura piu’ stretto. Se tutto funziona, non c’e’ comunque un motivo operativo per togliere la conferma su ogni invio.

Cosa monitorare prima di estendere il pilot

  • uno scope di lettura per singola conversazione o gruppo di contatti, oggi non descritto nella guida del plugin;
  • un audit log amministrativo che distingua ricerca, lettura, bozza e invio;
  • documentazione specifica su conservazione e trattamento dei dati letti da Apple Messages, senza dedurre che “runs on your Mac” significhi “resta sul Mac”;
  • supporto fuori dall’app desktop Apple Silicon, se il team lavora anche su Windows o da mobile.

Fino a quel momento la raccomandazione e’ netta: assistente per trovare e preparare, persona per decidere e inviare. Il plugin e’ gia’ utile cosi’. Trasformarlo subito in un risponditore autonomo aggiunge rischio prima di avere dimostrato il ROI.

Fonti