Skip to content

Aerandil developers

Build on the hotel's one model.

One typed ontology for hospitality. Objects, links and actions, modelled once, reachable over a REST API, an MCP server and generated SDKs. The desk, an integrator and an agent all write through the same door.

Connect an agentClaude · Claude Code · ChatGPT · Cursor

Your cell is an MCP server. Point any client at its endpoint and sign in with your own account. No client id, no secret, nothing to deploy. How to connect →

https://cell.yourhotel.com/mcp

Every surface is generated from the same contract, so a check-in is the same check-in whether the desk, an integrator or an agent asks for it.

Writes are named actions. Send the action’s parameters and an Idempotency-Key; the engine validates, applies, and appends an event.

Terminal window
curl -X POST https://api.aerandil.com/v1/actions/hospitality.action.check_in/apply \
-H "Authorization: Bearer $ACCESS_TOKEN" \
-H "Idempotency-Key: $(uuidgen)" \
-H "Content-Type: application/json" \
-d '{
"target": { "object_type": "hospitality.reservation", "id": "0192f3c4-…" },
"params": { "arrival_actual": "2026-10-31T15:42:00Z" }
}'

Quickstart · Usage guidelines · API reference

The model, the API and these docs change on a record. The changelog lists what changed and when, with the contract version it shipped in. Announcements and the thinking behind the model are on the blog.