The Order Network eXchange Standard (onX) is an open specification built on the Model Context Protocol (MCP) that enables standardized communication between AI agents and fulfillment systems. It defines a common set of tools and data formats for order operations.
The standard is governed by the Commerce Operations Foundation, a vendor-neutral organization with participation from Fulfillment vendors, AI platforms, commerce platforms, 3PLs, and merchants. While initially proposed by Pipe17, no single company controls the standard.
Yes, the standard is completely free to implement and use. The specification is open source, and there are no licensing fees or royalties. The Foundation may charge optional membership fees for voting rights and certification programs.
Unlike EDI, which was designed for batch processing between businesses, onX is:
- AI-native: Built for real-time agent interactions
- Interactive: Supports conversational workflows
- Modern: Uses JSON and current web technologies
- Universal: Works across industries and platforms
Model Context Protocol (MCP) is an open protocol developed by Anthropic that standardizes how AI systems interact with external tools and data sources. It's like USB-C for AI—a universal connector that works everywhere.
No, the standard is language-agnostic. While the reference implementation is in TypeScript/JavaScript, you can implement the standard in any language that supports JSON and your chosen transport mechanism (stdio, HTTP, WebSocket).
Yes! The standard defines a core set of tools, but you can add custom operations specific to your business needs. Just prefix them appropriately (e.g., x-yourcompany-tool) to avoid conflicts with future standard tools.
Phase 1 focuses on local stdio transport without authentication. Future phases will support OAuth2, API keys, and JWT tokens. For now, implement your own authentication layer if needed for production use.
The current specification focuses on request-response patterns. Real-time events and subscriptions are planned for Phase 2, likely using WebSocket transport and an event streaming model.
- Basic implementation: 1-2 weeks for core tools
- Full implementation: 1-2 months for all 12 shipped tools
- Production-ready: 2-3 months with testing and optimization
No, you can start with a subset. We recommend beginning with:
- Query tools (
get-orders,get-inventory) - Basic actions (
create-sales-order,cancel-order) - Additional tools as needed
Yes! The MCP server acts as an adapter layer. You don't need to change your existing APIs—just map them to the standard tool interfaces.
Use the reference implementation's mock configuration:
cd mcp-reference-server/server
npm run build
ADAPTER_TYPE=built-in ADAPTER_NAME=mock LOG_LEVEL=debug node dist/index.jsThis provides test data and validates your tool calls.
The standard follows semantic versioning. Minor updates will be backward compatible. Major version changes (rare) will include migration guides and deprecation periods.
Typical returns include:
- 90% reduction in integration costs
- 85% faster time-to-market for new channels
- 25% increase in customer acquisition through AI channels
- 50% reduction in ongoing maintenance
Indicators suggest strong adoption:
- Major AI platforms already support MCP
- Leading Fulfillment vendors have expressed interest
- Commerce platforms need standardization
- Network effects create natural adoption
The standard levels the playing field for basic operations, but you can differentiate through:
- Performance and reliability
- Custom tools and extensions
- Superior AI experiences
- Value-added services
No. Early adopters will:
- Shape the standard's development
- Build expertise and market position
- Capture AI-driven demand first
- Avoid the cost of being late
They will be able to:
- Advertise "AI-ready" capabilities
- Integrate with any AI platform quickly
- Reduce their operational costs
- Capture AI-native customers
The standard includes:
- Input validation requirements
- Error handling specifications
- Audit logging guidelines
- Future authentication/authorization specs
Security implementation is your responsibility, but the standard provides guidelines.
The standard is regulation-agnostic but designed to support compliance:
- Audit trails for data processing
- Customer consent workflows
- Data deletion capabilities
- Geographic routing options
The standard recommends:
- Never logging sensitive data (credit cards, SSNs)
- Using tokenization where possible
- Implementing encryption in transit
- Following PCI DSS guidelines for payment data
You control where your MCP server runs and where data is processed. The standard supports geographic distribution and data localization requirements.
- For Developers: Start with the installation guide
- For Businesses: Review the ecosystem benefits
- For Technical Teams: Read the architecture overview
- Documentation: This site
- Reference Implementation: npm package
- Examples: GitHub repository (https://github.com/TODO-ORG/TODO-REPO)
- Community: Discord server (https://discord.gg/TODO-INVITE)
- Support: Email (support@todo-domain.example)
- Code: Submit PRs to the reference implementation
- Specification: Propose improvements via RFCs
- Documentation: Help improve guides and examples
- Community: Answer questions and share experiences
- Discord: Real-time community support (https://discord.gg/TODO-INVITE)
- GitHub Issues: Bug reports and features (https://github.com/TODO-ORG/TODO-REPO/issues)
- Email: standards@todo-domain.example
- Forums: Detailed discussions
- Newsletter: Monthly updates
- Blog: Major announcements
- GitHub: Watch the repository
- Discord: Join announcement channel
No, the standard only standardizes the interface, not the implementation. Fulfillment vendors still differentiate through performance, features, reliability, and customer service.
AI agents already process millions in transactions. ChatGPT, Claude, and others have shopping capabilities. The limitation is integration, not AI capability.
The standard is designed for simplicity. Small businesses benefit most from plug-and-play solutions that just work without custom development.
The core operations (orders, inventory, shipping) are universal. Industry-specific needs can be handled through extensions while maintaining core compatibility.
No, this complements existing systems. It's an adapter layer that makes your current Fulfillment AI-compatible without replacement.
- Phase 1 (Now): Core tools, stdio transport
- Phase 2 (Q2 2025): HTTP transport, authentication
- Phase 3 (Q3 2025): Real-time events, subscriptions
- Phase 4 (Q4 2025): Advanced workflows, orchestration
Yes, B2B support includes:
- Buyer accounts and hierarchies
- Approval workflows
- Custom pricing and terms
- Bulk operations
Planned international features:
- Multi-currency support
- Tax calculation interfaces
- Customs and duties
- Multi-language operations
The standard is designed to evolve:
- Semantic understanding improvements
- Multi-modal commerce (voice, vision)
- Autonomous agent capabilities
- Predictive operations
Still have questions? Contact us at standards@todo-domain.example or join our Discord community.