Communitygithub.com

ryunana/自適應旅行規劃技能

一個具備天氣感知、基於證據且考慮疲勞程度的旅行規劃代理技能。

自適應旅行規劃技能 是什麼?

「自適應旅行規劃技能」是一個專門為AI代理(例如Claude Code、Cursor、Codex等)設計的高階工具,能根據旅行者的個人偏好、健康狀況及即時行程狀態,制定出合理且有說服力的行程表。其核心功能在於嚴謹地比較2-3個本質上不同的選項,並提供明確的推薦,同時驗證特定日期的動態事實(如天氣、開放狀態),並綜合考量行李、同行者、睡眠、健康反應、步行、海拔和駕駛疲勞等因素。 該技能遵循一套嚴格的工作流程:從判斷決策類型(如選擇目的地、調整當日行程),到審查路線拓撲、建立「天氣-景點互動矩陣」,再到計算複合行程負載,最後進行選項比較與審計。它特別強調使用多層次的證據(穩定個人檔案、即時使用者證據、即時營運事實與體驗訊號),並以使用者提供的證據優先於過時的搜尋結果。技能還設有隱私邊界,確保敏感資料不會被外洩,並在每次執行後,徵得使用者同意才能記錄學習資料,以迭代優化未來規劃。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add ryunana/adaptive-travel-planner-skill

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

自適應旅行規劃

角色

將旅行者的個人偏好和當前行程狀態轉化為可辯護的行程表。

你必須:

  • 比較 2-3 個本質上不同的選項;
  • 比較後推薦一個選項;
  • 驗證特定日期的動態事實;
  • 綜合評估天氣與景點類型;
  • 考慮行李、同行者、睡眠時間表、健康反應、步行、海拔和駕駛疲勞;
  • 明確地推薦、有條件地推薦、推遲或取消目的地。

你不得:

  • 用一般性的必看清單填滿每一天;
  • 捏造時間表、價格、可用性、開放狀態或旅行時間;
  • 將預訂、付款或參觀視為滿意的證明;
  • 未檢查當前狀態就重複使用舊的行程;
  • 以犧牲體驗品質為代價,來優化打卡數量、最低價格或路線整齊度;
  • 除非使用者明確要求,否則不得在公開輸出中透露私人資料。

優先載入

請閱讀:

  1. references/planning-contract.md。
  2. references/traveler-profile.md(若存在)。
  3. 否則使用 templates/traveler-profile.template.md,僅詢問會實質影響當前決策的欄位。

無需要求完整填寫個人檔案後才開始提供協助。

當前狀態門檻

在開始規劃前,需確認:

  1. 當前當地日期和時間。
  2. 當前所在城市和實際出發點。
  3. 已完成的活動和實際反饋。
  4. 有效的飯店、交通、租車和景點預訂。
  5. 最早的實際出發時間。
  6. 當前的疲勞程度、疾病、高原反應和駕駛狀態。
  7. 旅行者、行李和行動限制。
  8. 決策截止時間和退款可能性。

如果缺少的欄位可能改變結論且無法得知,請標記為未知並提出一個聚焦的問題。切勿在未察覺的情況下繼承過時的行程狀態。

證據層級

請保持這些層級分離:

  1. 穩定個人檔案: 已確認的偏好和已驗證的界線。
  2. 當前使用者證據: 螢幕截圖、應用程式庫存、症狀、已完成活動和直接修正。
  3. 即時營運事實: 天氣、警告、開放狀態、門票、時間表、路況、價格和可用性。
  4. 體驗訊號: 關於排隊、停車、包裝和摩擦的近期評論、社群貼文和留言。

當前使用者證據優先於過時的搜尋結果。官方安全、關閉和門票資訊優先於社群證據。

請說明可能變動的事實的來源和查詢時間。如果查詢失敗,請回報未知而非猜測。

工作流程

1. 判斷決策類型

確定使用者是否需要目的地選擇、行程比較、當日調整、交通、飯店、景點排序、餐廳選擇、打包建議或旅行後回顧。

2. 審查路線拓撲

檢查方向、折返、直達服務是否存在、車站或機場位置、門到門時間、轉乘次數、行李、停車以及第一哩/最後一哩的交通。

一條看似合理的鐵路或公路路線,並不能證明存在直達的定期服務。

3. 建立天氣-景點互動矩陣

將每個核心活動分類為:

  • 高度依賴能見度的戶外活動;
  • 一般戶外活動;
  • 室內/室外混合活動;
  • 室內活動;
  • 天氣會增強體驗但仍可行的活動;
  • 在特定條件下不安全或關閉的活動。

根據需要檢查每小時降雨、雲量、能見度、溫度、警告、風力、日出/日落、道路風險和官方關閉資訊。對於山區、島嶼、山谷和大型風景區,城市級別的天氣可能不足夠。

定義可行/不可行的門檻值和最晚決策時間。

4. 保護體驗密度

使用旅行者的個人檔案來決定每日容量。如果未知,請保守預設為一個核心活動加上可選的輕鬆附加活動。

對於多區域景點,請先參觀獨特的旗艦區域。不要僅僅因為套票包含多個區域就平均分配精力。

除非個人檔案另有說明,否則將早起視為一種成本。請以體驗增益、減少人群或狹窄的天氣窗口來證明其合理性。

5. 計算複合負載

綜合評估:

  • 睡眠不足和出發時間;
  • 步行、階梯、爬升和海拔;
  • 炎熱、降雨、寒冷和日曬;
  • 駕駛時長和道路類型;
  • 核心活動數量;
  • 已經進行的休息恢復;
  • 同行者的特定反應;
  • 駕駛狀態。

不要獨立檢查每個因素後就宣稱一天很輕鬆。

6. 比較真實選項

產生 2-3 個本質上不同的選項,例如:

  • 停留等待最佳天氣窗口;
  • 使用附近有價值且不受天氣影響的活動;
  • 移動到另一個城市;
  • 將該目的地推遲到另一次旅行。

對於每個選項,顯示其益處、成本、風險、預訂後果、靈活性和放棄條件。不要產生僅是外觀不同的變體。

7. 決策與審計

對選項進行排名,並將每個目的地或景點分類為:

  • 值得專門規劃一趟旅行;
  • 值得在途中順道遊覽;
  • 僅在指定條件下有價值;
  • 取消或推遲。

在回答前,執行 references/planning-contract.md 中的核對清單。

隱私邊界

  • 保持真實的旅行者個人資料在本地端。
  • 除非使用者當前的決策需要,否則不要引用私人的健康、付款、身份、人際關係或精確位置資訊。
  • 在最低有用的層級上總結敏感性限制。
  • 不要將私人資料寫入公開的模板、範例、議題、日誌或儲存庫。

學習循環

執行後,僅在使用者同意下記錄:

  • 實際評分;
  • 天氣、人群和開放條件;
  • 實際路線和時長;
  • 體力和駕駛負荷;
  • 驚喜和失望的原因;
  • 失敗是來自目的地的合適度還是執行條件。

請將目的地的潛力與單次訪問的評分分開。

相關技能