메뉴
旅行規劃第三步（排程）：根據研究報告生成每日詳細行程表、建立記帳檔、切到旅途模式。觸發條件：(a) 使用者打 /trip-go、(b) 從 /trip 流程串接進來、(c) 使用者說以下**特定意圖自然語言**：『排行程』『排出每日行程』『生成行程表』『排好每天要做什麼』。**通用詞如『下一步』『繼續』『接下來』請走 /trip 讓 dispatcher 判斷進度，不要直接執行本 skill**。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/fdjkgh580/claude-trip-skills --skill trip-go명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
旅行規劃第一步（初始化）：建立行程資料夾、建立旅行者畫像、確認目的地與基本資訊。觸發條件：(a) 使用者打 /trip-plan、(b) 從 /trip 流程串接進來、(c) 使用者說以下**特定意圖自然語言**：『開始規劃』『建立新行程』『規劃新的旅行』『重新規劃』。**通用詞如『下一步』『繼續』『接下來』請走 /trip 讓 dispatcher 判斷進度，不要直接執行本 skill**。使用者閒聊『想去日本』『想規劃旅行』也不是觸發條件，這類要先走 /trip 判斷進度。
旅行規劃第二步（研究）：派研究 agent 深度調查目的地（景點 / 美食 / 交通 / 安全 / 住宿）。觸發條件：(a) 使用者打 /trip-research、(b) 從 /trip 流程串接進來、(c) 使用者說以下**特定意圖自然語言**：『研究目的地』『查資料』『研究這個地方』『了解這個城市』。**通用詞如『下一步』『繼續』『接下來』請走 /trip 讓 dispatcher 判斷進度，不要直接執行本 skill**。使用者單純說『想了解某個地方』『這裡好玩嗎』也不算觸發條件。
旅行規劃第五步（行前準備）：生成分階段行前準備清單。觸發條件：(a) 使用者打 /trip-pack、(b) 從 /trip 流程串接進來、(c) 使用者說以下**特定意圖自然語言**：『行前清單』『生成清單』『該帶什麼』『要打包什麼』。**通用詞如『下一步』『繼續』『接下來』請走 /trip 讓 dispatcher 判斷進度，不要直接執行本 skill**。建議出發前 1-2 週執行最合適。
SOC 직업 분류 기준
| name | trip-go |
| description | 旅行規劃第三步（排程）：根據研究報告生成每日詳細行程表、建立記帳檔、切到旅途模式。觸發條件：(a) 使用者打 /trip-go、(b) 從 /trip 流程串接進來、(c) 使用者說以下**特定意圖自然語言**：『排行程』『排出每日行程』『生成行程表』『排好每天要做什麼』。**通用詞如『下一步』『繼續』『接下來』請走 /trip 讓 dispatcher 判斷進度，不要直接執行本 skill**。 |
| user-invocable | true |
使用與使用者相同的語言回覆（預設繁體中文）。根據研究報告和使用者的決策，生成完整的每日行程表。
./current-trip 取得當前行程資料夾名，令 $TRIP = 該資料夾名./current-trip 不存在 / 為空 / 指向不存在的資料夾 → 告訴使用者先打 /trip./$TRIP/trip-meta.md 取得行程概要./traveler-profile.md 取得旅行者畫像./$TRIP/research/index.md 確認研究報告存在./$TRIP/research/ 底下所有 agent 報告/trip-research重要：以下所有檔案路徑（final-itinerary.md、overview.md、day-*.md、expense-log.md、photography-guide.md、food-guide.md、outdoor-guide.md）都放在 ./$TRIP/ 底下，不是根目錄。
根據使用者的核心興趣決定行程的時間軸骨架：
| 核心興趣 | 時間軸骨架邏輯 |
|---|---|
| 攝影 | 先卡日出/Golden Hour/Blue Hour，再填其他活動 |
| 美食 | 先卡重要餐廳的用餐時段（午餐套餐時間、晚餐預約時間），再填其他 |
| 戶外 | 先卡天氣最佳時段和步道建議出發時間，再填其他 |
| 歷史文化 | 先卡博物館免費/人少時段，再填其他 |
| 放鬆 | 不排太滿，每天最多 2-3 個主要活動 |
| 一般/混合 | 上午主要景點 → 午餐 → 下午次要行程 → 傍晚自由時間 |
通用原則：
根據畫像中的「行程輸出格式」決定。預設只產 Markdown（行程還會反覆調整，HTML 同步產會雙倍工作量且容易脫節）。
所有天數寫入 ./$TRIP/final-itinerary.md。
產出以下檔案結構（都放在 ./$TRIP/ 底下）：
./$TRIP/overview.md # 行程總覽（日期+城市+主題+預算摘要）
./$TRIP/day-1.md # 第 1 天完整行程
./$TRIP/day-2.md # 第 2 天完整行程
...
./$TRIP/day-N.md
N 代表旅行的第幾天（從出發日算起，包含交通日）。例如 4/2 出發、4/10 回到家的行程，就是 day-1.md（4/2）到 day-9.md（4/10）。
overview.md 包含：行程摘要表、總預算、出發前檢查清單、各天連結。每個 day-N.md 格式與下方「每日格式」相同，開頭額外加上前一天/後一天的連結。
如果畫像中沒有這個設定，預設用單一檔案模式。
不要在 /trip-go 自動產 HTML。行程通常會反覆調整，同步維護兩種格式浪費時間、而且很容易不同步。
完成後告訴使用者：
行程已出，後續隨時可以調整。如果之後想要產 HTML 版（傳給家人朋友看、手機方便讀、列印 PDF），跟我說「幫我出 HTML」就好。
當使用者說「出 HTML」「產網頁版」「給我 HTML 給家人看」這類訊號時，用下方規範把當前 Markdown 轉 HTML（都寫到 ./$TRIP/ 底下）：
./$TRIP/final-itinerary.html./$TRIP/overview.html + ./$TRIP/day-N.html（每天一份）<h1> <h2> 清楚分層、表格有 border-collapse@media (prefers-color-scheme: dark) 稍加調整生成行程表，格式如下：
# {目的地} 旅行行程表
> {日期範圍} | {旅伴描述} | {旅行風格} | 預算 {金額}
> {其他重要資訊，如器材、特殊需求}
---
## 行程標記說明
- 🔒 **必做** — 有固定時間，錯過會影響後續（退房、搭車、搭飛機）
- 🎯 **隨意** — 看心情，跳過或改天都行
- 🎯⏰ **隨意但有時間限制** — 可以不去，但要去的話注意開放時間
## 出發前檢查清單
（集中所有警告、提醒、時效性資訊在這裡，一個地方講完。後面每日行程的內文不要散落 ⚠️，避免警告麻木）
### 🔴 一定要處理（不處理會直接壞事）
- 簽證 / ETIAS / ESTA 等申辦狀態
- 護照效期（入境時剩 6 個月以上）
- 保險投保
- 已訂餐廳 / 活動的預約確認
### ⚠️ 建議注意（出發前再確認一次）
- 營業時間隨季節調整的景點
- 匯率最新值
- 航班 / 列車若有改時刻表
### ℹ️ 純提醒（參考資訊）
- 小費文化
- 廁所收費習慣
- 電壓與插座類型（從畫像「國籍」查使用者本國電壓，若與目的地不同，標「⚠️ 建議注意」而非 ℹ️）
- 國定假日對商店營業的影響
- 罷工 / 政治集會常態（歐美 / 南美部分國家）
警告分級規則：
每日行程的內文只放行程本身，不要重複撒警告符號。
## {日期}（{星期}）{國旗} {城市} Day N — {當日主題}
> {根據核心興趣的當日重點}
> 路線：{門到門的動線描述}
> {條件式區塊，見下方}
### 主要行程
| 時間 | 活動 | 費用 |
|------|------|------|
| HH:MM | 🔒/🎯 活動名稱 + [地點名稱](Google Maps 連結) | 費用 |
### 行程詳情
依序列出當日主要行程的完整資訊。每個活動一個小區塊，填得出什麼就填什麼，填不出的欄位留空白或整行省略（不要硬填）：
**HH:MM 🔒 活動名稱**
- 📍 地址：{完整街道地址，含郵遞區號}
- ☎ 電話：{含國碼，例如 +33 1 42 82 34 56}
- 🎫 訂位編號：{若有線上訂票/訂位，填入編號或連結}
- 👔 服裝：{若有規定才列，例如高級餐廳要求著裝、宗教場所要蓋肩膀}
- 📶 Wi-Fi：{店家是否提供免費 Wi-Fi、SSID/密碼若公開可寫}
- 🔗 [Google Maps]({連結})
### 備選行程
（雨天備案、或有餘力時的額外選項）
### 今日花費
| 項目 | 金額 |
|------|------|
| ... | ... |
| **小計** | **金額** |
| 條件 | 加入的區塊 |
|---|---|
| 核心興趣含攝影 | > 📷 今日器材：{建議攜帶的器材} |
| 核心興趣含美食 | > 🍽️ 今日必吃：{當天推薦的重點食物} |
| 旅伴是家庭帶小孩 | > 👶 兒童提醒：推車可入/不可入、換尿布台位置、建議參觀時長、午休安排 |
| 體力為需要常休息/行動不便 | > ♿ 無障礙/體力提醒：{樓梯、坡道、休息點資訊} |
所有交通時間必須是「門到門」真實時間，包含：
在行程表開頭加上交通時間說明，讓使用者理解為什麼「地鐵 7 分鐘」會標成「30 分鐘」。
所有地點都附 Google Maps 搜尋連結，搜尋字串一律帶街道名或完整地址，**不要只用「店名+城市」**以免撞到同名店：
[地點名稱](https://www.google.com/maps/search/{地點名稱+街道或完整地址})
例：
https://www.google.com/maps/search/Le+Procope+Paris（巴黎多家同名店）https://www.google.com/maps/search/Le+Procope+13+Rue+de+l%27Ancienne+Com%C3%A9die+Paris名稱用英文或當地語言，確保搜尋結果正確。
根據使用者核心興趣，額外生成一份心態/指南文件：
| 核心興趣 | 產出檔案 | 內容 |
|---|---|---|
| 攝影 | ./$TRIP/photography-guide.md | 拍攝心態轉變、各器材的作品感用法、光線追蹤策略 |
| 美食 | ./$TRIP/food-guide.md | 點餐技巧、當地飲食文化禮儀、預約教學、市場攻略 |
| 戶外 | ./$TRIP/outdoor-guide.md | 裝備檢查、天氣應對、體力分配、安全須知 |
| 其他 | 視情況決定是否需要 |
行程表產出完成後，額外生成 ./$TRIP/expense-log.md，由 Claude 在旅途對話中自動維護。
根據行程涉及的幣別數量，動態生成對應結構：
# 旅途記帳
> 主要幣別與匯率（出發前更新）：
> - EUR：1 EUR ≈ {台幣} TWD
> - HUF：1 HUF ≈ {台幣} TWD
> （根據行程實際涉及的幣別列出，單一幣別就只列一個）
---
## {日期} Day 1 — {城市}（{當日幣別}）
| 項目 | 預估 | 實際 | 幣別 | 備註 |
|------|------|------|------|------|
| **小計** | **{預估}** | **0** | | |
（每天一個表格，標注當天主要所在城市的幣別。預估欄從行程表的「今日花費」帶入，實際欄初始為 0）
---
## 全程總計（換算為 TWD）
| 類別 | 預估總計 | 實際總計 | 差額 |
|------|---------|---------|------|
| 餐飲 | {預估} | 0 | |
| 交通 | {預估} | 0 | |
| 門票/活動 | {預估} | 0 | |
| 住宿 | {預估} | 0 | |
| 其他 | 0 | 0 | |
| **合計** | **{總預估}** | **0** | |
（全程總計統一換算為 TWD，方便跨幣別加總。匯率以檔案開頭的參考匯率計算）
追加到 ./$TRIP/trip-meta.md（不要覆蓋原有內容，用 Edit 在檔案末尾追加一段）：
## 旅途模式
旅行期間 {日期範圍}。新對話時，Claude 先 Read `./current-trip` 確定當前行程，然後讀今天的行程，主動顯示今天城市和接下來的行程。
關鍵檔案（都在 `./$TRIP/` 底下，除了 traveler-profile）：
- 行程表：`final-itinerary.md`（或 `overview.md` + `day-*.md`）
- 行程網頁版：需要時跟 Claude 說「幫我出 HTML」才會產
- 記帳檔：`expense-log.md` — 使用者提到花費就更新這個檔案
- 研究報告：`research/` 目錄下的 agent 報告
- 旅行者畫像：`../traveler-profile.md`（根目錄共用）
如果使用者要調整：
./$TRIP/final-itinerary.md./$TRIP/day-N.md，如有影響 ./$TRIP/overview.md 也一起更新改完說明改了什麼。
用 TaskUpdate 更新任務狀態：
開始時：把「排行程」設為 in_progress（activeForm: 「生成行程表中」）
完成時：把「排行程」設為 completed，告訴使用者「跟我說『下一步』就會繼續（或直接打 /trip-review）」
⚠️ 不要在收尾推使用者用 /trip-review 自己的特定意圖詞（例如「檢查行程」），那會繞過 /trip 的進度偵測。讓使用者統一用「下一步」走 dispatcher 最安全。