En definert jobb er lettere å undersøke
Navngi målet og det ønskede resultatet
Gi KI-klienten én kjent WordPress-fil eller -katalog og resultatet den skal gi. Vedlikeholderen kan vurdere en konkret filsystemendring i stedet for å godkjenne en åpen vedlikeholdsbeskrivelse.
MCP Abilities – Filesystem kobler dette målet til en målrettet operasjon, mens reglene for tilgang, sti, innhold, sikkerhetskopi og revisjon holder jobben undersøkbar.
Anbefalt rekkefølge for vedlikeholderen
Definer jobben før klienten handler
Den som har ansvar for nettstedet, definerer mål, resultat og standard for gjennomgang. Denne rekkefølgen holder én KI-klientforespørsel konkret uten å gjøre programvaren ansvarlig for det redaksjonelle valget.
01
Navngi målet og resultatet
Beskriv WordPress-filen eller katalogen, ønsket sluttilstand og hva som holdes utenfor forespørselen. Denne grensen gir vedlikeholderen én konkret filsystemendring å godkjenne.
02
Undersøk det som endrer valget
Kontroller gjeldende katalogliste, filinformasjon eller innholdet som trengs for å velge ansvarlig. Stopp når disse faktaene fastslår mål og resultat.
03
Hold ett resultat i omfanget
Velg om forespørselen skal lese, opprette, skrive, legge til, kopiere, flytte eller slette det valgte målet. Oppgi uttrykkelig hva som skal bevares, hvor noe skal plasseres eller hva som skal fjernes.
04
Kontroller resultatet og loggen
Sammenlign filsystemtilstanden med ønsket resultat, og undersøk deretter nylige endringsloggoppføringer for vellykket arbeid. Bevar konteksten som forklarer hvorfor endringen ble gjort.
Filsystemresultater
Velg resultatet klienten skal produsere
De elleve registrerte operasjonene blir til seks praktiske resultater. Begynn med resultatet, og angi deretter mål og gjeldende sikkerhetsbarrierer.
01
Undersøk et mål
List opp en katalog, undersøk filinformasjon eller les gjeldende tekst- eller binærinnhold i en fil.
02
Opprett en katalog
Opprett en katalog under WordPress-roten for et nytt mål eller arbeidsområde.
03
Skriv eller legg til innhold
Erstatt eksisterende innhold med en godkjent nyttelast, eller legg til innhold samtidig som det som allerede finnes, blir liggende.
04
Kopier eller flytt en fil
Kopier en fil når originalen fortsatt må være tilgjengelig, eller flytt den når ønsket plassering endres.
05
Slett en fil eller katalog
Slett en fil eller katalog når det godkjente resultatet er fjerning.
06
Undersøk endringsloggen
Les nylige oppføringer i endringsloggen for å undersøke vellykket filsystemaktivitet etter jobben.
Sikkerhet før kjøring
Hold tilgang, stier og endringer innenfor tydelige grenser
Disse reglene avgjør hvem som kan handle, hvilke stier som er tilgjengelige, hvilket innhold som godtas, hvordan overskriving håndteres og hva en vellykket endring loggfører.
01
Tillatelse og rekkevidde
Alle elleve operasjoner krever en innlogget WordPress-bruker med funksjonen manage_options. Alle oppgitte stier løses innenfor gjeldende WordPress-rot. Lesinger avviser rotens wp-config.php, miljøfiler, SSH-navn på nøkler, autoriserte nøkkelfiler og vanlige utvidelser for private nøkler eller sertifikater. En fil leses som standard med 256 KB, og en eksplisitt grense kan ikke være større enn 1 MB.
02
Filtre for innhold og plassering
Filsystemskrivinger, tillegg, kopieringer og flyttinger respekterer DISALLOW_FILE_MODS; et PHP-mål respekterer også DISALLOW_FILE_EDIT. Skrivevakten avviser PHP-lignende og farlige kjørbare eller skriptbaserte utvidelser, mistenkelige filnavn, avviste MIME-typer og filtyper, PHP-signaturer som er skjult i andre filtyper, doble PHP-utvidelser og utrygge direktiver i rotens .htaccess. Skrive- og tilleggsnyttelaster stopper ved 10 MB.
Skrivinger og tillegg kan ikke målrettes mot WordPress-kjernefiler under wp-admin eller wp-includes. Flyttinger kan ikke starte der. Fil- og katalogsletting avviser også disse kjerneområdene; filsletting beskytter i tillegg rotens wp-config.php, .htaccess og index.php.
03
Valg for overskriving får følger
Skriving eller tillegging over eksisterende innhold oppretter som standard en sikkerhetskopi, men avsenderen kan uttrykkelig deaktivere den. Filsletting følger samme standard og valg, slik at den trer i kraft uten et separat bekreftelsessteg. Kopiering over et eksisterende mål krever et uttrykkelig overskrivingsvalg og sikkerhetskopierer målet. Flytting sikkerhetskopierer alltid kilden og sikkerhetskopierer et eksisterende mål før en uttrykkelig tillatt overskriving.
Katalogsletting oppretter ingen sikkerhetskopi. Rekursiv sletting er av som standard og må velges uttrykkelig. Sikkerhetskopikataloger som er eldre enn sju dager, kan ryddes med jevne mellomrom.
04
En fullført jobb etterlater bevis
Vellykkede skrivinger, tillegg, filslettinger, katalogslettinger, kopieringer og flyttinger legger til en revisjonspost med tidspunkt, operasjon, sti, WordPress-bruker, klientadresse og oppgitt kontekst. Når det er relevant, inneholder posten også sikkerhetskopien, målet eller endringen i størrelse. Nylige oppføringer er tilgjengelige gjennom endringsloggen.
Avhengigheter
Vit hva MCP-tilkoblingen krever
Disse navngitte kravene leverer WordPress-kjøremiljøet, typede filsystemoperasjoner og transporten en KI-klient bruker.
WordPress 6.9+
WordPress 6.9+Holder WordPress-kjøremiljøet som utvidelsen lastes inn i.
PHP 8.0+
PHP 8.0+Fastsetter minimumsmiljøet for PHP som innstikket kjører i.
Påkrevd
WordPress Abilities APIRegistrerer pakkens typede abilities gjennom det innebygde API-et.
Påkrevd
WordPress MCP AdapterKobler et WordPress-abilitykall til en autentisert MCP-klient.
Påkrevd
MCP Expose AbilitiesPlasserer pakkens kallbare flate bak Devenias kontrollerte MCP-endepunkt.
Last ned for en definert WordPress-jobb
Hent innstikket når mål og resultat er tydelige
Last ned den stabile ZIP-filen når en WordPress-fil eller -katalog og det ønskede resultatet allerede er tydelige. Den neste jobben holder seg til dette målet: En KI-klient utfører den valgte filsystemoperasjonen gjennom MCP, og vellykket aktivitet kan undersøkes i endringsloggen.