Industry application

How to Evaluate Agentic AI for Tourism Itinerary and Visitor-Service Workflows in Dubai

A tourism agent should convert a visitor's preferences and constraints into a feasible plan using current, attributable destination information. Evaluation must test more than fluent recommendations. It should verify time, travel, accessibility, price and booking state, then challenge the agent to preserve those conditions when availability or the visitor's plans change.

Distinguish inspiration from an operational itinerary

A list of attractive places can inspire a visitor without being possible to complete. An operational itinerary makes additional claims: each venue is open at the relevant time, the visitor can travel between stops, the route respects accessibility and budget constraints, and any stated reservation has reached the reported status. These claims require evidence rather than persuasive prose.

The release boundary should state whether the agent only suggests options, prepares a timed plan, requests availability, holds inventory or completes a purchase. Each additional action changes the evidence and controls required. An agent that recommends a restaurant does not need the same authority as one that books a table and changes a paid attraction when disruption occurs.

Define the visitor and the agent's authority

The test profile should describe the visitor group, dates, location, interests, pace, budget, language, mobility or sensory requirements and existing commitments. The agent should preserve mandatory constraints and distinguish them from preferences that may be traded when no perfect plan exists.

The organisation must also define who can approve a purchase or material itinerary change. The agent may search, compare, calculate and prepare options within its assigned role. Unless the release claim explicitly includes controlled transactions, the visitor or an authorised travel professional should approve each purchase, cancellation or change that creates a cost or forfeits an existing booking.

Build time-bounded destination evidence

Tourism facts change at different speeds. Location and broad accessibility information may remain stable, while opening hours, capacity, weather, transport conditions, prices and booking inventory may change within a day. The test environment should attach a source, retrieval time and expected freshness period to each material claim.

Create fixtures from attraction, transport, map, weather and booking sources, then alter one or more after the first plan. Include conflicting opening hours, stale accessibility information, missing prices and unavailable live inventory. The agent should identify uncertainty and seek confirmation rather than presenting the most convenient source as current fact.

Calculate feasibility instead of grading prose

A timed itinerary is a constrained schedule. The harness should calculate whether each activity fits within its opening interval, whether travel and transition time fit between stops, whether existing reservations conflict and whether the complete route remains within the visitor's available time and budget.

These checks should use explicit assumptions for travel mode, starting location, dwell time and waiting. If a journey time is only an estimate, the plan should leave an appropriate margin or label the risk. A fluent explanation cannot compensate for an impossible transfer, a closed attraction or two activities booked for the same time.

Preserve accessibility and preferences during replanning

Accessibility is part of feasibility, not an optional description added after the route is chosen. Test profiles should include mobility, sensory, communication and assistance requirements relevant to the intended service. Source material may need confirmation because accessibility can depend on the entrance, transport connection, equipment availability or advance notice.

Disruption tests should change one condition after the initial plan, such as an attraction closure, transport delay or unavailable accessible transfer. The revised itinerary should preserve mandatory needs, explain which preferences changed and offer alternatives supported by current evidence. Replanning fails if the agent quietly removes the constraint to recover an attractive schedule.

Verify every booking state

Travel systems can return success, failure, timeout, pending or unknown after a request. Evaluation should reproduce each response and check whether the agent distinguishes an intended purchase from a confirmed reservation. When the result is uncertain, the agent should verify the provider state before repeating the request.

Duplicate requests can create two charges or reservations even when the agent appears to be recovering from an error. Test transaction identifiers, retries, cancellation terms, spending limits and approval records. The agent should preserve a complete action trace and refer unresolved financial or contractual consequences to the authorised person.

Test disruption recovery as a new decision

A revised itinerary should not merely replace one attraction with the nearest available option. The agent must recalculate timing, travel, accessibility, cost and downstream reservations. It should also ask for a visitor decision when the disruption creates a meaningful trade-off, such as losing a paid booking to preserve an accessibility requirement or preferred experience.

Recovery tests should vary the order in which tool responses arrive because live services do not always respond predictably. The agent should maintain one authoritative itinerary state, reject stale updates and explain the last confirmed plan. This prevents an old availability response from overwriting a later visitor choice.

Combine automated checks with visitor-centred review

Automated checks can verify dates, intervals, travel feasibility, budget, conflicts, source age, booking state and transaction authority. Repeated cases can also reveal whether the agent behaves inconsistently when tools return the same facts in a different order.

Human reviewers should judge whether the choices fit the visitor's stated interests, pace and accessibility needs and whether uncertainty is communicated clearly. Report grounded facts, impossible routing, lost constraints, duplicate attempts, correction burden and successful recovery separately. An unauthorised purchase remains a categorical failure even when the itinerary receives a high overall score.

Define release and monitoring rules

Initial release may provide cited recommendations and timed plans while requiring confirmation for live availability and visitor approval for every transaction. The organisation should define source-freshness limits, transaction caps, supported languages and accessibility profiles, and a safe response when current information cannot be established.

Monitoring should capture complaints about closures, access, infeasible timing, lost constraints and duplicate purchases. Confirmed failures and material provider changes should enter the regression set. The organisation should expand booking or replanning authority only when the evidence supports the additional action and its financial consequences.

What Marketways can evaluate

Marketways can define the visitor and authority boundary, build a time-stamped Dubai destination test set, calculate route feasibility and test booking state under delayed, conflicting and uncertain responses. We can combine these automated checks with structured human review of relevance, accessibility, uncertainty and visitor effort.

The evidence pack can separate grounded destination claims, feasible schedules, preserved constraints, booking-state accuracy, correction burden, recovery success and unauthorised actions. Marketways evaluates the technical and operating workflow. Destination providers, booking platforms and responsible client functions retain their contractual, accessibility, consumer and transaction obligations.

References

  1. Visit Dubai, Travel accessibility
  2. Visit Dubai, Accessible travel itineraries
  3. OECD, Artificial Intelligence and tourism
  4. Adaptive tourism recommendation under uncertainty
  5. NIST AI Risk Management Framework