Getting Started
Better Data is described as five layers — not as a flat list of products:
| Layer | Surface | | ----- | ------- | | Infrastructure | Gateway Console, Hosted Gateway MCP | | Protocol | Commerce Gateway, Registry MCP | | Reference | Gateway Demo, Commerce Demo, Agent Starter | | Control | Loop Engine | | Platform | Better Data |
For the buyer and architecture mental model mapped to products, use one vocabulary everywhere:
| Layer | Authority | | ----- | --------- | | Commerce Chain | Operational truth | | Loop Engine | Governed decisions | | Commerce Gateway | Controlled connectivity | | Signal Tags | Operational trust |
Operating model: Sense → Decide → Approve → Execute → Improve. Use workflow only for concrete task flows (e.g. approval workflow), not as platform category identity.
→ MCP surfaces · Platform architecture · Architecture on betterdata.co
Agents reuse the layered stack — they do not replace it or sit “beside” the gateway as a separate product. Canonical wording: agents use Registry to discover, Gateway to act, and Loop Engine to govern.
1Agent2 ↓3Registry MCP4 ↓5Commerce Gateway6 ↓7Loop Engine8 ↓9Demo / UIExperience (demos, product UI) sits at the bottom; developers start from Build an agent. See Commerce Agent pattern.
The core concepts in Better Data apply across all four authority layers (Commerce Chain / Loop Engine / Commerce Gateway / Signal Tags — see Platform architecture):
The Commerce Gateway, SCM/DCM modules, and Signal Tags all participate in loops. The loop model is the unifying concept.
→ Platform Architecture
→ Loops
The Commerce Gateway is built on three main pillars: Backends, Tools, and Sessions. Understanding these concepts will help you design flexible and robust conversational commerce experiences.
Backends are where your data lives. They provide the gateway with access to your product catalog, shopping carts, and order management systems.
Tools (often referred to as Capabilities in the marketing docs) are the specific actions an AI can perform. The gateway takes your backend logic and "adapts" it into a format the LLM can understand (like MCP for Claude or Function Calling for OpenAI).
Common tools include:
search_productsget_product_detailsadd_to_cartcheck_inventorySessions maintain the state of a conversation across multiple turns. They store things like the current cartId and user context.
The Commerce Gateway is the controlled connectivity layer between LLM providers and your commerce infrastructure — adapting backends into governed tools agents can call.
This diagram is LLM ↔ gateway ↔ backends plumbing only. The canonical platform / layered ecosystem diagram for C8 is the layered ecosystem model above and Platform architecture.
graph LR
A[Claude / OpenAI] --> B[Commerce Gateway]
B --> C[Universal Tools]
C --> D[Backends]
D --> E[Shopify / Square / Custom]
If you're ready to start building, head over to the Quickstart guide.
