Scored across 55 tools
The surface contains two parallel inbound families (forwarded-email inbound mail vs. physical inbound items) with near-identical names (list_inbound_mail vs. list_inbound_items, get_inbound_mail vs. get_inbound_item), plus ten deprecated *_agent_inbox_* aliases that duplicate what the inbound tools now do. Webhook handling is also split between update_webhook and the create/update_webhook_endpoint family, leaving agents to guess which is authoritative.
Almost everything follows a predictable snake_case verb_noun pattern (list_webhook_endpoints, create_batch_mail, get_outbound_mail, rotate_webhook_endpoint_secret). Minor deviations exist: propose_mailbox_md_edit inverts noun ordering and update_webhook lacks the _endpoint suffix used by its siblings.
55 tools is very heavy for a mailbox service, and roughly ten of them are explicitly deprecated alias-window tools that add clutter without new capability. The domain is genuinely broad (outbound, batch, webhooks, inbound, facility messaging), but the set is well past the point where an agent can hold it in working memory.
Coverage is broad — mailbox identity, outbound lifecycle (send/list/get/cancel/test), batch lifecycle (create/estimate/confirm/get/proof/advance), webhooks (CRUD/test/deliveries/replay/rotate), inbound items, quoting, actions, threads, and usage. Remaining gaps are minor (e.g., no explicit delete for webhook endpoints or outbound records), so an agent can complete most workflows.