Skip to main content
This is the whole thesis in one path: commerce that runs itself. Each phase below is one sitting, each links to a guide that has been verified against the running service, and by the end a brand is answering customers, executing the operational fixes behind those conversations, and proving every consequential decision — with humans approving only what crosses the lines you set.
1

Onboard the brand — one flow, six services

onboarding.stateset.com provisions everything from a plain-language intake: the org, a knowledge base with your policies embedded, a ResponseCX organization with support rules, the brand in the Temporal workflow engine, NSR’s ecommerce-returns rulebook with your refund window and final-sale rules, and an unpublished Voice agent. Preview before launch; launch is idempotent; verification probes all six services and heals drift.Brand Onboarding — portal, operator CLI, provisioning API, and the MCP server an agent can drive itself.Two commands anchor the whole phase — provision, then prove it:
Onboarding never invents your business rules — what you leave blank stays blank. Write your shipping, returns, escalation and tone policies as plain language; the translator turns them into KB articles, ResponseCX rules and NSR clauses deterministically.
2

Connect the commerce stack the brand already runs

Point the Sync Server at Shopify and NetSuite (or your ERP/3PL): orders flow in, inventory flows back, every job is idempotent and replayable, webhooks verified. If retailers send you purchase orders, EDI turns their 850s into orders and your 856s/810s into their inbox.Sync a Shopify store with NetSuite · Your first EDI 850 cycle · A retailer’s 850 to cash
3

Put agents on every channel

The ResponseCX agent onboarding created is inactive until you launch it — attach knowledge, give it functions (real API calls, tested before a customer finds out), constrain it with rules, then activate. Embed the chat widget on the storefront, publish the Voice agent once you have heard it in your browser, and hand the back-office tools that have no API to Computer Use.ResponseCX quickstart · Chat Widget · Put an agent on the phone · Automate a tool that has no API
4

Gate what moves money; make execution durable

Autonomy without control is a liability. Refunds, credits and cancellations route through NSR — approved, denied, or refused with the cited rules, fail-closed when the policy engine is unreachable, human approval above your value threshold. The operational work itself runs as Temporal workflows: retried, compensated, replayable, with the proof chain in the permanent event history.The gate is one call — and a refused verdict is a 200 with reasons, not an error:
Gate a refund with a verified decision · Run a durable order workflow · ResponseCX approvals
5

Watch it work: the interaction AND the operation behind it

A “where is my order?” message should end with the order actually fixed — this journey follows one message across ResponseCX, Sync, Temporal and NSR to a closed operation. Billing then charges for verified outcomes, not seats: a resolved contact is billable work, a disputed one is a credit.From “where is my order?” to a closed operation · Billing and outcomes
6

Close the loop: agents that improve from their own work

StateSet Agents grades production conversations against a reward, curates what worked, retrains, and evaluates on prompts the model never saw — lineage from the deployed model back to the conversations that produced it. This is the difference between an agent that changed and an agent that got better.StateSet Agents · Getting started for AI agents

What “autonomous” means here, concretely

Run this whole page as an agent instead of a person: every service here has an MCP server, the skills are one curl away, and onboarding itself has MCP tools — an agent can provision the brand, connect the stack, and launch the channels. That is the point.

When something doesn’t fit

Each linked guide carries its own troubleshooting; Getting Help routes everything else — host status, the cross-engine error taxonomy, Discord, and the outcome dispute process.

Next steps

Start phase one now

The onboarding portal is live — intake to verified provisioning in a sitting.

See the thesis run

One customer message crossing four engines to a closed operation.

Run this page as an agent

MCP servers and skills for every phase — including onboarding itself.

Which API when

Hosts, keys, headers and first calls for all twelve surfaces.
Last modified on August 31, 2026