Going live is always a human action in Portal Studio. The assistant can build and deploy a preview, but it cannot publish to your live customer site.
What you can do
Ask your assistant in plain language — it selects the tools itself:- “List my portals.”
- “In the Acme portal, show me
src/App.tsx.” - “Change the welcome heading on the Acme portal and give me a preview link.”
- “Validate my draft before I save it.”
Prerequisites
- A portal you’ve already created (see Creating a Portal)
- An MCP-aware client (Claude, Claude Code, or another client that supports remote MCP servers)
- An active session at app.statisfy.com for the authorization step
Connecting
Statisfy implements the standard MCP authorization spec (OAuth 2.1 + PKCE) with RFC 7591 Dynamic Client Registration. You do not mint or paste an API key — the connection is created by completing an OAuth flow from inside your client.- Sign in to app.statisfy.com so you have an active session.
-
In your client, add a custom connector pointing at:
- Click Connect. Your browser opens Statisfy and asks you to authorize.
- Review the request and click Authorize.
mcp:portal:write. Statisfy advertises that scope on this endpoint specifically, so a well-behaved client asks for portal access and nothing else.
How a change reaches a preview
The assistant follows a fixed path, and each step is a separate tool so you can stop at any point:- Pick the portal. It lists your portals and confirms which one you mean by name and URL. It will not assume, even if you only have one.
- Read. It lists files and reads the ones it needs.
- Edit the draft. Writes go to your draft, not the live site. Each write replaces a whole file.
- Validate. A dry run of the save checks, committing nothing.
- Save. Runs the validation gate, commits the draft, and starts a build.
- Build. The assistant polls until the build reports
built— orfailed, with the error to fix. - Deploy a preview. A real deploy to a preview URL. The assistant shares the link.
- You go live — in Portal Studio, yourself.
Edits are made against a specific commit. If the portal changed underneath (you edited it in Portal Studio at the same time, for example), the write is rejected rather than silently overwriting your work.
Available tools
Only
portal_write_file, portal_save, and portal_deploy_preview change anything. The rest are reads.
Permissions and scope
- Every tool is scoped to your organization. The assistant can only reach portals belonging to the account you authorized with.
- This connector cannot read customer-intelligence data. It has no account, contact, or opportunity tools at all.
- The customer-data connector cannot edit portals. The two permissions are separate and are checked on every call.
That separation is deliberate. Portal content can contain text from outside your organization, so the portal connector is kept away from your customer data entirely.
Troubleshooting
A write was rejected because the portal changed
A write was rejected because the portal changed
Someone (or you, in Portal Studio) edited the portal after the assistant read the file. Ask it to re-read the file and reapply the change.
The build failed
The build failed
portal_build_status returns the error. Ask the assistant to fix it and save again — a failed build never reaches a preview or the live site.The assistant can't see a portal I own
The assistant can't see a portal I own
Portals are scoped to the organization you authorized with. If you belong to more than one, re-authorize from the correct account.
Related
Building & Publishing
Portal Studio, drafts and versions, previewing, and going live.
Statisfy MCP Server
The read-only customer-data connector, and how to manage MCP connections.