Próbálja ki az Agent Composert WordPress telepítése nélkül: böngészőben futó WordPress-játszóterünk

A termékbemutatók problémája

Hogyan értékelhető az irányított AI-vázlatkészítés a WordPress előzetes beállítása nélkül?

A WordPress használata ismerős, ha már működik. Ehhez azonban rendszerint tárhelyet vagy helyi környezetet kell választani, telepíteni kell a WordPresst, be kell állítani az adatbázist, ki kell választani egy témát, és hozzá kell adni az értékelni kívánt folyamathoz szükséges bővítményeket.

Ez egy valódi projektnél indokolt. Felesleges viszont akkor, ha a kérdés jóval szűkebb: mit tesz az Agent Composer egy valódi WordPress-vázlattal, hogyan alakítja az eredményt az Agent Canvas, és hol válnak láthatóvá a Site Contract, a Configuration Set, a Blueprint és az ellenőrzés?

• Egy hosztolt bemutató megmutathat egy kész felületet, de ritkán teszi lehetővé, hogy minden látogató új agentfeladatot futtasson.
• Egy videó elmagyarázhatja a folyamatot, de nem bizonyítja, hogyan fogad el az aktív szerződés egy megfelelő vázlatot, illetve hogyan utasít el egy nem engedélyezett műveletet.
• A helyi telepítés teljes irányítást ad, de infrastruktúra-előkészítést kér a látogatótól, mielőtt megismerhetné a termékeket.

Az Agent Composer Playground kihagyja ezt az előkészítést. Válasszon egy elkészített Canvas-beállítást, csatlakoztassa saját kompatibilis agentét, kérjen az adott beállításhoz illeszkedő vázlatot, majd ugyanabban az ideiglenes munkamenetben vizsgálja meg az irányított eredményt.

A böngésző lesz a futási környezet

Hogyan futhat egy teljes WordPress-környezet egyetlen böngészőlapon?

A WordPress Playground hagyományos szerver nélkül, WebAssembly-alapú PHP-val, valamint a böngészőben tárolt fájlrendszerrel és adatbázissal futtatja a WordPresst. Az ideiglenes példány a munkamenet végén eltűnhet, ezért megfelelő alap egy nyílt, eldobható termékbemutatóhoz.

A játszóterünk nem üres WordPress-telepítést indít. Betölti az Agent Composert, az Agent Canvast, egy beállításspecifikus tartalmi modellt és a négy előre elkészített miniwebhely egyikét. Minden változat működő tervezési rendszerként mutatja be a Canvast, mielőtt vázlatot kérne az agenttől. A SaaS Launch a legátfogóbb bemutató, amely a játszótér összes Canvas-összetevőjét tartalmazza.

• A böngésző valódi WordPress- és Gutenberg-környezetet futtat, nem csupán vizuális utánzatot.
• A kiválasztott beállítás saját Canvas-megjelenést, tartalmi példákat, Site Contractot, Configuration Setet és Blueprinteket biztosít.
• Minden látogató ismert kezdőállapotból indul, és utána eldobhatja a teljes munkamenetet.

A WordPress Playground kézikönyve a szerver nélküli, böngészőben futó WordPresst ismerteti itt: https://developer.wordpress.org/playground/handbook/web-instance/. A WordPress Developer Blog a WebAssembly futási környezetben betöltött szerepét mutatja be itt: https://developer.wordpress.org/news/2024/04/introduction-to-playground-running-wordpress-in-the-browser/.

Mit vizsgálhat meg?

Átlátható vázlatkészítési folyamat, nem automatikus webhelyépítési ígéret

Kapcsolat a csak böngészőben futó webhelyhez

Hogyan kezelheti a ChatGPT vagy a Codex a nyilvánosan nem elérhető WordPresst?

A WordPress-példány a látogató böngészőlapján fut. Nem nyilvános szervervégponttal rendelkező hosztolt WordPress-webhely, ezért külső agent nem tud közvetlenül csatlakozni hozzá. Ez az elkülönítés hasznos egy ideiglenes játszótérnél, de adatátviteli problémát okoz.

A játszótér ezt rövid élettartamú MCP-továbbítóval oldja meg. A böngésző munkamenet-kapcsolatot nyit a továbbítóhoz. Amikor a csatlakoztatott agent engedélyezett eszközt hív, a továbbító az aktív böngésző-munkamenethez küldi a kérést; a böngésző meghívja a helyi Composer-műveletet a WordPressen, majd ugyanazon az útvonalon visszaadja a strukturált eredményt. Ettől az ideiglenes környezet nem válik nyilvános WordPress-webhellyé.

• A kompatibilis agent a munkamenethez tartozó MCP-végponthoz csatlakozik.
• A továbbító a párosított böngészőlaphoz viszi a kérést, nem bejövő kapcsolattal csatlakozik a WordPresshez.
• A WordPress módosítása előtt a Composer érvényesíti az aktív jogosultságokat, a vázlattulajdonlást, a Site Contractot, a Blueprint korlátait és az ellenőrzést.

Az OpenAI az MCP-t a ChatGPT vagy a Codex eszközökhöz és háttérinformációkhoz való csatlakoztatásának módjaként írja le, beleértve a távoli Streamable HTTP-szervereket is: https://learn.chatgpt.com/docs/extend/mcp. A játszótéren az MCP az adatátviteli réteg; az irányított WordPress-végrehajtási határt továbbra is a Composer adja. A hozzáférési határról a WordPress AI-szerkesztéséről szóló útmutatóban olvashat.

Mit tekinthet át?

Mi történik egy beállítás kiválasztása után?

Válassza a SaaS Launch, Knowledge Hub, Service Studio vagy Editorial Journal változatot. Mindegyik teljes miniwebhely, saját Canvas tervezési rendszerrel és beállításspecifikus vázlatkészítési környezettel. A feladat kiválasztása előtt bejárhatja a webhelyet és megismerheti az összetevőit.

Az ideiglenes munkamenet elindítása után csatlakoztassa a ChatGPT-t, a Codexet vagy más kompatibilis MCP-klienst. Először kérje meg a környezet felmérésére, majd kérjen hagyományos oldalvázlatot vagy a beállítás saját tartalomtípusához tartozó tartalmat. Az eredmény ellenőrizhető Gutenberg-vázlat marad.

• Tekintse át az aktív Configuration Setet, a Site Contractot, az elérhető Blueprinteket, mezőket és szerkesztési korlátokat.
• Nézze meg, hogy a kiválasztott beállítás mely Canvas-mintákat és -összetevőket teszi elérhetővé a vázlat számára.
• Ellenőrizze a létrehozott blokkokat, az ellenőrzés eredményét, az előnézetet és a munkamenet naplóját; vagy próbáljon szándékosan szerződést sérteni, és figyelje meg, hogy a rendszer tartalommódosítás nélkül elutasítja.

Ugyanez az Agent Composer és Agent Canvas tartós WordPress-projekteket is irányíthat a játszótéren kívül. A készülő Agent Starter felgyorsítja majd egy kiinduló webhely összeállítását ezekből a beállításokból vagy egy feltérképezett meglévő webhelyből. Ez külön termékfolyamat; a játszótér célzott, ideiglenes bemutató marad.