WP Agent Bridge

Blog

  • READONLY vs APPLY mode: protecting the site by default

    READONLY vs APPLY mode: protecting the site by default

    Published September 3, 2026 — WP Agent Bridge

    WP Agent Bridge starts in READONLY mode. All writes are impossible until an APPLY window is explicitly opened. This is the precautionary principle applied to WordPress automation.

    READONLY mode

    By default, the plugin is in READONLY mode. The Read, Options, SEO and Diagnostics families are available, but the Write, Media and Snapshots families are locked. An agent can audit the site, analyze SEO, check security, but cannot modify anything.

    APPLY mode

    To write, you must open an APPLY window via wpab/open-apply-window. The window lasts 15 to 240 minutes. During this time, all ability families are available. On expiry, the site automatically reverts to READONLY.

    Why this design?

    An AI agent can make mistakes. The default READONLY mode ensures that a misconfigured or misprompted agent cannot break the site. The APPLY window is a voluntary act: the user (or the agent with authorization) explicitly decides to open the write window.

    Loopback verification

    In APPLY mode, each write is followed by a loopback verification: the plugin checks that the site responds with HTTP 200. If the site is broken, the operation is canceled and the snapshot restored. This is a double safety: the mode protects by default, the verification protects during writes.

    Conclusion

    The default READONLY mode and the timed APPLY window are the two pillars of WP Agent Bridge security. They transform potentially dangerous automation into controlled and reversible automation.

  • Snapshots and rollback: the safety net

    Snapshots and rollback: the safety net

    Published September 3, 2026 — WP Agent Bridge

    Every write performed by WP Agent Bridge is preceded by a snapshot. Every error is reversible. This is the fundamental principle of the plugin: never write without having saved.

    How it works

    Before each write, the plugin captures the state of the affected row in six WordPress core tables: posts, postmeta, options, terms, term_taxonomy, term_relationships. This snapshot is stored locally and associated with an operation_id.

    Rollback

    If a write breaks the site (500 error, blank page, PHP fatal), the plugin detects the problem via loopback verification and automatically restores the snapshot. The agent can also request a manual rollback via wpab/rollback-operation with the operation_id.

    Scope

    Six tables, no more. Extension tables (WooCommerce HPOS, payment tables) are not covered. This is a design choice: rollback is reliable because it’s limited to the WordPress core.

    The ceiling

    The number of accumulated snapshots is limited. The recommended ceiling is 700. An alert is issued at 500. Beyond 1000, a known defect (fix planned in 1.9.1) may cause partial restoration without warning.

    Conclusion

    Snapshots and rollback are the safety net that allows an AI agent to work autonomously. If the agent makes a mistake, the site is restored. If the site breaks, the operation is canceled. This is the difference between safe automation and dangerous automation.

  • Why WP Agent Bridge uses the MCP protocol

    Why WP Agent Bridge uses the MCP protocol

    Published September 3, 2026 — WP Agent Bridge

    The Model Context Protocol (MCP) is an open standard that allows AI assistants to communicate with external tools. WP Agent Bridge exposes 53 abilities via this protocol, enabling an AI agent to audit, modify and optimize a WordPress site without FTP or admin access.

    The problem

    AI agents have become capable of producing code, content and SEO strategies. But to act on a WordPress site, they needed a human to copy-paste changes, open the admin, and verify nothing broke. This bottleneck limits automation.

    The MCP solution

    The MCP protocol solves this by standardizing communication between the AI agent and the WordPress server. The agent sends a JSON-RPC request to the /wp-json/wp-agent-bridge/mcp endpoint, the plugin executes the ability and returns the result. No browser, no GUI, no human intervention.

    Why not a classic REST API?

    The WordPress REST API already exists, but it offers neither snapshot nor rollback. A write via REST is permanent: if the agent makes a mistake, the site is broken. WP Agent Bridge adds the missing safety layer: every write is preceded by a snapshot, every error is reversible, and READONLY mode protects the site by default.

    53 abilities, no more

    WP Agent Bridge exposes 53 abilities across eight families: Content, Taxonomies, Media, Options, SEO, Diagnostics, Snapshots/rollback, and GEO/AEO. This scope is deliberately limited to WordPress core tables. Extension tables (WooCommerce, payment plugins) are neither captured nor reversible.

    Conclusion

    The MCP protocol enables WP Agent Bridge to offer safe and reversible automation. The agent can work autonomously, the site stays protected. It’s the compromise between AI power and WordPress security.

  • Mode READONLY vs APPLY : proteger le site par defaut

    Mode READONLY vs APPLY : proteger le site par defaut

    Publie le 3 septembre 2026 — WP Agent Bridge

    WP Agent Bridge demarre en mode READONLY. Toute ecriture est impossible jusqu’a l’ouverture explicite d’une fenetre APPLY. C’est le principe de precaution applique a l’automatisation WordPress.

    Le mode READONLY

    Par defaut, le plugin est en mode READONLY. Les familles Lecture, Options, SEO et Diagnostic sont disponibles, mais les familles Ecriture, Medias et Snapshots sont verrouillees. Un agent peut auditer le site, analyser le SEO, verifier la securite, mais ne peut rien modifier.

    Le mode APPLY

    Pour ecrire, il faut ouvrir une fenetre APPLY via wpab/open-apply-window. La fenetre dure 15 a 240 minutes. Pendant ce temps, toutes les familles d’abilities sont disponibles. A l’expiration, le site repasse automatiquement en READONLY.

    Pourquoi ce design ?

    Un agent IA peut faire des erreurs. Le mode READONLY par defaut garantit qu’un agent mal configure ou mal prompte ne peut pas casser le site. La fenetre APPLY est un acte volontaire : l’utilisateur (ou l’agent avec autorisation) decide explicitement d’ouvrir la fenetre d’ecriture.

    La verification loopback

    En mode APPLY, chaque ecriture est suivie d’une verification loopback : le plugin verifie que le site repond en HTTP 200. Si le site est casse, l’operation est annulee et le snapshot restaure. C’est une double securite : le mode protege par defaut, la verification protege pendant l’ecriture.

    Conclusion

    Le mode READONLY par defaut et la fenetre APPLY temporelle sont les deux piliers de la securite de WP Agent Bridge. Ils transforment une automatisation potentiellement dangereuse en une automatisation controlee et reversible.

  • Snapshots et rollback : le filet de securite

    Snapshots et rollback : le filet de securite

    Publie le 3 septembre 2026 — WP Agent Bridge

    Chaque ecriture effectuee par WP Agent Bridge est precedee d’un snapshot. Chaque erreur est reversible. C’est le principe fondamental du plugin : jamais ecrire sans avoir sauvegarde.

    Comment ca marche

    Avant chaque ecriture, le plugin capture l’etat de la ligne concernee dans six tables du coeur WordPress : posts, postmeta, options, terms, term_taxonomy, term_relationships. Ce snapshot est stocke localement et associe a un operation_id.

    Le rollback

    Si une ecriture casse le site (erreur 500, page blanche, fatal PHP), le plugin detecte le probleme via la verification loopback et restaure automatiquement la snapshot. L’agent peut aussi demander un rollback manuel via wpab/rollback-operation avec l’operation_id.

    Le perimetre

    Six tables, pas plus. Les tables d’extensions (WooCommerce HPOS, tables de paiement) ne sont pas couvertes. C’est un choix de conception : le rollback est fiable parce qu’il est limite au coeur WordPress.

    Le plafond

    Le nombre de snapshots accumules est limite. Le plafond recommande est de 700. Une alerte est emise des 500. Au-dela de 1000, un defaut connu (correctif prevu en 1.9.1) peut entrainer une restauration partielle sans avertissement.

    Conclusion

    Les snapshots et le rollback sont le filet de securite qui permet a un agent IA de travailler en autonomie. Si l’agent fait une erreur, le site est restaure. Si le site casse, l’operation est annulee. C’est la difference entre une automatisation sure et une automatisation dangereuse.

  • Pourquoi WP Agent Bridge utilise le protocole MCP

    Pourquoi WP Agent Bridge utilise le protocole MCP

    Publie le 3 septembre 2026 — WP Agent Bridge

    Le Model Context Protocol (MCP) est un standard ouvert qui permet aux assistants IA de communiquer avec des outils externes. WP Agent Bridge expose 53 abilities via ce protocole, permettant a un agent IA d’auditer, modifier et optimiser un site WordPress sans acces FTP ni admin.

    Le probleme

    Les agents IA sont devenus capables de produire du code, du contenu et des strategies SEO. Mais pour agir sur un site WordPress, ils avaient besoin d’un humain pour copier-coller les modifications, ouvrir l’admin, et verifier que rien n’est casse. Ce goulot d’etranglement limite l’automatisation.

    La solution MCP

    Le protocole MCP resout ce probleme en standardisant la communication entre l’agent IA et le serveur WordPress. L’agent envoie une requete JSON-RPC a l’endpoint /wp-json/wp-agent-bridge/mcp, le plugin execute l’ability et retourne le resultat. Pas de navigateur, pas d’interface graphique, pas d’intervention humaine.

    Pourquoi pas une API REST classique ?

    L’API REST de WordPress existe deja, mais elle n’offre ni snapshot ni rollback. Une ecriture via REST est permanente : si l’agent fait une erreur, le site est casse. WP Agent Bridge ajoute la couche de securite qui manque : chaque ecriture est precedee d’un snapshot, chaque erreur est reversible, et le mode READONLY protege le site par defaut.

    53 abilities, pas plus

    WP Agent Bridge expose 53 abilities, reparties en huit familles : Contenu, Taxonomies, Medias, Options, SEO, Diagnostic, Snapshots/rollback, et GEO/AEO. Ce perimetre est volontairement limite aux tables du coeur WordPress. Les tables d’extensions (WooCommerce, plugins de paiement) ne sont ni capturees ni reversibles.

    Conclusion

    Le protocole MCP permet a WP Agent Bridge d’offrir une automatisation sure et reversible. L’agent peut travailler en autonomie, le site reste protege. C’est le compromis entre la puissance de l’IA et la securite de WordPress.