Et defineret job er lettere at gennemgå
Navngiv målet og det tilsigtede resultat
Giv AI-klienten én kendt WordPress-fil eller mappe og det resultat, den skal skabe. Vedligeholderen kan vurdere en specifik filsystemændring i stedet for en åben vedligeholdelsesbeskrivelse.
MCP Abilities – Filesystem matcher målet med en fokuseret operation, mens reglerne for adgang, sti, indhold, backup og audit gør jobbet gennemgåeligt.
Anbefalet rækkefølge for vedligeholderen
Definér jobbet, før klienten handler
Den person, der er ansvarlig for webstedet, definerer mål, resultat og gennemgangsstandard. Denne rækkefølge holder én AI-klientanmodning konkret uden at gøre softwaren ansvarlig for den redaktionelle beslutning.
01
Navngiv mål og resultat
Beskriv WordPress-filen eller mappen, den ønskede sluttilstand og det, der ligger uden for anmodningen. Denne afgrænsning giver vedligeholderen én konkret filsystemændring at godkende.
02
Inspicér det, der ændrer valget
Kontrollér den aktuelle katalogliste, filoplysninger eller det indhold, der er nødvendigt for at vælge ansvarligt. Stop, når disse fakta fastlægger mål og resultat.
03
Hold ét resultat i fokus
Vælg, om anmodningen skal læse, oprette, skrive, tilføje, kopiere, flytte eller slette det valgte mål. Angiv udtrykkeligt alle valg om bevaring, destination eller fjernelse.
04
Kontrollér resultatet og registrér det
Sammenlign filsystemets tilstand med det tilsigtede resultat, og inspicér derefter de seneste changelog-poster for vellykket arbejde. Bevar den sammenhæng, der forklarer, hvorfor ændringen blev foretaget.
Filsystemresultater
Vælg det resultat, klienten skal skabe
De elleve registrerede operationer samler sig i seks praktiske resultater. Start med resultatet, og angiv derefter dets mål og de relevante sikkerhedsforanstaltninger.
01
Inspicér et mål
Vis en katalogliste, inspicér en fils oplysninger, eller læs det aktuelle tekst- eller binærindhold i en fil.
02
Opret en mappe
Opret en mappe i WordPress-roden til en ny destination eller et arbejdsområde.
03
Skriv eller tilføj indhold
Erstat eksisterende indhold med en godkendt nyttelast, eller tilføj indhold, mens det, der allerede findes, bliver liggende.
04
Kopiér eller flyt en fil
Kopiér en fil, når originalen skal forblive tilgængelig, eller flyt den, når den tilsigtede placering ændres.
05
Slet en fil eller mappe
Slet en fil eller mappe, når det godkendte resultat er fjernelse.
06
Inspicér changelog
Læs de seneste poster i changelog for at inspicere vellykket filsystemaktivitet efter jobbet.
Sikkerhed før udførelse
Hold adgang, stier og ændringer inden for klare grænser
Disse kilderegler afgør, hvem der må handle, hvilke stier der kan nås, hvilket indhold der accepteres, hvordan overskrivninger håndteres, og hvad en vellykket ændring registrerer.
01
Tilladelse og rækkevidde
Alle elleve operationer kræver en indlogget WordPress-bruger med funktionen manage_options. Alle angivne stier fortolkes inden for den aktuelle WordPress-rod. Læsning afviser rodens wp-config.php, miljøfiler, SSH-nøglenavne, autoriserede nøglefiler og almindelige udvidelser for private nøgler eller certifikater. En fillæsning bruger som standard 256 KB og accepterer en eksplicit grænse på højst 1 MB.
02
Indholds- og placeringsfiltre
Filskrivninger, tilføjelser, kopieringer og flytninger respekterer DISALLOW_FILE_MODS; en PHP-destination respekterer også DISALLOW_FILE_EDIT. Skrivebeskyttelsen afviser PHP-lignende og farlige eksekverbare eller scriptudvidelser, mistænkelige filnavne, ikke-tilladte MIME-typer og filtyper, PHP-signaturer skjult i andre filtyper, dobbelte PHP-udvidelser og usikre direktiver i rodens .htaccess. Nyttelaster til skrivning og tilføjelse stopper ved 10 MB.
Skrivninger og tilføjelser kan ikke målrettes mod WordPress-kernefiler under wp-admin eller wp-includes. Flytninger kan ikke begynde på disse placeringer. Sletning af filer og mapper afviser også disse kerneplaceringer; sletning af filer beskytter desuden rodens wp-config.php, .htaccess og index.php.
03
Valg om overskrivning har konsekvenser
Skrivning eller tilføjelse oven på eksisterende indhold opretter som standard en backup, men den, der kalder, kan udtrykkeligt deaktivere den. Filsletning følger samme standard og mulighed, så den gennemføres uden et separat bekræftelsestrin. Kopiering oven på en eksisterende destination kræver et udtrykkeligt valg om overskrivning og tager backup af destinationen. Flytning tager altid backup af kilden og tager backup af en eksisterende destination før en udtrykkeligt tilladt overskrivning.
Sletning af mapper opretter ingen backup. Rekursiv sletning er som standard slået fra og skal vælges udtrykkeligt. Backup-mapper, der er ældre end syv dage, kan ryddes ved periodisk oprydning.
04
Et afsluttet job efterlader dokumentation
Vellykkede skrivninger, tilføjelser, filsletninger, mappesletninger, kopieringer og flytninger tilføjer en auditpost med tidspunkt, operation, sti, WordPress-bruger, klientadresse og den angivne kontekst. Når det er relevant, indeholder posten også ændringen i backup, destination eller størrelse. De seneste poster er tilgængelige via changelog.
Afhængigheder
Kend det, MCP-forbindelsen kræver
Disse navngivne krav leverer WordPress-runtime, typede filsystemoperationer og den transport, en AI-klient bruger.
WordPress 6.9+
WordPress 6.9+Hoster WordPress-udførelsesmiljøet, hvor udvidelsen indlæses.
PHP 8.0+
PHP 8.0+Angiver det minimale PHP-miljø, som pluginet kører i.
Påkrævet
WordPress Abilities APIRegistrerer pakkens typede Abilities med den indbyggede API.
Påkrævet
WordPress MCP AdapterForbinder et WordPress Abilities-kald med en autentificeret MCP-klient.
Påkrævet
MCP Expose AbilitiesPlacerer pakkens kaldbare overflade bag Devenias kontrollerede MCP-endpoint.
Hent til et defineret WordPress-job
Hent pluginet, når mål og resultat er klare
Hent den stabile ZIP-fil, når en WordPress-fil eller mappe og det tilsigtede resultat allerede er klart. Det næste job forbliver fokuseret på dette mål: En AI-klient udfører den valgte filsystemoperation via MCP, og vellykket aktivitet kan gennemgås i changelog.