mcpField
H
human-in-the-loop

human-in-the-loop

github.com/owl-listenerエージェントワークフロー191136 回インストール20 週間前に更新
リポジトリ

human-in-the-loop について

human-in-the-loopは、自動化ワークフローで人間が介入する箇所と方法を設計するエージェント向けスキルです。介入の種類や判断条件に加え、不要な人的ボトルネックを抑える方法を示します。

主な機能

  1. 015種類の人間による介入を定義
  2. 02人間のレビューが必要な条件を提示
  3. 03介入ポイントの設計要素を説明
  4. 04人的ボトルネックを減らす方法を提案
  5. 05設計と分析の成果物を整理

活用シーン

  1. 01重大な操作に承認ゲートを設ける
  2. 02不確実または未知のケースのレビュー計画
  3. 03介入頻度と判断結果の追跡

インストール

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

$npx skills add https://github.com/owl-listener/ai-design-skills --skill human-in-the-loop

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

詳細

Human-in-the-Loop

Human-in-the-loop 設計では、自動化されたワークフローにおいて、人間がいつ、どこで、どのように介入するかを定義します。人間の関与が少なすぎると、システムは危険なミスを犯します。多すぎると、コストのかかる通知システムを作っただけになってしまいます。

介入の種類

  • 承認ゲート:システムは処理を一時停止し、続行する前に人間の承認を待ちます
  • レビューのチェックポイント:システムは人間がレビューできるように結果を提示しますが、異議がなければ処理を続行できます
  • 修正の機会:システムは処理内容を提示し、人間は確定前に編集できます
  • オーバーライド操作:人間はいつでもシステムの操作を停止、方向転換、または取り消すことができます
  • 監視ダッシュボード:人間はシステムを受動的に監視し、必要なときだけ介入します

人間の介入が必要な場合

  • リスクが高い場合:コストが高い、取り消せない、または多くの人に影響する操作
  • 確信度が低い場合:システムが適切な操作に確信を持てない場合
  • 未知の状況:入力やコンテキストがシステムの学習データの分布範囲外にある場合
  • 倫理的判断が必要な場合:道徳的な推論や価値観のトレードオフを伴う判断
  • 法的要件がある場合:規制やコンプライアンスの要件により、人間によるレビューが義務付けられている場合
  • ユーザーからの依頼:ユーザーが明示的に人間の関与を求めている場合

介入ポイントの設計

各介入ポイントについて、次の項目を定義します。

  • トリガー:何が介入を引き起こしますか?(確信度のしきい値、リスクのレベル、ユーザーからの依頼、ポリシー要件)
  • 提示内容:人間には何が表示されますか?(要約、全コンテキスト、推奨事項、選択肢)
  • 時間制約:人間はどれくらいの速さで応答する必要がありますか?応答しなかった場合はどうなりますか?
  • 判断の選択肢:人間は何を行えますか?(承認、却下、編集、エスカレーション、保留)
  • フィードバックの統合:人間の判断はどのようにシステムにフィードバックされますか?

人間によるボトルネックの回避

人間の介入にはコストと時間がかかります。不要な介入を最小限に抑えられるよう設計します。

  • 段階的な自律性:最初は人間による監視を強化し、システムの信頼性が実証されるにつれて監視を減らします
  • まとめてレビュー:類似した判断をまとめ、人間が効率よく処理できるようにします
  • スマートな振り分け:専門知識と対応可能状況に基づいて、適切な人間に介入を割り当てます
  • デフォルトの操作:人間が一定時間内に応答しない場合は、安全なデフォルト操作を実行します
  • 介入からの学習:人間の判断を使ってシステムを改善し、時間の経過とともに必要な介入を減らします

設計成果物

  • 介入ポイントマップ(ワークフロー内の場所と、それぞれのトリガー)
  • 介入インターフェースの設計(人間に表示される内容と、人間が行える操作)
  • 時間制約の仕様
  • 段階的な自律性の計画
  • 介入分析の仕様(介入の頻度、理由、人間の判断内容を追跡するもの)

コメント