Come funziona l’adattatore MCP ufficiale di WordPress

L’adattatore MCP ufficiale di WordPress traduce le WordPress Abilities in strumenti o risorse MCP che i client IA compatibili possono individuare. Una Ability definisce un’unità di funzionalità con nome, input tipizzati, output, un callback di esecuzione e un callback di autorizzazione. L’adattatore non espone automaticamente ogni azione di WordPress.

Gli strumenti esatti disponibili dipendono dalle Abilities registrate e dalla configurazione dell’adattatore. I callback di autorizzazione e l’utente WordPress autenticato rimangono essenziali.

In una frase: l’adattatore trasforma le WordPress Abilities registrate esplicitamente in primitive MCP preservando i controlli di autorizzazione lato WordPress.

Cosa ti aiuta a ottenere questa guida

Questa guida prepara un lettore esperto a valutare o testare l’adattatore ufficiale senza sovrastimare ciò che il core di WordPress espone attualmente. Definisce inoltre quali evidenze il sito deve raccogliere prima di pubblicare un tutorial di integrazione.

Un flusso di lavoro IA utile non è definito solo dalla qualità della risposta. È definito anche dai dati che l’assistente può raggiungere, dalle azioni che è autorizzato a svolgere, dalle evidenze che puoi esaminare in seguito e dalla facilità con cui l’accesso può essere revocato.

Perché è importante

L’API Abilities offre a WordPress un registro standardizzato per azioni rilevabili. L’adattatore MCP può quindi esporre tali azioni ai client agente. Questa architettura è più solida che inventare uno strumento separato e non documentato per ogni funzione di plugin.

Tuttavia, l’esistenza dell’adattatore non significa che un sito disponga di un’API completa di amministrazione IA. Vengono visualizzate solo le Abilities registrate e configurate e la loro maturità cambia tra le versioni di WordPress.

Risultato previsto

Un’esecuzione riuscita dovrebbe produrre:

• Un inventario delle WordPress Abilities registrate.
• Una mappa dalle Abilities agli strumenti o alle risorse MCP esposti.
• Un registro dei callback di autorizzazione e dell’identità autenticata.
• Un test di individuazione ed esecuzione lato client.
• Un elenco delle lacune tra le attività desiderate e le Abilities disponibili.

Le Abilities come livello sorgente

Ogni Ability dispone di un identificatore univoco, metadati descrittivi, schemi di input e output, un callback di esecuzione e un callback di autorizzazione. WordPress può esporre Abilities selezionate tramite REST quando configurato. L’adattatore mappa queste unità dichiarate in MCP invece di estrarre funzioni arbitrarie.

Comportamento predefinito dell’adattatore

La documentazione ufficiale descrive un server predefinito e strumenti per individuare le Abilities, recuperare le informazioni di una Ability ed eseguire una Ability. Le Abilities devono essere esplicitamente disponibili per l’adattatore; la pubblicazione non deve presumere che ogni Ability registrata sia esposta.

Autorizzazione e identità

Il callback di autorizzazione dell’Ability deve valutare l’utente autenticato e il contesto pertinente. Il livello MCP non deve aggirare tale controllo. Un test utile si autentica come due identità con capacità diverse e conferma che la stessa chiamata dello strumento riceve esiti di autorizzazione diversi.

Sviluppo e debug

Usa i comandi WP-CLI Ability o l’interfaccia REST per elencare, ispezionare, convalidare ed eseguire le Abilities indipendentemente dal client MCP. Questo isola se un errore appartiene alla registrazione dell’Ability, all’autorizzazione WordPress, alla mappatura dell’adattatore, al trasporto o al comportamento del client.

Un flusso di lavoro sicuro

1. Crea un ambiente WordPress eliminabile con una versione supportata.
2. Installa l’attuale adattatore MCP ufficiale dalla sua fonte di rilascio primaria.
3. Elenca le Abilities registrate e registra i relativi schemi e callback di autorizzazione.
4. Configura solo le Abilities necessarie per il server di prova.
5. Autenticati tramite un’identità WordPress dedicata e limitata.
6. Connetti un client supportato e ispeziona gli strumenti individuati.
7. Esegui una Ability nota in sola lettura e una Ability negata.
8. Registra tutte le versioni, gli schemi, gli esiti e le fasi di pulizia.

Limite di accesso consigliato

Il livello corretto dipende dall’azione richiesta. Inizia senza connessione o con Read Only, quindi passa a Draft o Content Editor solo quando l’attività non può essere completata in sicurezza al livello inferiore.

Questo flusso di lavoro può influenzare decisioni editoriali o creare modifiche non pubblicate. Mantieni l’ambito ristretto e rivedi ogni modifica proposta.

Il livello di accesso è una raccomandazione iniziale, non un diritto universale. Le capacità WordPress esatte disponibili a un’identità devono derivare dalla versione installata del prodotto e dalla relativa copertura pubblicata, non solo da questo articolo.

Cosa deve rimanere fuori dall’attività

• Non insinuare che il core di WordPress esponga vaste Abilities di gestione dei contenuti, a meno che la versione testata non lo faccia effettivamente.
• Non registrare una Ability senza un callback di autorizzazione significativo.
• Non esporre Abilities personalizzate distruttive durante il primo test di integrazione.
• Non pubblicare comandi copiati da una vecchia release senza riproduzione.

Come si inserisce WP Agent Control

Dopo la connessione, ottieni informazioni strutturate sul sito ed esamina pagine pubblicate selezionate. Questa lettura pubblica non richiede un’attività temporanea. Puoi anche visitare pagine pubbliche senza il plugin; Agent Control aggiunge accesso strutturato e continuità verso operazioni WordPress autorizzate.

Autorizza un’attività di bozza e seleziona gli eventuali riferimenti. L’assistente può creare e rivedere bozze create da quell’attività. I riferimenti esistenti restano in sola lettura, anche quando sono a loro volta bozze. Controlla il risultato in WordPress.

Con Solo, Pro o Agency, autorizza un’attività di proposta per contenuti e campi selezionati. Esamina il confronto completo in WordPress e seleziona le proposte approvate. L’approvazione è legata all’oggetto, ai campi e al contenuto corrente; modificare la fonte o l’attività può invalidarla. Approvare una modifica del contenuto non ne autorizza la pubblicazione. Solo, Pro o Agency richiede anche un’attività di pubblicazione che includa l’approvazione ancora valida. Verifica personalmente il risultato pubblicato.

Collega la tua IA: docs first profile · Vedi funzioni e compatibilità: coverage

Elenco di verifica

• ☐ Le versioni di WordPress, adattatore e client sono registrate.
• ☐ Le Abilities registrate ed esposte sono inventariate separatamente.
• ☐ I callback di autorizzazione sono ispezionati.
• ☐ Viene utilizzata un’identità limitata.
• ☐ Sia l’esecuzione diretta di Ability sia l’esecuzione MCP sono testate.
• ☐ La guida identifica comportamenti non disponibili o sperimentali.

Modalità di errore comuni

• Presumere la copertura del core: la disponibilità dell’infrastruttura è confusa con un’ampia libreria di Abilities pronte per la produzione.
• Eseguire il debug solo tramite l’agente: un errore non può essere localizzato tra i livelli WordPress, adattatore e client.
• Callback di autorizzazione deboli: lo schema dell’Ability è preciso, ma l’autorità non lo è.
• Pubblicare bersagli mobili: un comportamento sperimentale o specifico della versione viene presentato come universale.

Nota avanzata

La più solida integrazione futura tratterebbe le Abilities come interfacce governate e versionate, con identificatori semantici, controlli di compatibilità degli schemi e fixture di test. MCP diventa quindi una proiezione di quel livello di autorità, non una fonte di verità indipendente.

Guide correlate

• MCP per WordPress spiegato in modo semplice
• API REST di WordPress vs MCP: quale dovresti usare?
• Come collegare Claude Code a WordPress
• Come collegare Codex a WordPress

Continua

Passaggio successivo: apri Quale livello di accesso WordPress dovresti assegnare a un’IA?, scegli il livello di accesso adeguato più basso, quindi segui la guida di connessione pertinente. Quando sei pronto a creare un’identità separata e revocabile, consulta Prodotto oppure inizia la prova Solo di 7 giorni.