Product composition

Product composition lets your storefront assemble buyer-ready products on demand instead of returning a fixed catalog to everyone. When a buyer sends a brief, the Merchandising Agent builds products for it — selecting from your inventory building blocks, applying your operating instructions, pricing them against your Playbook pricing, and returning products shaped for the brief in front of it. A composed product is indistinguishable from a hand-authored one to the buyer — it carries a name, description, targeting, canonical format_options[], and pricing. The difference is that you never had to author it: the agent built it from your rules. Composition is deterministic where it matters — the same brief against the same inventory and rules returns products with stable ids, so a buyer who discovers again sees the same products rather than a fresh set each time.

​

How the product path is selected

Product composition is not a separately priced add-on and has no Storefront-wide on/off switch. Each inventory source has an explicit product contract:

• Storefront-built supplies ingredients that Interchange turns into buyer-ready products.
• Agent-supplied supplies complete products that Interchange preserves and routes back to that Sales Agent.
• Both product paths supports both flows; each Source selects one or both.

The Sales Agent provider owns that declaration. Interchange Source pages show it read-only. Scope3 support handles declaration and both-path selection reconciliation; Storefront operators cannot change the contract with a local toggle. The Storefront-built path needs these things in place:

1. A ready wholesale source. The source must declare and implement the AdCP 3.1+ wholesale product contract. Ordinary buyer-facing products are never guessed to be ingredients.
2. Author operating instructions. Composition can’t run without rules — an active operating-instructions ruleset tells the agent what to build and how. If a Storefront-built path is ready but no active ruleset exists, the storefront auto-pauses and notifies you rather than composing blindly.

If diagnostics say the wholesale path is not ready, correct the Agent’s product, property, format, pricing, or execution declaration as reported, then ask Scope3 support to refresh or reconcile the capability. Interchange does not infer a new mode from catalog contents. Optionally, set Playbook pricing so composed products are anchored to your rate card’s floors, targets, and ceilings.

​

What a buyer sees

Composed products are returned in ordinary product discovery. The buyer submits a brief; the agent returns products (and, where configured, multi-product proposals with budget allocations across them). Each product is priced server-side and clamped to the [wholesale floor, seller ceiling] range, so a composed price is never below your cost. Creative delivery is canonical end to end. The composed product exposes the selected URL-free format_options[]; when a buyer pins one with format_option_refs[], Interchange resolves it back to the exact source option or direct format_kind and params selector. Source compatibility adapters may normalize an older named format at ingestion, but composed products never expose that source’s legacy URL-based format identity.

​

Watching it work

Every composition run is observable. Use intelligence runs to see what the agent composed for a given brief and why — the inventory it drew on, the rules it applied, and the rationale behind each product.

​

Related