Ett definierat jobb är enklare att granska
Namnge målet och det avsedda resultatet
Ge AI-klienten en känd WordPress-fil eller katalog och det resultat den ska skapa. Underhållaren kan bedöma en specifik filsystemändring i stället för att godkänna en öppen underhållsbeskrivning.
MCP Abilities – Filesystem kopplar målet till en fokuserad operation, medan reglerna för åtkomst, sökväg, innehåll, säkerhetskopiering och revision håller jobbet granskningsbart.
Rekommenderad ordning för underhållaren
Definiera jobbet innan klienten agerar
Den som ansvarar för webbplatsen definierar mål, resultat och standard för granskning. Den här ordningen håller en AI-klients förfrågan konkret utan att göra programvaran ansvarig för det redaktionella valet.
01
Namnge målet och resultatet
Beskriv WordPress-filen eller katalogen, önskat slutläge och vad som ligger utanför förfrågan. Den här gränsen ger underhållaren en konkret filsystemändring att godkänna.
02
Undersök det som påverkar valet
Kontrollera den aktuella kataloglistan, filinformationen eller det innehåll som behövs för att välja ansvarsfullt. Stanna när fakta slår fast mål och resultat.
03
Håll ett resultat inom omfattningen
Välj om förfrågan ska läsa, skapa, skriva, lägga till, kopiera, flytta eller radera det valda målet. Ange uttryckligen vad som ska bevaras, var något ska placeras eller vad som ska tas bort.
04
Kontrollera resultatet och loggen
Jämför filsystemets tillstånd med önskat resultat och granska sedan de senaste posterna i ändringsloggen för att bekräfta ett lyckat arbete. Bevara den kontext som förklarar varför ändringen gjordes.
Filsystemresultat
Välj vilket resultat klienten ska skapa
De elva registrerade operationerna blir sex praktiska resultat. Börja med resultatet och ange därefter mål och aktuella säkerhetsbarriärer.
01
Undersök ett mål
Lista en katalog, undersök filinformation eller läs aktuellt text- eller binärt innehåll i en fil.
02
Skapa en katalog
Skapa en katalog under WordPress-roten för ett nytt mål eller arbetsområde.
03
Skriv eller lägg till innehåll
Ersätt befintligt innehåll med en godkänd nyttolast eller lägg till innehåll samtidigt som det som redan finns bevaras.
04
Kopiera eller flytta en fil
Kopiera en fil när originalet fortfarande måste vara tillgängligt eller flytta den när den önskade platsen ändras.
05
Radera en fil eller katalog
Radera en fil eller katalog när det godkända resultatet är borttagning.
06
Undersök ändringsloggen
Läs de senaste posterna i ändringsloggen för att granska lyckad filsystemsaktivitet efter jobbet.
Säkerhet före körning
Begränsa åtkomst, sökvägar och ändringar med tydliga gränser
Dessa regler avgör vem som får agera, vilka sökvägar som är tillgängliga, vilket innehåll som godtas, hur överskrivning hanteras och vad en lyckad ändring loggar.
01
Behörighet och räckvidd
Alla elva operationer kräver en inloggad WordPress-användare med funktionen manage_options. Alla angivna sökvägar löses inom aktuell WordPress-rot. Läsningar avvisar rotens wp-config.php, miljöfiler, SSH-nyckelnamn, auktoriserade nyckelfiler och vanliga tillägg för privata nycklar eller certifikat. En fil läses som standard med 256 KB och en uttrycklig gräns får inte vara större än 1 MB.
02
Filter för innehåll och placering
Filsystemsändringar, tillägg, kopieringar och flyttar respekterar DISALLOW_FILE_MODS; ett PHP-mål respekterar även DISALLOW_FILE_EDIT. Skrivvakten avvisar PHP-liknande och farliga körbara eller skriptbaserade tillägg, misstänkta filnamn, avvisade MIME-typer och filtyper, PHP-signaturer som är dolda i andra filtyper, dubbla PHP-tillägg och osäkra direktiv i rotens .htaccess. Skriv- och tilläggsnyttolaster stoppas vid 10 MB.
Skrivningar och tillägg kan inte riktas mot WordPress-kärnfiler under wp-admin eller wp-includes. Flyttar får inte börja där. Fil- och katalogradering avvisar också dessa kärnområden; radering av filer skyddar dessutom rotens wp-config.php, .htaccess och index.php.
03
Val för överskrivning får följder
Skrivning eller tillägg till befintligt innehåll skapar som standard en säkerhetskopia, men avsändaren kan uttryckligen inaktivera den. Filradering följer samma standard och val, så den träder i kraft utan ett separat bekräftelsesteg. Kopiering över ett befintligt mål kräver ett uttryckligt val för överskrivning och säkerhetskopierar målet. Flyttning säkerhetskopierar alltid källan och säkerhetskopierar ett befintligt mål före en uttryckligen tillåten överskrivning.
Katalogradering skapar ingen säkerhetskopia. Rekursiv radering är avstängd som standard och måste väljas uttryckligen. Säkerhetskopiekataloger som är äldre än sju dagar kan rensas med jämna mellanrum.
04
Ett slutfört jobb lämnar bevis
Lyckade skrivningar, tillägg, filraderingar, katalograderingar, kopieringar och flyttar lägger till en revisionspost med tidpunkt, operation, sökväg, WordPress-användare, klientadress och angiven kontext. När det är relevant innehåller posten också säkerhetskopian, målet eller storleksändringen. De senaste posterna är tillgängliga via ändringsloggen.
Beroenden
Vet vad MCP-anslutningen kräver
Dessa namngivna krav tillhandahåller WordPress-körmiljön, typade filsystemsoperationer och den transport som en AI-klient använder.
Krävs
WordPress 6.9+Håller WordPress-körmiljön som tillägget laddas in i.
Krävs
PHP 8.0+Anger den minsta PHP-miljö som tillägget körs i.
Krävs
WordPress Abilities APIRegistrerar paketets typade abilities via det inbyggda API:et.
Krävs
WordPress MCP AdapterKopplar ett WordPress-abilityanrop till en autentiserad MCP-klient.
Krävs
MCP Expose AbilitiesPlacerar paketets anropsbara yta bakom Devenias kontrollerade MCP-endpoint.
Ladda ner för ett definierat WordPress-jobb
Hämta tillägget när mål och resultat är tydliga
Ladda ner den stabila ZIP-filen när en WordPress-fil eller katalog och det önskade resultatet redan är tydliga. Nästa jobb håller sig till detta mål: En AI-klient utför den valda filsystemsoperationen via MCP, och lyckad aktivitet kan granskas i ändringsloggen.