A WP Suite Content Engine architektúrája
Az Agent Composer architektúrája: szabályozott tartalmi műveletek meglévő WordPress-webhelyeken
A rendszer kiindulópontja egy már létező dizájnnal és tartalommodellel rendelkező webhely. A Composer csak a jóváhagyott tartalmi műveleteket teszi elérhetővé a kompatibilis AI-agent számára, a validált vázlatokat WordPressben tárolja, a közzétételt és az éles kiadást pedig külön, ember által felügyelt lépésekre hagyja.
WEBHELYÉPÍTÉSI HATÁR
Ügynökség vagy webhelyépítő → téma + minták + CPT-k + szerkesztői szabályok
↓
TARTALMI MŰVELETI HATÁR
Composer Config Set → Site Contract → Page Blueprintek
↓
AGENTKAPCSOLATI HATÁR
Meglévő AI-agent → közvetlen MCP vagy opcionális kimenő tunnel
↓
VÉGREHAJTÁSI HATÁR
Composer-validáció → hozzárendelt Gutenberg-vázlat
↓
KIADÁSI HATÁR
Emberi ellenőrzés → WordPress-közzététel → opcionális Static Publisher
Nézze meg működés közben az architektúrát
Az MCP-klienstől a böngészőben futó WordPressig
Az élő playground ezt a határdiagramot ellenőrizhető, ideiglenes rendszerré alakítja.
ChatGPT / Codex / MCP client
│
│ MCP
▼
MCP relay
│
▼
Browser / WebAssembly
│
▼
WordPress + Composer + CanvasFelelősségi és bizalmi határok
Egyetlen szűk út a jóváhagyott tartalommodelltől az ellenőrizhető vázlatig
A Composer nem tervezi meg a webhelyet, nem futtatja a modellt, és nem ad általános WordPress-adminisztrációt. A hitelesített agentkérést az aktív Config Set által engedélyezett műveletté alakítja, majd mentés előtt validálja a teljes Gutenberg-fát. Ez a végrehajtási határ teszi lehetővé az AI-szerkesztést korlátlan adminisztrátori hozzáférés nélkül és a szabályozott AI-oldalkészítést.
KÉRÉSI FOLYAMAT Kompatibilis AI-kliens → hitelesített MCP-útvonal → Composer ability → aktív Config Set → Page Blueprint → jóváhagyott minták és szolgáltatói blokkok → validáció → vázlatírás PRIVÁT KAPCSOLAT Helyi vagy tűzfal mögötti WordPress → kimenő Connector tunnel → kompatibilis OpenAI-kliens → ugyanazok a Composer abilityk és WordPress-jogosultságok IDENTITÁSI ÉS ÍRÁSI HATÁR Dedikált WordPress agentfelhasználó → képességellenőrzés → hozzárendelés a szerzőségtől elkülönítve → revízió- és módosítási tokenek → ütközésbiztos frissítés OPCIONÁLIS SZOLGÁLTATÓI FOLYAMAT Composer → regisztrált Gatey / Flow / AI-Kit ability → a szolgáltató létrehozza és validálja saját blokkját → Composer validálja a teljes vázlatfát KIADÁSI FOLYAMAT Validált vázlat → emberi előnézet és módosítás → emberi WordPress-közzététel → opcionális kézi vagy ütemezett Static Publisher-export → S3 / CloudFront + opcionális Static Site Guardian HIBAFOLYAMAT Hiányzó Blueprint, hibás metaadat, nem elérhető szolgáltató vagy elavult revízió → validációs vagy konkurenciahiba → nincs felülírás és nincs közzététel
Tulajdonosi határ A WordPress tárolja a Config Seteket, a Site Contractot, a Blueprinteket, a vázlatokat, a támogatott metaadatokat, a hozzárendelési állapotot, a validáció eredményét és az auditadatokat. A modell gondolkodása a választott AI-kliensben marad. A szolgáltatói adatok külön szerződéseket követnek. A Static Publisher és a Static Site Guardian opcionális kiadási rétegek; a Composerhez önmagában nem szükséges AWS.
Aktiválás és üzemeltetés
Így válik egy meglévő webhely szabályozott tartalomrendszerré
A megvalósítás a kész WordPress-webhelyből indul, és csak az ismételhető tartalomkészítéshez szükséges szerződést, kapcsolatot és ellenőrzési kontrollokat adja hozzá.
- Határozza meg a tartalmi határt — Tartsa meg a meglévő webhelyépítőt, témát és dizájnfolyamatot. Képezze le a jóváhagyott bejegyzéstípusokat, sablonokat, újrafelhasználható mintákat, blokkokat, mezőket, taxonómiákat, metaadatokat és szerkesztői korlátokat egy Config Setbe és Page Blueprintekbe.
- Aktiválja a Composer végrehajtási rétegét — Telepítse az Agent Composert, validálja és aktiválja a Config Setet, majd társítson egy dedikált WordPress agentfelhasználót a korlátozott Composer abilitykhez. Az Agent Canvas használható referencia- és kezdőtémaként, de nem kötelező.
- Válassza ki a kapcsolati útvonalat — Kapcsoljon kompatibilis klienst közvetlenül hitelesített MCP-útvonalon, vagy használja az opcionális kimenő Connector tunnelt, ha a WordPressnek helyben vagy tűzfal mögött kell maradnia. Mindkét út ugyanazt a szabályozott képességfelületet éri el.
- Válassza külön az ellenőrzést és a kiadást — Az agent optimista konkurenciakezeléssel hozza létre vagy frissíti a hozzárendelt vázlatokat. A szerkesztők WordPressben ellenőriznek, módosítanak és tesznek közzé. Statikus kiszolgálásnál a Static Publisher kézzel vagy ütemezve adhatja ki a jóváhagyott állapotot, opcionális Site Guardian-védelemmel.
Mi fut az egyes architekturális rétegekben
Alapvető WordPress-réteg
Helyi, szerződésvezérelt felelősségek
- Az ügynökség vagy a webhely tulajdonosa a WordPressben tartja a témát, mintákat, tartalomtípusokat, dizájnszabályokat és szerkesztői irányelveket.
- A Composer végzi a képességfelderítést, Blueprint- és minta-összeállítást, blokkfavalidációt, ütközésbiztos vázlatírást, előnézet-ellenőrzést, hozzárendelést és szolgáltatói delegálást.
- A WordPress tárolja a szerződést, konfigurációt, Gutenberg-vázlatokat, támogatott SEO-metaadatokat, revíziós állapotot, validációs bizonylatokat és kitakart auditinformációkat.
Opcionális külső és kiadási rétegek
Csak a kiválasztott folyamathoz kapcsolódnak be
- A választott AI-kliens végzi a gondolkodást, és kompatibilis hitelesített MCP-útvonalon kapcsolódik; a Composer nem értékesíti és nem futtatja a modell futtatókörnyezetét.
- A kimenő Connector tunnel opcionális a kompatibilis OpenAI-kliensekhez és privát WordPress-forrásokhoz; a közvetlen hitelesített MCP külön kapcsolati lehetőség marad.
- A Static Publisher, az S3, a CloudFront és a Static Site Guardian opcionális éles kiadási útvonalat alkot. Tulajdonlásuk, AWS-költségük, védelmük és kiadási működésük elkülönül a Composertől.
Architekturális kérdések
Határok, amelyeket egy AI-agent csatlakoztatása előtt el kell dönteni
Átveszi a Composer az ügynökség témáját vagy webhelyépítési folyamatát?
Nem. A témáért, komponensekért, tartalomtípusokért és szerkesztői szabályokért továbbra is az ügynökség vagy a webhelyépítő felel. A Composer csak ezek meghatározása után használja az aktív szerződést és a Blueprinteket. Az Agent Canvas opcionális referencia- és kezdőmegvalósítás.
Kap WordPress-adminisztrátori hozzáférést az AI-kliens?
Nem. A kliens egy dedikált WordPress-felhasználóhoz rendelt, névvel ellátott Composer abilityket ér el. A közzététel, szokásos törlés, bővítmény- és témakezelés, médiafeltöltés, webhelybeállítások és felhasználókezelés kívül marad az agent végrehajtási felületén.
Privát maradhat a WordPress-forrás?
Igen. A kompatibilis kliens közvetlen hitelesített MCP-t használhat, ha az útvonal elérhető. Helyi vagy tűzfallal védett WordPressnél az opcionális kimenő Connector tunnel ugyanazt a Composer-szervert éri el nyilvános bejövő WordPress- vagy MCP-végpont nélkül.
Szükséges az AWS, és ki adja ki élesbe a tartalmat?
Az AWS nem szükséges a Composer alapszerződéséhez és vázlat-életciklusához. A WordPress-közzétételről emberi szerkesztők döntenek. A Static Publisher opcionálisan S3 és CloudFront környezetbe exportálhat, a Static Site Guardian pedig védhet kiválasztott útvonalakat.
Tekintse át a teljes működési szerződést
Válassza külön a webhelydizájnt, az AI-támogatott vázlatkészítést, a szerkesztői jóváhagyást és az éles kiadást
Az Agent Composert használja szabályozott tartalmi rétegként a csapata által már használt kompatibilis AI-agenthez. Így AI segítségével hozhat létre új WordPress-tartalmat, amely natív és szerkeszthető marad. Ugyanez a szerződés az átadás után is alkalmazható, amikor a cél az, hogy az ügyfél AI-t kapjon anélkül, hogy az ügynökség elveszítené a dizájn feletti ellenőrzést.