Xero is Needs Work to agents.
Discry independently scored how well an AI agent can discover and understand the Xero API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.
SCORED UNDER RUBRIC 1.2 · A full re-launch under Discry Score 2.5 — a new behavioral instrument, not comparable to these scores — is in progress.
Discovery
45% of score · 48/100Comprehension
55% of score · 72/100What we found
- Xero maintains a well-organized OpenAPI spec at github.com/XeroAPI/Xero-OpenAPI covering accounting, payroll, and other APIs
- An official XeroAPI MCP server exists on both Glama and PulseMCP for contact management, invoice creation, and chart of accounts
- Documentation is task-oriented with clear endpoint descriptions for accounting operations
- The developer portal has no llms.txt or AI-specific discovery signals despite strong API documentation quality
- Multiple community MCP servers exist across all three major registries (Glama, PulseMCP, Smithery)
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Add llms.txt covering core accounting API workflows (invoicing, payments, contacts)
- 02Create llms-full.txt with comprehensive API documentation in markdown format
- 03Add AGENTS.md to XeroAPI GitHub org with guidance for AI coding agents
- 04Add .well-known/mcp.json pointing to the official Xero MCP server
- 05Improve code examples with realistic values and multiple language support
Execution coverage · INFORMATIONAL, UNSCORED
Whether an agent can actually complete a call and recover from errors is the deeper Audit layer — documented here, but not part of the Discry Score.
Xero uses OAuth 2.0 exclusively. JSON error responses documented. API limits documented with rate limiting details. Pagination supported. No idempotency keys documented.