Tischanruf
Tischanruf turns a natural-language request into a real phone reservation.
Community: Submitted by a user or imported; check the owner before granting accessOnlineNo sign-inGlobalFreeRead-only
What it can do
- List Reservations: List the signed-in user's reservations (restaurant-booking-spec §11). Read-only. Optionally filter to upcoming or past slots.
- Get Reservation: Fetch one reservation by id, including its status, confirmed/alternative slot, and transcript id (restaurant-booking-spec §11). Read-only.
- Compose Booking: Turn a free-text request (e.g. "Tisch für 4 morgen um 19 Uhr bei Luigi") into a structured booking draft to review before calling (restaurant-booking-spec §12). Relative dates ("heute
What data it sees
Do you need an account
No: the server works without sign-in
Tischanruf turns a natural-language request into a real phone reservation. Say "book a table for four at Luigi tomorrow at 7," and an AI voice agent calls the restaurant in German, handles counter-offers and special requests, and reports back whether the table was confirmed. Built for phone-only German restaurants - no restaurant sign-up required.
Server tool list (8)
Raw names from tools/list. Only developers need these.
| list_reservations | List the signed-in user's reservations (restaurant-booking-spec §11). Read-only. Optionally filter to upcoming or past slots. |
| get_reservation | Fetch one reservation by id, including its status, confirmed/alternative slot, and transcript id (restaurant-booking-spec §11). Read-only. |
| compose_booking | Turn a free-text request (e.g. "Tisch für 4 morgen um 19 Uhr bei Luigi") into a structured booking draft to review before calling (restaurant-booking-spec §12). Relative dates ("heute", "morgen", "in 1h") are anchored to the CURRENT server time automatically — do not pass a date. Does NOT place a call — it only returns a draft to confirm with the user, then pass to place_booking. |
| place_booking | ⚠️ PLACES A REAL OUTBOUND PHONE CALL to the restaurant to request a reservation (restaurant-booking-spec §2). This dials a real number and costs money — ALWAYS confirm every detail with the user before calling. Returns the call outcome (confirmed / alternative_offered / declined / …) and a reservation id. |
| cancel_reservation | ⚠️ PLACES A REAL OUTBOUND PHONE CALL to the restaurant to CANCEL a held reservation (restaurant-booking-spec §13). Real call, costs money — confirm with the user first. Only a confirmed (or previously failed-cancellation) reservation with a callable number and a future date can be cancelled. Pass the booking details (restaurant, date, time, party size) alongside the id so the confirmation prompt shows WHICH booking is being cancelled — copy them from the reservation record (list_reservations / get_reservation), preferring the confirmed slot over the requested one; never guess. This tool BLOCKS until the call attempt resolves (up to ~4½ min) and returns the final outcome in this one response — do NOT poll get_reservation afterwards. Result `status`: `cancelled` (done), `cancellation_failed` (give up — tell the user to contact the restaurant), or `cancellation_pending` (the restaurant was not reached on the first try; automatic hourly retries continue server-side, so no further action is needed now). |
| join_waitlist | Add an email to the waitlist so the user is notified when the service is available again (restaurant-booking-spec §15.3). Use this after place_booking reports the daily call limit was reached, or when the service is paused (Notschalter, §15). Does NOT place a call. Idempotent — re-adding the same email is harmless. |
| update_reservation | Manually correct a reservation record WITHOUT calling — e.g. mark it confirmed or declined and adjust the confirmed slot (restaurant-booking-spec §11.2). No phone call is placed; this only edits the stored row. |
| share_feedback | Send feedback about the service to the operator (restaurant-booking-spec §19). This reuses the same channel as the web app’s "Feedback geben" link — the message is delivered to the operator as an email. Use it when the user wants to report a problem, give praise, or suggest an improvement. Does NOT place a phone call. The signed-in email is attached by default so the operator can reply; set shareEmail=false to send the feedback anonymously. |