mcpField
W
workshop-facilitation

workshop-facilitation

github.com/deanpetersエージェントワークフロー7.7k2.3k 回インストール2 週間前に更新
リポジトリ

workshop-facilitation について

対話型スキル向けに、段階的な質問、進捗表示、判断点での提案、中断時の対応を定める標準ファシリテーション手順です。参照元のスキルで使えるほか、単独のセッション進行にも利用できます。

主な機能

  1. 011ターンに1つの質問を提示
  2. 02Guided、Context dump、Best guessモード
  3. 03セッションの進捗ラベルを表示
  4. 04判断点で番号付きの選択肢を提示
  5. 05一時停止、再開、簡易出力に対応

活用シーン

  1. 01複数ステップのスキルセッションを進行
  2. 02回答済みの質問を避けて状況を収集
  3. 03中断後に会話の進捗を再開
  4. 04Best guessモードで簡潔な結果を作成

インストール

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

$npx skills add https://github.com/deanpeters/product-manager-skills --skill workshop-facilitation

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

同梱ファイルexamples/inline-input-flow.md

詳細

目的

インタラクティブスキル向けの標準的なファシリテーションパターンを提供します。明確な進捗を示し、判断が必要な場面では状況に応じた推奨を提示し、中断にも予測可能な方法で対応しながら、一度に1ステップずつ進めます。

入力

必須の入力はありません — このスキルは、ほかのインタラクティブスキルが従うファシリテーションプロトコルを定義します。 次の情報も役立ちます: 単独で呼び出す場合は、ファシリテーションを希望するセッション名と、その背景情報を指定してください。背景情報は、すでに回答済みの内容としてセッションに引き継がれます。

呼び出し時に指定された内容(スキル名の後に記述したテキスト、貼り付けたコンテキストのダンプ、追加された ARGUMENTS: 行など)はすべて、すでに回答済みの内容として扱います。それを利用し、該当する内容については再質問しないでください。

手ぶらで始めても大丈夫です。 別のスキルからこのプロトコルが参照されている場合は、そのスキルの「入力」セクションに従ってください。

呼び出し例: このプロトコルを使って、失敗したベータ版のリリースに関する45分間の振り返りを進行してください。

主な概念

  • 一度に1ステップずつ: 1回のターンにつき、焦点を絞った質問を1つだけします。
  • セッション開始時の案内と参加方法: 所要時間などの見通しを伝え、Guided、Context dump、Best guess のモードを提示して開始します。
  • 進捗の可視化: Context Qx/8 や Scoring Qx/5 など、ユーザー向けの進捗ラベルを表示します。
  • 判断が必要な場面での推奨: 選択肢は選択が必要なときだけ提示し、毎回の回答後には提示しません。
  • クイック選択肢: 通常のコンテキストや評価に関する質問では、簡潔な番号付き回答選択肢を提示し、必要に応じて Other (specify) を加えます。
  • 柔軟な選択内容の解析: #1、1、1 and 3、1,3、自由記述を受け付け、複数選択をまとめます。
  • コンテキストに応じた進行: これまでの回答を踏まえて進め、解決済みの質問を繰り返しません。
  • 中断に強い進行: 「あといくつ残っていますか?」などのメタ質問には直接回答し、現在の状況を改めて示してから再開します。
  • 迅速な進行: ユーザーが一度での出力を希望した場合は、複数ターンの進行を省略し、簡潔な結果を提示します。

適用方法

  1. 所要時間と質問数の目安を簡潔に伝えて開始します。
  2. 参加方法を選んでもらいます:
    • 1 ガイドモード(一度に1つずつ質問)
    • 2 コンテキストのダンプ(把握済みの情報を貼り付け、重複を省略)
    • 3 推測モード(不足情報を推測し、仮定として明示)
  3. 1ターンにつき1つの質問をし、次へ進む前に回答を待ちます。
  4. 質問は平易な言葉で書き、役立つ場合は回答形式の短い例を添えます。
  5. 毎ターン進捗を表示します:
    • コンテキスト収集時は Context Qx/8
    • 評価やスコアリング時は Scoring Qx/5
  6. 推奨の質が実質的に向上する場合に限り、追加の確認質問をします。
  7. 通常のコンテキストや評価に関する質問では、実用的な場合、番号付きのクイック選択肢を提示します:
    • 選択肢は簡潔にし、可能な限り相互に重複しないようにします。
    • 回答が自由形式になりそうな場合は Other (specify) を加えます。
    • 1,3 や 1 and 3 のような複数選択の回答を受け付けます。
  8. 番号付きの推奨を提示するのは、判断が必要な場面に限ります:
    • コンテキストの整理後
    • 成熟度やプロファイルの整理後
    • 優先事項やアクションプランの選択時
  9. 数字または自由記述による選択を受け付け、複数選択の内容をまとめて進めます。
  10. メタ質問によって中断された場合は、直接回答し、進捗と未回答の質問を改めて示します。
  11. ユーザーが停止や一時停止を指示した場合は、直ちに中断し、明示的な再開指示を待ちます。
  12. 最後に、明確な要約と決定事項を示します。推測モードを使用した場合は、検証が必要な仮定 のリストも提示します。

例

開始: 「簡単にお知らせします。所要時間は約7~10分で、質問は10問ほどです。どのように始めますか?

  1. ガイド付きモード
  2. コンテキストの貼り付け
  3. 最善の推測モード」

ユーザー:「2」

ファシリテーター:「すでに把握していることを貼り付けてください。回答済みの項目は飛ばし、不足していることだけを質問します。」

まとめの後の決定ポイント:

  1. コンテキスト設計を優先(推奨)
  2. エージェントのオーケストレーションを優先
  3. チームとAIのファシリテーションを優先

ユーザー:「1と3」

ファシリテーター:「わかりました。まずコンテキスト設計を進め、チームとAIのファシリテーションも並行して行います。」

**呼び出し時のインライン入力:**ユーザーが呼び出しと同時にコンテキストを提供した場合は、それを回答として扱い、最初の未回答の質問から始めて、進捗ラベルを正確に保ちます(Q1が回答済みなら、Context Q2/6から開始します)。質問を繰り返すアンチパターンを含む全トランスクリプト:examples/inline-input-flow.md。

よくある落とし穴

  • 同じターンで複数の質問をする。
  • 回答のたびに提案をする(やり取りが煩雑になります)。
  • 平易な言葉で質問せず、略語のラベルを使う。
  • 進捗を隠し、残りがどれくらいかユーザーにわからないようにする。
  • ユーザーが選んだ選択肢や独自の方針を無視する。
  • 最善の推測モードで進める際に、仮定を明示しない。

参考資料

  • インタラクティブなファシリテーションの動作に関する信頼できる情報源として使用します。
  • skills/*-workshop/SKILL.md内のワークショップスキルおよびアドバイザー形式のインタラクティブスキルと併用します。

コメント