1Stay Hotel Booking
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| search_hotelsA | Search and book hotels by location and dates. Returns available properties with nightly rates across major brands, boutique, and independent hotels. Guest pays the hotel directly. Hotel's own confirmation number. Loyalty points apply. |
| get_hotel_detailsA | Get rates and room details for a specific hotel. Returns room types, live rates, amenities, cancellation policies, and rate_codes required by book_hotel. Guest pays the hotel directly. Rates shown are what the hotel charges. A 1Stay Booking Fee is added at checkout. Loyalty points eligible. Room type notes: "Run of house" means the hotel assigns the room at check-in. "Suite" at select-service brands usually means a larger room with a sofa, not a separate bedroom. Non-refundable rates are cheaper but cannot be changed or canceled. |
| book_hotelA | Book a hotel room. Returns a secure checkout URL where the guest completes payment. Do not collect credit card numbers, payment info, or billing details in conversation. Guest pays the hotel directly. Their credit card statement shows the hotel name, not 1Stay. Hotel's own confirmation number. Loyalty points apply automatically. A 1Stay Booking Fee is added at checkout. Requires rate_code from get_hotel_details (expires in approximately 15 minutes). If expired, call get_hotel_details again for a fresh code. |
| lookup_bookingA | Look up a reservation by verifying the guest's identity. Returns the confirmation number and booking summary in conversation. Required before calling:
Do not call this tool without the guest's full name and at least one verification factor. If the guest cannot provide any verification factor, their reservation cannot be looked up — this is for the security of their booking. To resend the confirmation email, use resend_confirmation after verifying identity with this tool. To cancel, use cancel_booking. |
| resend_confirmationA | Resend a hotel reservation confirmation email. Use after verifying the guest's identity with lookup_booking. Sends the full confirmation to the email address on file. If the guest needs it sent to a different email (typo on original, or can't access it), provide updated_email. |
| get_bookingA | Look up a reservation by booking ID (stk_bk_xxxx) or hotel confirmation number. Returns full booking details including hotel, dates, guest info, rate, and status. Developer-level lookup tool with no identity verification. For guest-facing reservation lookups, use lookup_booking which enforces identity verification before returning any data. |
| cancel_bookingA | Cancel a hotel reservation. This action cannot be undone. Requires guest first name, last name, and hotel confirmation number. Cancellation of non-refundable rates forfeits the full amount. The guest should be aware of the cancellation policy before this tool is called. To change dates: the recommended pattern is to search and book new dates first, then cancel the original reservation. Canceling before securing a new booking risks losing the room. Cancellation confirmation is emailed to the address on file. |
| search_toolsA | List available 1Stay hotel booking tools. Filter by keyword: search, book, cancel, details. Omit keyword to list all tools. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
Each tool has a clearly distinct purpose: search_hotels finds properties, get_hotel_details retrieves rates, book_hotel creates bookings, cancel_booking removes them, lookup_booking and get_booking retrieve booking info with different access levels, resend_confirmation emails confirmations, and search_tools lists available tools. No two tools overlap in functionality.
All tool names follow a consistent verb_noun pattern using snake_case (e.g., book_hotel, cancel_booking, search_hotels). The naming is predictable and uniform across the entire set.
With 8 tools, the server covers the main hotel booking workflow (search, details, book, cancel, lookup, resend) plus a meta-tool for discovery. This is well-scoped and not excessive or insufficient for the domain.
The core operations are covered (search, read, create, delete), but there is no tool to modify an existing booking. The documentation suggests a workaround (re-book then cancel), which is an obvious gap. A modify/update tool is missing, reducing completeness.