Does Respira work with my current builder?
Probably. Respira covers Gutenberg, Elementor (v3 + Atomic v4), Divi 4 + Divi 5, Bricks, Oxygen Classic + Oxygen 6, Beaver Builder, Breakdance, Flatsome, YOOtheme Pro, Avada, Brizy, Visual Composer, WPBakery, Spectra, Kadence Blocks, GenerateBlocks, GreenShift, and SeedProd. 18 with read + write (Thrive Architect is text edits, Visual Composer write coverage is limited); SeedProd is audit-only for now (agents read and report on landing pages; write support stays on the roadmap until the proprietary layout JSON can be written safely). On a Kadence Blocks, Spectra, GenerateBlocks or GreenShift page, new elements are written as that library's own blocks since 9.2.7, with a core block, named in the answer, for anything the library has no block for. If the site uses no page builder at all, 8.0 treats the native WordPress Site Editor as a first-class target too.
Can Respira edit the native Site Editor?
Yes, with a stated limit. Reading is open everywhere: your agent discovers block templates and template parts with their hierarchy and source, synced and unsynced user patterns, block navigation, and the theme.json global styles on any site. Writing to those site-level objects is off by default, because one template change reaches every page that uses it. You turn it on per site in wp-admin, under Respira > Settings > Safety controls > Site Editor writes. Registered theme and plugin patterns stay read-only; editable user patterns support synced and unsynced state. Every structural write is fingerprint-guarded against a stale base, snapshotted, read back through WordPress, and server-render verified, and it reports "verified" only after WordPress actually rendered it. Needs plugin 9.2.7 or later.
What about Divi Theme Builder global headers and footers?
Those are written live, not staged. Divi resolves a global layout by id, so a duplicate would compete with the original and there is no honest way to stage one the way a page can be staged. 8.0 refuses the first attempt to rewrite a global header, footer, or body and names the blast radius instead, so you see what the change touches before it happens. That is a confirmation step, not an approval queue. The layout is still snapshotted and still reversible.
Which AI clients work with Respira?
Any MCP-compatible client. Most agencies pair it with Claude Code, Cursor, Codex CLI, OpenCode, or Claude Cowork. Chrome with WebMCP enabled also runs Respira tools directly via WebMCP for browser-native AI workflows.
How does my AI connect to the site?
Connect from anywhere. Point Claude or ChatGPT at your site with a link and a key. Nothing to install, and it works from the web or your phone. The local setup is still there if you prefer it, but you no longer need a desktop app to connect.
What happens if the AI breaks a page?
You roll it back. Page writes go to a duplicate first by default, so the live page stays untouched while you review. Snapshots are taken before page and element edits and stay reversible for 90 days (longer if you pin them), per page or for a whole session. A page, post or media item an agent deletes goes to the trash with a snapshot, so a delete comes back too. Bulk operations land in the approvals queue so you review before publishing. The current rollback coverage and limits are documented in the docs.
Can I limit what an agent may do on a site?
Yes, in the plugin. Respira › Tools switches any tool off for the site, and the Observe, Content and Everything profiles bundle those switches into one setting per key. Both hold on every door into the site: the npm server, the REST API and the site's own MCP endpoint that Claude Desktop, ChatGPT and Respira AER connect to. The options that lock people out of a site are refused to every agent regardless.
My host blocks the connection. What now?
Open Respira › Troubleshoot in wp-admin. It runs the connection checks from the site's own server, shows each as pass or fail with the cause and one next step, probes the bot filter that refuses the user agents claude.ai's and ChatGPT's connectors send, and writes a plain-text report for your host with the id of every test request and no secrets in it. A host that strips the Authorization header is covered already: Respira's clients send the credential a second way and the plugin reads that copy.
Can the agent update a plugin safely?
Yes, through the guarded update, from the Security page of your dashboard or the /security card in Respira AER. It checks the offer and the site first, takes a restore point through the site's own backup plugin (Duplicator and BackWPup are taken and verified, UpdraftPlus is started and watched, and a site with none is named as a finding), runs the update, runs four health checks, puts the previous version back from wordpress.org if a check fails, and writes a receipt to the activity log.
Can I run Respira on multiple client sites?
Yes. The Maker plan covers 1 site (€9/month). Builder covers 5 (€19/month). Studio scales 25 to 250 (from €57/month). Each site has its own key, its own audit log, and its own snapshot history. Nothing aggregates across sites.
Does Respira send my content to a third party?
Your content is processed inside your WordPress install: the audit log, snapshots, and tool execution stay on your site, and your AI client connects directly via MCP, so the AI vendor sees what you send it and only what you send it. Respira does send anonymous usage metadata (tool name, duration, success) and error reports to respira.press to keep the service reliable; no page content, tool arguments, or media are included.
How do clients see the work?
Two paths. Either you generate an activity report (six framings: agency client report, case study, internal recap, testimonial draft, build-in-public, personal recap) and your AI shapes it into prose. Or you give the client read-only access to the approvals queue + audit log inside wp-admin.