MCP Abilities - Filesystem laat een AI-client één gedefinieerde WordPress-bestandssysteemwijziging uitvoeren

Voor een WordPress-beheerder is het praktische verschil een gedefinieerde bestandssysteembewerking: één doel, één beoogd resultaat en een record om te inspecteren in plaats van een verzoek zonder vaste grenzen.

Art-deco-industriële MCP Abilities - Filesystem-machine met een beveiligde bestandskluis, directorystructuur, lees- en schrijfkanalen, kopieer- en verplaatsingsrails, verwijderingskamers en een beveiligingsschild.

Een gedefinieerde taak is eenvoudiger te beoordelen

Benoem het doel en het beoogde resultaat

Geef de AI-client één bekend WordPress-bestand of één bekende directory en het resultaat dat deze moet opleveren. De beheerder kan een specifieke bestandssysteemwijziging beoordelen in plaats van een onderhoudsopdracht zonder vaste grenzen goed te keuren.

MCP Abilities – Filesystem koppelt dat doel aan een gerichte bewerking, terwijl de regels voor toegang, paden, inhoud, back-ups en controle het werk inspecteerbaar houden.

Aanbevolen volgorde voor de beheerder

Definieer de taak voordat de client handelt

De persoon die verantwoordelijk is voor de site definieert het doel, resultaat en beoordelingscriterium. Deze volgorde houdt één AI-clientverzoek concreet zonder de software verantwoordelijk te maken voor de redactionele beslissing.

01

Benoem het doel en resultaat

Beschrijf het WordPress-bestand of de directory, de gewenste eindtoestand en wat buiten het verzoek blijft. Die grens geeft de beheerder één concrete bestandssysteemwijziging om goed te keuren.

02

Inspecteer wat de keuze beïnvloedt

Controleer de huidige directorylijst, bestandsinformatie of inhoud die nodig is om verantwoord te kiezen. Stop zodra deze feiten het doel en resultaat vastleggen.

03

Houd één resultaat binnen scope

Kies of het verzoek het geselecteerde doel leest, maakt, schrijft, aanvult, kopieert, verplaatst of verwijdert. Benoem elke keuze voor behoud, bestemming of verwijdering expliciet.

04

Controleer het resultaat en leg het vast

Vergelijk de bestandssysteemtoestand met het beoogde resultaat en inspecteer daarna recente regels in het wijzigingslogboek op geslaagd werk. Bewaar de context die verklaart waarom de wijziging is gemaakt.

Resultaten van het bestandssysteem

Kies het resultaat dat de client moet opleveren

De elf geregistreerde bewerkingen leiden tot zes praktische resultaten. Begin met het resultaat en stel daarna het doel en de toepasselijke beveiligingen in.

01

Inspecteer een doel

Som een directory op, inspecteer de informatie van een bestand of lees de huidige tekst- of binaire inhoud van een bestand.

02

Maak een directory

Maak een directory binnen de WordPress-root voor een nieuwe bestemming of werkruimte.

03

Schrijf inhoud of voeg inhoud toe

Vervang bestaande inhoud door goedgekeurde inhoud of voeg inhoud toe terwijl de bestaande inhoud behouden blijft.

04

Kopieer of verplaats een bestand

Kopieer een bestand wanneer het origineel beschikbaar moet blijven of verplaats het wanneer de beoogde locatie verandert.

05

Verwijder een bestand of directory

Verwijder een bestand of directory wanneer het goedgekeurde resultaat verwijdering is.

06

Inspecteer het wijzigingslogboek

Lees recente regels in het wijzigingslogboek om geslaagde bestandssysteemactiviteit na de taak te inspecteren.

Veiligheid vóór uitvoering

Houd toegang, paden en wijzigingen binnen duidelijke grenzen

Deze bronregels bepalen wie mag handelen, welke paden bereikbaar zijn, welke inhoud wordt geaccepteerd, hoe overschrijven wordt afgehandeld en wat een geslaagde wijziging vastlegt.

01

Bevoegdheid en bereik

Voor alle elf bewerkingen is een aangemelde WordPress-gebruiker met de manage_options-bevoegdheid vereist. Elk opgegeven pad wordt binnen de huidige WordPress-root opgelost. Leesbewerkingen weigeren de rootbestanden wp-config.php, omgevingsbestanden, namen van SSH-sleutels, geautoriseerde sleutelbestanden en algemene extensies voor privésleutels of certificaten. Een bestandslezing gebruikt standaard 256 KB en accepteert een expliciete limiet van maximaal 1 MB.

02

Inhouds- en locatie­filters

Bestandsschrijfbewerkingen, aanvullingen, kopieën en verplaatsingen respecteren DISALLOW_FILE_MODS; een PHP-bestemming respecteert ook DISALLOW_FILE_EDIT. De schrijfbeveiliging weigert PHP-achtige en gevaarlijke uitvoerbare of script-extensies, verdachte bestandsnamen, niet-toegestane MIME-typen en bestandstypen, PHP-signaturen die in andere bestandstypen zijn verborgen, dubbele PHP-extensies en onveilige directives in de root-.htaccess. De inhoud voor schrijven en aanvullen wordt begrensd op 10 MB.

Schrijfbewerkingen en aanvullingen mogen zich niet richten op WordPress-corebestanden onder wp-admin of wp-includes. Verplaatsingen mogen niet in die locaties beginnen. Verwijdering van bestanden en directories weigert die corelocaties ook; bij het verwijderen van bestanden worden bovendien het rootbestand wp-config.php, .htaccess en index.php beschermd.

03

Keuzes voor overschrijven hebben gevolgen

Schrijven of aanvullen van bestaande inhoud maakt standaard een back-up, maar de aanroeper kan deze expliciet uitschakelen. Voor het verwijderen van bestanden gelden dezelfde standaard en optie, zodat het direct effect heeft zonder aparte bevestigingsstap. Kopiëren over een bestaande bestemming vereist een expliciete keuze voor overschrijven en maakt een back-up van die bestemming. Verplaatsen maakt altijd een back-up van de bron en maakt een back-up van een bestaande bestemming voordat een expliciet toegestane overschrijving wordt uitgevoerd.

Het verwijderen van een directory maakt geen back-up. Recursief verwijderen staat standaard uit en moet expliciet worden geselecteerd. Back-upmappen ouder dan zeven dagen komen in aanmerking voor periodieke opschoning.

04

Een voltooide taak laat bewijs achter

Geslaagde schrijf-, aanvullings-, bestandsverwijderings-, directoryverwijderings-, kopieer- en verplaatsingsbewerkingen voegen een controlerecord toe met tijd, bewerking, pad, WordPress-gebruiker, clientadres en de opgegeven context. Indien van toepassing bevat het record ook de back-up, bestemming of wijziging in grootte. Recente regels zijn beschikbaar via het wijzigingslogboek.

Afhankelijkheden

Weet wat de MCP-verbinding vereist

Deze benoemde vereisten leveren de WordPress-uitvoeringsomgeving, getypeerde bestandssysteembewerkingen en het transport dat een AI-client gebruikt.

WordPress 6.9+

WordPress 6.9+

Huisvest de WordPress-uitvoeringsomgeving waarin de uitbreiding wordt geladen.

PHP 8.0+

PHP 8.0+

Stelt de minimale PHP-omgeving in waarin de plug-in wordt uitgevoerd.

Verbindt een aanroep van een WordPress Ability met een geauthenticeerde MCP-client.

Plaatst het aanroepbare oppervlak van het pakket achter Devenia’s beheerde MCP-eindpunt.

Haal het pakket op voor een gedefinieerde WordPress-taak

Haal de plug-in op wanneer doel en resultaat duidelijk zijn

Haal het stabiele ZIP-bestand op wanneer een WordPress-bestand of directory en het beoogde resultaat al duidelijk zijn. De volgende taak blijft op dat doel gericht: een AI-client voert de geselecteerde bestandssysteembewerking via MCP uit en geslaagde activiteit kan in het wijzigingslogboek worden beoordeeld.