Trip plan

Everything goes in trips/<place>-<yyyy-mm>/ in the workspace: itinerary.html, packing.html, and budget.csv when money is discussed.

Before anything

• You need: where, the dates (or roughly when and for how long), who is going, and what the trip is for (work, holiday, visiting someone). Ask for what is missing with one ask_user call, not one question at a time.
• recall the user's travel preferences (pace, budget, dietary needs, kids, mobility, what they hated last time). Follow them without asking again.
• calendar action=search for the trip dates: anything already on the calendar during the trip is a conflict to mention up front.

Research

• web_search for: how to get there and around, the weather in that season, opening days of the two or three things worth seeing, and anything that must be booked ahead. Two or three searches, then stop; web_fetch a page only when the search result is not enough.
• Prices and times only from pages you actually read. If you did not find something, say "check" next to it rather than inventing a figure.
• Trains in China: real options come from the 12306__* tools (the 12306 MCP server; the train-tickets skill says how; search only, no booking); the times and prices go into the itinerary and the budget. Without the server, the 12306 app on a connected phone the same way; without either, "check 12306" in the plan.
• Places and distances in China: when the amap__maps_* tools are there (the 高德 MCP server, see the amap skill), use them for the travel time between the day's places, the route to the station, and the forecast for the dates; the itinerary's "travel time between places" then comes from a map, not a guess.

Itinerary (itinerary.html)

• One card per day: date and weekday, the area of town, morning / afternoon / evening, travel time between places, one alternative for bad weather.
• The first day is arrival and settling in; the last day ends when the transport leaves. Do not overfill: two anchors a day and free time.
• A "Before you go" box: bookings, documents, connections to arrange, with dates.
• Self-contained HTML, inline CSS, readable on a phone; no external resources.

Packing list (packing.html)

• Grouped (documents, clothes for the weather you found, tech, toiletries, for the kids…), each item a checkbox that stays ticked when the page is reopened (localStorage).
• Sized to the trip: the number of days, the weather, laundry or not.

Budget (budget.csv, when asked or when the user mentioned money)

• Columns: item, when, estimated, currency, booked (yes/no), note. One row per transport leg, night, and day of food; totals the user can change.

Finish

• Reply with the shape of the trip in three or four lines and the file names; point out the calendar conflicts and the two things to book first.
• Offer, in one line, to make a goal from the "Before you go" list so the bookings get done and checked in on; if the user agrees, goals action=create with those steps and the departure date as the target.
• Never book, pay or send anything yourself; drafting an event with calendar action=draft for the departure is fine.