Server card is public, tools are authorized
The MCP server card is public for planning, while tool listing and execution require matching assistant authorization and workspace controls.
Developer platform
Connect AI assistants to approved MerchandAise capabilities through MCP-compatible tool discovery, authorization boundaries, and production review paths for safe merchandise automation.
This is the dedicated discovery page for AI agent builders evaluating MerchandAise MCP-compatible tool access. It explains the public server card, the assistant-authorized tools list, and the launch review path.
For the human and LLM-facing product-creation promise, pair this MCP guide with /ai-custom-product-designer: describe or upload an idea, let AI design or adapt it, verify manufacturable options, and move into supplier-backed quote or configurator handoff.
Use it when an assistant needs structured access to merchandise discovery, quoting, or approved operations without bypassing human governance.
| Surface | Implementation guide | Machine contract | Access |
|---|---|---|---|
| MCP server card and authorized toolsPlan AI-agent integrations on the browser-safe MCP guide page, use the AI custom product designer pillar for intent-to-product context, then use the public server-card JSON for machine discovery and assistant-authorized endpoints for tool listing and execution. | Implementation guideRead MCP implementation guide | Machine contractPublic MCP server-card JSON/en-us/.well-known/mcp/server-card | Accesspublic Public discovery document for machine clients. The tools list and tool execution endpoints still require assistant authorization at /api/v1/mcp/tools. |
| Assistant tooling API docsRead the assistant/tooling OpenAPI docs that support design sessions, tool use, and integration reviews. Community, supplier, and enterprise contracts are listed separately. | Implementation guideOpen assistant tooling docs | Machine contractAssistant tooling OpenAPI JSON/api/docs/openapi.json | Accesspublic Public machine-readable OpenAPI for assistant/tooling APIs; use the domain-specific contracts below for community, supplier, and enterprise implementation. |
Use the public MCP server card to identify the server, then request assistant authorization before reading the current tools list, expected inputs, and execution boundaries.
Map which assistant actions can be read-only, which need user confirmation, and which require workspace or enterprise approval before execution.
Validate prompts, tool calls, failure states, observability, and approval handoffs in staging before enabling live merchandise workflows.
The MCP server card is public for planning, while tool listing and execution require matching assistant authorization and workspace controls.
Quoting, ordering, supplier, and enterprise actions should keep approval checkpoints instead of relying only on autonomous tool calls.
The page has canonical metadata, structured data, a dedicated LLM feed, and stable links so assistants can cite the current integration surface.
Keep MCP server discovery separate from tools-list and execution readiness. Production agent workflows need authorization, review boundaries, and explicit human-control points.
Separate read-only discovery, quoted recommendations, supplier-sensitive operations, and order-affecting actions before enabling execution.
Define which user, supplier, or enterprise approvals are required before an assistant can mutate merchandise, pricing, or fulfillment state.
Test refusal behavior, bad inputs, stale tool definitions, telemetry, and recovery paths before live assistant traffic reaches the MCP surface.
It lets authorized assistants retrieve MCP-compatible tool definitions for approved MerchandAise capabilities. The server card is public, while the tools list and execution require authorization.
Production agent workflows should preserve the required approval, authentication, and workspace controls before any sensitive operation is executed.
Yes. The page exposes a focused LLM feed at /llm/developers/ai-agents-mcp with the canonical summary, tool links, safeguards, and implementation checklist.
Share the assistant use case, target users, approval model, and required tools. We will recommend the right MCP, API, and governance pattern.