Agent Skills by ALSEL
汎用LLM・AI開発⭐ リポ 102品質スコア 80/100

mixed-initiative-flow

AIがリードする場合とユーザーがリードする場合、およびコントロール権の譲り渡し方法について説明します。

description の原文を見る

When the AI leads vs. when the user leads, and how to hand off control.

SKILL.md 本文

ミックスド・イニシアティブ・フロー

ミックスド・イニシアティブ・インタラクションとは、人間とAIの両方がリーダーシップを取ることができるインタラクションです。設計者は各瞬間に誰が主導するかを決定し、その間でどのようにコントロールが移行するかを決めます。

イニシアティブの スペクトラム

インタラクションはスペクトラムの上に位置します:

  • ユーザー主導: ユーザーが指示を出し、AIが実行します。ユーザーはペース、方向、スコープをコントロールします。
  • AI主導: AIが主導します。質問を投げかけ、提案を行い、ユーザーをプロセスをガイドします。
  • 共有型: 両者が貢献します。AIが提案し、ユーザーが編集します。ユーザーが開始し、AIが完了させます。

ほとんどのAI製品はユーザー主導がデフォルトです。興味深い設計領域は共有型とAI主導型モードにあります。

イニシアティブ・ハンドオフの設計

一方の当事者から他方への制御移行の瞬間が、ほとんどのインタラクションが失敗する場所です。これらの遷移を設計します:

  • 明示的ハンドオフ: 「3つのオプションをドラフトしました。どの方向に進みたいですか?」— AIが明確にコントロールを手渡します。
  • 暗黙的ハンドオフ: AIは生成を停止して待機し、UIアフォーダンスを通じてユーザーのターンを知らせます。
  • 交渉型ハンドオフ: 「これをさらに進めることもできますし、ここで止めてあなたの意見をもらうこともできます。どちらがお好みですか?」
  • 強制的ハンドオフ: AIが判断できない決定に遭遇し、人間に戻す必要があります。

AIが主導すべき場合

AIは以下の場合にイニシアティブを取るべきです:

  • ユーザーが不確実な状態か、探索中でガイダンスが必要な場合
  • タスクがAIが段階を踏んで進められる既知のベストプラクティス シーケンスを持つ場合
  • ユーザーが明示的にヘルプやコーチングを求めた場合
  • プロアクティブな提案が邪魔にならないように時間を節約する場合

ユーザーが主導すべき場合

ユーザーは以下の場合にコントロールを保持すべきです:

  • タスクが主観的な判断または創造的な方向性を含む場合
  • ステークが高く、エラーのコストが大きい場合
  • ユーザーが強いドメイン専門知識を持つ場合
  • プライバシーまたは同意に関する決定が関与する場合

アンチパターン

  • イニシアティブ・ホイップラッシュ: コントロールが急速に行き来する
  • 受身的AI: 役に立つときでもイニシアティブを取らない
  • 横柄なAI: ユーザーがコントロールを望むときに乗っ取る
  • 不明確な所有権: どちらの当事者のターンかが明確でない

設計成果物

  • 各段階で誰が主導するかを示すイニシアティブマップ
  • ハンドオフトリガー定義(コントロールの移行を引き起こすもの)
  • 機能エリアごとの自律レベル仕様

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
Owl-Listener
リポジトリ
Owl-Listener/ai-design-skills
ライセンス
MIT
最終更新
2026/5/4

Source: https://github.com/Owl-Listener/ai-design-skills / ライセンス: MIT

本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: Owl-Listener · Owl-Listener/ai-design-skills · ライセンス: MIT