How do I install the Trip Plan skill?

Run npx get-skill add nano-muse/trip-plan in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Trip Plan safe to use?

This skill has not completed SkillMD's automated safety review yet. Capability flags: docs only. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Trip Plan?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Trip Plan free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Trip Plan?

nano-muse (@nano-muse) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Trip Plan by nano-muse — Agent Skill

Name: Trip Plan
Rating: 4.666666666666667 (3 reviews)
Author: nano-muse

Trip Plan

Plan a trip end to end (itinerary by day, a packing list to tick off, a budget, and the calendar checked for conflicts) as pages in the workspace. Use when the user is going somewhere for more than a day and wants a plan, an itinerary or a packing list.

nano-muse Updated Nov 11, 2026

File contents

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.

---name: trip-plandescription: Plan a trip end to end (itinerary by day, a packing list to tick off, a budget, and the calendar checked for conflicts) as pages in the workspace. Use when the user is going somewhere for more than a day and wants a plan, an itinerary or a packing list.channel: mixedmetadata: source: https://skillmd.com/skills/nano-muse/trip-plan author: nanoMuse version: "1"---# Trip planEverything 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.

Frequently asked questions