HotelRunner MCP by usefulapi
io-usefulapi-hotelrunner declares 8 capabilities across 8 tools, with 2 critical issues. One of them, no-revocation, is recorded for every server in the index because MCP has no field in which to declare a way to switch a tool off; a missing declaration is not evidence that the control is missing.
Issues
8 of 8 tools declare no way for the customer to switch them off once granted. This applies to every tool because MCP has no field in which to declare a revocation mechanism; the product may provide one outside MCP that a manifest cannot show.
2 tools are annotated by the server as destructive (destructiveHint) and declare no limit. In MCP that annotation marks a tool that may make destructive changes rather than only additive ones; it does not say the change cannot be undone.
8 of 8 tools declare no expiry. This applies to every tool because MCP has no field in which to declare an expiry; the product may provide one outside MCP that a manifest cannot show.
8 of 8 tools declare no record of their actions that the customer can read. This applies to every tool because MCP has no field in which to declare an audit requirement; the product may provide one outside MCP that a manifest cannot show.
6 tools can read data and declare no limit.
Declared capabilities
| Tool | Read as | Basis |
|---|---|---|
hotelrunner_list_rooms | read |
declared |
hotelrunner_list_reservations | read |
declared |
hotelrunner_get_reservation | read |
declared |
hotelrunner_list_channels | read |
declared |
hotelrunner_list_connected_channels | read |
declared |
hotelrunner_get_transaction_details | read |
declared |
hotelrunner_update_room_calendar | destructive |
declared |
hotelrunner_update_reservation_state | destructive |
declared |
tools/list response and it will be re-scored and dated.
Corrections are published alongside the original, not in place of it.