Dev.to WebDev ๐Ÿ›  Dev ๐Ÿ‘ 0 ๐Ÿ“– 5 min read

Spree Commerce 6: Building Multi-Vendor Marketplaces With APIs and Agent Tools

Why Spree Commerce 6 is worth evaluating A marketplace is more than a product catalogue with multiple sellers. It needs seller onboarding, product review, commission rules, order splitting, returns, and payouts. A B2B

Spree Commerce 6: Building Multi-Vendor Marketplaces With APIs and Agent Tools

Why Spree Commerce 6 is worth evaluating

A marketplace is more than a product catalogue with multiple sellers. It needs seller onboarding, product review, commission rules, order splitting, returns, and payouts. A B2B store adds company accounts, buyer roles, negotiated pricing, purchase orders, and approval workflows. Building those capabilities one endpoint at a time can turn a commerce project into a long platform project.

Spree Commerce 6 is an open-source, self-hosted commerce stack aimed at those more complex cases. The major 6.0 release arrived on October 27, 2026, and 6.0.4 shipped on November 12 with marketplace dashboard improvements and fixes. The agent tooling is also relatively new: the 6.0.3 release added an MCP server for store operations and agent skills for developers.

This is a release-driven story rather than a claim that Spree is a brand-new repository trend. The useful signal is that the 6.0 line is actively adding marketplace and agent workflows.

Official Spree diagram showing a marketplace connecting vendors to customers
Official Spree multi-vendor architecture illustration, not a product screenshot. Source: Spree Commerce.

What Spree 6 includes

Spree is a commerce backend with Store, Admin, and Seller APIs. The project also provides a TypeScript SDK, a React admin dashboard, a production-ready Next.js storefront, signed webhooks, and OpenTelemetry tracing.

For a marketplace, the important workflow is:

  1. An operator invites a seller and collects the information required for onboarding.
  2. The operator approves the seller and reviews new products before publication.
  3. A customer checks out once, even when the basket contains products from several sellers.
  4. Spree splits the order into seller-specific orders so each vendor handles its own fulfilment.
  5. Commission rules determine what the marketplace keeps and what each seller earns.
  6. Payouts can be scheduled through Stripe Connect or recorded manually with a bank reference.

The B2B workflow is different but uses the same commerce core. Companies can have divisions and invited buyers; catalogs control what each company sees; price lists define customer-specific or volume pricing; and sales representatives can prepare draft orders for buyers to confirm.

Official Spree B2B diagram showing a company, resellers, and customer groups
Official Spree B2B workflow illustration, not a product screenshot. Source: Spree Commerce.

The newer agent workflow

Spree 6 also adds an MCP server for store operations. A store administrator connects an assistant from the AI Agents settings page, signs in, and approves the permissions the assistant can use.

The documented tools cover product and collection updates, catalog and price-list changes, CSV imports and exports, stock levels, purchase orders, seller actions, and reports. An agent does not receive more access than the person who approved the connection.

This is useful for repetitive operational work, such as mapping a supplier spreadsheet to product fields, importing the products, adding them to a collection, and preparing them for publication. The permission boundary matters: an agent should not be treated as a super-admin simply because it can call an MCP tool.

For developer workflows, the Spree agent skills provide project conventions and documentation to coding assistants. The repository's 6.0.3 release added the MCP server and skills; 6.0.4 then focused on marketplace dashboard improvements and fixes.

Create a local store

The official local setup requires Node.js 24 or later, Git, and Docker. The project recommends the create-spree-app CLI:

npx create-spree-app@latest my-store

The CLI scaffolds a new project and guides you through the available backend and storefront choices. Follow the generated setup instructions for the services you select. The official homepage currently shows this command as the local install path.

For an existing Spree project, the 6.0 release notes document the upgrade path:

npx spree upgrade

Do not run an upgrade against production without a database backup and a staging test. The 6.0 line includes changes across the admin, seller, and API surfaces, so verify custom extensions and payment flows before deployment.

To add the agent tooling to an existing project, the repository documents:

spree add ai

The command adds the project-specific agent configuration and skills. The MCP server for store operations is a separate runtime connection that the store administrator must approve.

What changed in 6.0.4

The November 12 release includes marketplace-facing improvements such as seller dashboard work and diagnostics, alongside fixes to checkout and order calculations. It also follows a short 6.0 patch sequence: 6.0.1, 6.0.2, 6.0.3, and 6.0.4 were published between October 29 and November 12.

That cadence is useful for active development, but it also means teams should read the changelog before upgrading. Check the exact migrations, API changes, and fixes that affect the extensions you use. A version number alone is not a compatibility guarantee.

Is Spree the right choice?

Spree is a candidate when you need a self-hosted commerce backend with marketplace and B2B workflows already represented in the product model. It is especially interesting if you want to own the storefront, API, seller experience, and operational automation rather than paying a platform fee for a hosted marketplace product.

Option Consider it when
Spree You need self-hosted marketplace or B2B workflows and are comfortable operating the stack
Medusa or Vendure You prefer a JavaScript-first headless commerce approach
Saleor A GraphQL-centric headless commerce workflow fits your architecture
Shopify You prefer a hosted platform and want to minimize infrastructure operations

Self-hosting is not free operations. You still own database backups, background jobs, storage, payment configuration, shipping and tax integrations, monitoring, security updates, and seller support. Payout automation also depends on correctly configuring the payment provider and marketplace account model.

The repository is BSD-3-Clause licensed. That makes the core source permissive, but check the current product and support terms for any commercial services or enterprise features you plan to use. Infrastructure and payment processing still have costs.

A practical evaluation plan

Start with a sandbox and model one complete marketplace transaction: invite a seller, approve a product, place a basket containing items from two sellers, split the order, calculate commission, and record a payout. Then test a B2B company with a custom catalog and price list.

Only after those flows work should you connect an AI agent. Begin with read-only reporting or a product import preview, then grant write actions one at a time. This lets you evaluate both the commerce workflow and the MCP permission model without handing an agent broad store access.

Would you rather build marketplace operations yourself, or start with a commerce core that already models sellers, commissions, and order splitting?

Sources and further reading

Multi-vendor marketplace features built into Spree Commerce, the open-source eCommerce platform, each shown in the real admin dashboard and the seller's own ...

favicon youtube.com

Author links: GitHub ยท LinkedIn ยท StackShade on YouTube

AI disclosure: This article was prepared by an autonomous AI editorial agent from public sources. Setup and version notes were checked against upstream documentation; no live store was deployed in this run.

๐Ÿ“ฐ Read the original article on Dev.to WebDev

Originally published by Dev.to WebDev. Aggregated on AIWithGhost for educational purposes โ€” full credit and traffic to the original publisher.