Personio is Needs Work to agents.
Discry independently scored how well an AI agent can discover and understand the Personio 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 · 50/100Comprehension
55% of score · 68/100What we found
- Personio follows OpenAPI 3.0.0 specification with 29 endpoints and 110 schemas, providing good structural foundation for agent consumption
- The developer portal on ReadMe.io provides clean, well-organized API reference with v1 and v2 API versioning
- An auto-generated MCP server exists on Glama via AG2 builder, showing emerging community interest
- Documentation includes practical integration guides for syncing data, handling events, and shift planning
- No llms.txt despite the documentation being well-suited for agent consumption
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 HR API endpoints (employees, absences, attendance)
- 02Create llms-full.txt with comprehensive markdown documentation
- 03Add .well-known/mcp.json pointing to the Personio MCP server on Glama
- 04Improve code examples with realistic values and multiple language support
- 05Add error recovery guidance with specific steps for common integration failures
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.
Personio uses client_id and client_secret for API token generation. JSON error responses. Rate limits documented. Cursor-based pagination.