mcpField
P
plan-trip

plan-trip

github.com/borski生産性78072 回インストール2 日前に更新
リポジトリ

plan-trip について

旅行計画を支援する、段階的なワークフローです。現金運賃と特典航空券を並行して調べ、ポイント単価や移行先を比較したうえで、予約手順を提示します。

主な機能

  1. 01行程の条件を順に収集
  2. 02現金運賃と特典航空券を並行検索
  3. 03ポイント単価を計算して比較
  4. 04移行パートナーと好条件を確認
  5. 05具体的な予約手順を提示

活用シーン

  1. 01日程に幅のある旅行を計画
  2. 02現金運賃と特典交換を比較
  3. 03保有ポイントに合う移行先を選択
  4. 04特典航空券の予約計画を作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/borski/travel-hacking-toolkit --skill plan-trip

インストール後、Claude Code で/plan-tripを入力して読み込まれたか確認します。

詳細

旅行計画スキル

ユーザーがこのスキルを明示的に呼び出しました。ガイド付きの旅行計画ワークフローを実行し、ポイントあたりの価値の計算、移行経路、予約プランを含む、具体的で明確なおすすめを提示してください。

実行方法

ユーザーがプロンプトの引数ですでに詳細を伝えている場合は、その情報を使用してください。そうでない場合は、以下の順番で一度に一つずつ質問してください。すべての質問を一度にまとめて聞かないでください。

  1. どこへ? 目的地。地域(「スカンジナビア」)、都市(「東京」)、特定の空港を受け付けます。
  2. いつ? 出発月または日付の範囲。日程の柔軟性(「正確な日程」か「3月のどの週でも」か)は、特典航空券の空席状況に大きく影響することを伝えてください。
  3. 誰が? 旅行者の人数。子どもや幼児がいる場合は年齢も尋ねてください。このツールキットは幼児料金と座席の組み合わせに対応しています。
  4. クラスは? エコノミー/プレミアムエコノミー/ビジネス/ファースト。指定がなければ、エコノミーをデフォルトにします。
  5. 旅行期間は? 該当する場合は、目的地での宿泊数。
  6. ポイントか現金か? 有効な回答は3つです。「両方を最適に使う」(デフォルト)、「ポイントのみ」(現金は最終手段として扱う)、「現金のみ」(特典航空券の検索を省略)。

質問6の後、計画を一文でユーザーに確認し、ワークフローを開始してください。

ワークフロー

必要な情報がそろったら、次の手順を実行します。

  1. まず lessons-learned を読み込みます。必須です。他のスキルはこれに依存します。
  2. 正規の並列検索プランとして flight-search-strategy を読み込みます。
  3. ユーザーの意図がポイント利用または「両方を最適に使う」で、残高がこのセッションのコンテキストにまだない場合は、awardwallet スキルで残高を取得します。すでに把握している場合は取得を省略します。
  4. duffel、ignav、google-flights、および関連する無料 MCP(Skiplagged、Kiwi)を使って、現金での検索を並列に実行します。
  5. seats-aero を使って、すべてのプログラムを対象に特典航空券を並列検索します(最初から一つのプログラムに絞らないでください。lessons-learned を参照)。
  6. transfer-partners と transfer-bonuses を照合して、実際に保有しているポイントで利用できる最安の通貨を特定します。
  7. points-valuations を適用し、各特典航空券のポイントあたりの価値を計算します。
  8. award-sweet-spots に、このルートに該当する情報があれば提示します。
  9. 目的地までに乗り継ぎがある場合は、ストップオーバーを確認します。複数都市を巡る旅行では、Aeroplan、Alaska、Flying Blue を利用して「1回分の料金で2つの目的地に行く」機会がある場合があります。
  10. 計算結果を Markdown の表で示します。選択肢ごとに1行を設け、順位付けします。列は、プログラム、必要マイル数、現金での追加支払額、合計金額、ポイントあたりの価値、移行前の保留ルール、おすすめです。
  11. 選んだプランを一文で理由とともに提示します。
  12. booking-guidance を使って予約の次の手順を示します。電話するプログラム、保留ルール、移行のタイミング、必要に応じて電話番号も提示します。

ホテルと地上交通

旅行がフライトだけではない場合は、締めくくりのまとめで、次の対応も可能だと案内してください(質問にはしないでください)。

  • compare-hotels を使ったホテル検索(FHR/THC/Edit/Booking/Trivago/Airbnb/TaW)
  • stopovers と関連する交通スキルを使ったストップオーバーの小旅行(ノルウェー/スウェーデン/デンマークの場合は scandinavia-transit、ドイツ/オーストリア/スイス/オランダ/フランス/ベルギーの場合は deutsche-bahn)
  • 目的地のユニークな場所に関する Atlas Obscura の提案
  • 珍しい航空会社や地域便についてユーザーから尋ねられた場合は、wikipedia-airports を使った空港間ルートの妥当性確認

これらを一度にすべて並べないでください。まずはフライトのおすすめを示してください。ホテルやアクティビティについては、次に依頼できる具体的な内容として案内します。

出力スタイル

  • 結果は Markdown の表で示します
  • 最もおすすめの選択肢を太字にします
  • 特典航空券を利用する場合は、必ずポイントあたりの価値を示します
  • 各データの出典となるスキルを明記します(「seats-aero 経由」「awardwallet 経由」など)
  • 最後に「次のステップ」セクションを設け、ユーザーが実行を依頼できる具体的な内容を列挙します。例:「次のステップ:X日前後の具体的な日程を確認する、Yのホテルを検索する、まだ利用していないお得な特典航空券を調べることができます。」これは質問ではなく、断定的な文にしてください。「やってみましょうか?」や「〜しますか?」とは書かないでください(システムプロンプトの PRE-OUTPUT GATE でそのような表現は禁止されています)。

しないでください

  • 選択肢を12個も並べないでください。3~5個を選び、順位を付けてください。
  • ユーザーがすべての API キーを持っていると決めつけないでください。キーが不足している場合はその旨を伝え、引き続き検索できるものを案内してください。現金での航空券予約は、キーがまったくなくても利用できます。
  • 憶測でポイントを移行しないでください。予約案内スキルでは「移行前に保留」のルールが適用されます。これを守ってください。

コメント