Un lavoro definito è più facile da esaminare
Indica la destinazione e il risultato previsto
Fornisci al client AI un file o una directory WordPress conosciuti e il risultato che deve produrre. Il manutentore può valutare una modifica specifica del filesystem invece di approvare una descrizione aperta della manutenzione.
MCP Abilities – Filesystem collega questa destinazione a un’operazione mirata, mentre le regole su accesso, percorso, contenuto, backup e audit mantengono il lavoro esaminabile.
Sequenza consigliata per il manutentore
Definisci il lavoro prima che il client agisca
Chi è responsabile del sito definisce destinazione, risultato e standard di revisione. Questa sequenza mantiene concreta una richiesta di un client AI senza rendere il software responsabile della scelta editoriale.
01
Indica la destinazione e il risultato
Descrivi il file o la directory WordPress, lo stato finale desiderato e ciò che resta fuori dalla richiesta. Questo limite offre al manutentore una modifica concreta del filesystem da approvare.
02
Esamina ciò che modifica la scelta
Controlla l’elenco attuale delle directory, le informazioni sul file o il contenuto necessario per scegliere in modo responsabile. Fermati quando questi fatti stabiliscono destinazione e risultato.
03
Mantieni un solo risultato nell'ambito
Scegli se la richiesta deve leggere, creare, scrivere, aggiungere, copiare, spostare o eliminare la destinazione scelta. Indica esplicitamente cosa va conservato, dove va collocato qualcosa o cosa va rimosso.
04
Controlla il risultato e il registro
Confronta lo stato del filesystem con il risultato desiderato, poi esamina le voci recenti del registro delle modifiche per verificare il lavoro riuscito. Conserva il contesto che spiega perché la modifica è stata fatta.
Risultati del filesystem
Scegli il risultato che il client deve produrre
Le undici operazioni registrate diventano sei risultati pratici. Parti dal risultato, poi indica la destinazione e le barriere di sicurezza attuali.
01
Esamina una destinazione
Elenca una directory, esamina le informazioni di un file oppure leggi il contenuto testuale o binario corrente di un file.
02
Crea una directory
Crea una directory sotto la radice di WordPress per una nuova destinazione o area di lavoro.
03
Scrivi o aggiungi contenuto
Sostituisci il contenuto esistente con un payload approvato oppure aggiungi contenuto lasciando intatto quello già presente.
04
Copia o sposta un file
Copia un file quando l’originale deve restare disponibile oppure spostalo quando cambia la posizione desiderata.
05
Elimina un file o una directory
Elimina un file o una directory quando il risultato approvato è la rimozione.
06
Esamina il registro delle modifiche
Leggi le voci recenti del registro delle modifiche per esaminare l’attività del filesystem riuscita dopo il lavoro.
Sicurezza prima dell'esecuzione
Mantieni accesso, percorsi e modifiche entro limiti chiari
Queste regole stabiliscono chi può agire, quali percorsi sono disponibili, quale contenuto è accettato, come viene gestita la sovrascrittura e cosa registra una modifica riuscita.
01
Autorizzazione e portata
Tutte le undici operazioni richiedono un utente WordPress autenticato con la capacità manage_options. Tutti i percorsi indicati vengono risolti all’interno della radice WordPress corrente. Le letture rifiutano il wp-config.php della radice, i file d’ambiente, i nomi delle chiavi SSH, i file authorized_keys e le estensioni comuni per chiavi private o certificati. Un file viene letto per impostazione predefinita con 256 KB e un limite esplicito non può superare 1 MB.
02
Filtri per contenuto e posizione
Le scritture del filesystem, le aggiunte, le copie e gli spostamenti rispettano DISALLOW_FILE_MODS; una destinazione PHP rispetta anche DISALLOW_FILE_EDIT. Il controllo delle scritture rifiuta estensioni simili a PHP ed estensioni eseguibili o basate su script pericolose, nomi di file sospetti, tipi MIME e tipi di file rifiutati, firme PHP nascoste in altri tipi di file, doppie estensioni PHP e direttive non sicure nel .htaccess della radice. I payload di scrittura e aggiunta si fermano a 10 MB.
Le scritture e le aggiunte non possono puntare ai file del core di WordPress sotto wp-admin o wp-includes. Gli spostamenti non possono iniziare da lì. L’eliminazione di file e directory rifiuta anch’essa queste aree del core; l’eliminazione di file protegge inoltre il wp-config.php, il .htaccess e l’index.php della radice.
03
Le opzioni di sovrascrittura hanno conseguenze
La scrittura o l’aggiunta a contenuto esistente crea per impostazione predefinita un backup, ma il mittente può disattivarlo esplicitamente. L’eliminazione di file segue la stessa impostazione predefinita e la stessa scelta, quindi entra in vigore senza un passaggio separato di conferma. La copia sopra una destinazione esistente richiede una scelta esplicita di sovrascrittura e crea un backup della destinazione. Lo spostamento crea sempre un backup dell’origine e crea un backup di una destinazione esistente prima di una sovrascrittura espressamente consentita.
L’eliminazione di directory non crea backup. L’eliminazione ricorsiva è disattivata per impostazione predefinita e deve essere scelta esplicitamente. Le directory di backup più vecchie di sette giorni possono essere ripulite periodicamente.
04
Un lavoro completato lascia prove
Le scritture, le aggiunte, le eliminazioni di file, le eliminazioni di directory, le copie e gli spostamenti riusciti aggiungono una voce di audit con data e ora, operazione, percorso, utente WordPress, indirizzo del client e contesto indicato. Quando pertinente, la voce contiene anche il backup, la destinazione o la variazione di dimensione. Le voci recenti sono disponibili tramite il registro delle modifiche.
Dipendenze
Sai cosa richiede la connessione MCP
Questi requisiti nominati forniscono l’ambiente di esecuzione WordPress, operazioni tipizzate sul filesystem e il trasporto usato da un client AI.
Richiesto
WordPress 6.9+Mantiene l’ambiente di esecuzione WordPress in cui viene caricato il plugin.
Richiesto
PHP 8.0+Stabilisce l’ambiente PHP minimo in cui viene eseguito il plugin.
Richiesto
WordPress Abilities APIRegistra le abilities tipizzate del pacchetto tramite l’API integrata.
Richiesto
WordPress MCP AdapterCollega una chiamata ability di WordPress a un client MCP autenticato.
Richiesto
MCP Expose AbilitiesPosiziona la superficie chiamabile del pacchetto dietro l’endpoint MCP controllato da Devenia.
Scarica per un lavoro WordPress definito
Scarica il plugin quando destinazione e risultato sono chiari
Scarica il file ZIP stabile quando un file o una directory WordPress e il risultato desiderato sono già chiari. Il lavoro successivo resta su questa destinazione: un client AI esegue l’operazione filesystem scelta tramite MCP e l’attività riuscita può essere esaminata nel registro delle modifiche.
