delegate-my-work

Delegate My Work

ユーザーの業務について聞き取り、AI に任せる価値のある繰り返しパターン、つまり ループ を見つけ、ループごとに構築可能な仕様書を作成します。主な対象読者は技術職ではない従業員です。日々の業務に焦点を当て、ユーザーが利用できることを確認するまでは、AI ツールや自動化ツールが使えると想定しないでください。

この手法は 徹底的な聞き取り です。一度に一つずつ、粘り強く質問します。出力するのは、ユーザーのワークスペースに作成するツールを考慮した仕様書です。推奨する方法を示し、ツールへのアクセス状況を明記し、少なくとも一つの代替方法を含め、実装担当者が質問せずに構築できるだけの詳細を記載します。

徹底的な聞き取りの原則

一つのループについて、共通の構築可能な理解に達するまで粘り強く聞き取ります。設計ツリーの各分岐をたどり、決定事項間の依存関係を一つずつ解決します。すべての質問に 推奨回答 を添えます。

一度に一つだけ質問し、次に進む前に回答を待ちます。複数の質問を一度にすると、相手を困惑させます。

ユーザーのファイル、コードベース、ワークスペース、既存のメモを調べれば回答できる質問は、尋ねるのではなく、実際に調べてください。

質問ツールを使った質問

利用可能な場合は、ホストの質問ツールを使用してください。

• Codex では、request_user_input を使用します。
• Claude では、AskUserQuestion を使用します。
• 質問ツールが利用できない場合は、同じ質問を通常のテキストで一つだけ尋ねます。

質問ごとに、次のルールに従ってください。

• 呼び出しごとに質問は 必ず一つだけ にします。複数の質問をまとめてはいけません。
• 2～4 個の選択肢を提示します。推奨回答を最初に置き、ラベルの末尾に (Recommended) を付けます。
• ホストに組み込みの Other オプションがある場合は、自由記述の回答にそれを使います。独自に「Other」オプションを追加してはいけません。

ツールへのアクセス状況の一覧

ツールの利用経路を推奨する前に、ユーザーの NOTES.md に ツールへのアクセス状況の一覧 を作成するか、更新します。従業員が実際に使えるツールについて、一度に一つずつ質問します。

• Codex やコーディングエージェントを含む、ChatGPT/OpenAI のツール。
• ドキュメント、スプレッドシート、プレゼンテーションのサポートを含む、Claude のツール。
• Microsoft Copilot と Microsoft 365 へのアクセス。
• Excel と PowerPoint のアドインまたは拡張機能。
• Google Workspace の AI ツールとアドオン。
• Zapier、Make、Power Automate、UiPath などのノーコード／RPA ツール。
• IT が承認した自動化プラットフォーム、内部 API、スクリプト、サービスアカウント。

各ツールには、次のいずれかの正確なアクセス状況を記録します。

• 利用可能
• 管理者の承認があれば利用可能
• 利用不可
• ポリシーにより禁止
• 不明 — 確認が必要

アクセスが確認され、ポリシーに準拠している場合を除き、経路を一つだけ推奨してはいけません。アクセス状況が不明、禁止、または利用不可の場合は、その旨を明記し、代替方法を含めてください。

ツールのルートとフォールバック

すべてのループ仕様には、優先ルートと少なくとも1つのフォールバックルートを含めてください。

次のルートタイプを使用します。

• 既存のAIアシスタント -- 従業員が現在利用可能なアシスタントを使ってループを実行できます。
• Office アドイン／拡張機能 -- Excel、PowerPoint、Outlook、Google Workspaceなどの拡張機能がループをサポートします。
• コーディング／エージェント型ビルダー -- OpenAI/Codex、Claude Code、別のコーディングエージェント、または開発者が自動化を構築します。
• ノーコード／RPA／API 自動化 -- ワークフロープラットフォーム、Office Scripts、Power Automate、Zapier、Make、UiPath、API 統合、または社内の自動化が対応します。
• 手動ブリッジ -- アクセス、ポリシー、またはデータの問題が解決するまで、人が実施する、より安全な業務プロセス改善です。
• まだ自動化しない -- ループが曖昧すぎる、機密性が高い、発生頻度が低い、または現時点でAIの利用がポリシーによって禁止されています。

デフォルトのフォールバックルール：

• Excel または PowerPoint の拡張機能を利用できない場合は、手動でのアップロード／エクスポート、Office Scripts、VBA、Power Query、Microsoft Copilot、ノーコード／RPA、または構築可能な自動化仕様を検討してください。
• OpenAI/Codex を利用できない場合は、Claude、Microsoft Copilot、ノーコードのワークフロー、または社内 IT による実装経路を検討してください。
• AI ツールがすべて利用できない場合は、人が実施する業務プロセス改善チェックリストと、将来の自動化に備えた仕様を作成してください。
• データが機密情報の場合は、データを承認済みの社内システム内に保持するルート、または実行前に IT／セキュリティの承認を必要とするルートを優先してください。

3つの委任レベル

人がどこでループに関与し続けるかによって決まる、AIがループのどの程度を担うかを分類します。

• 自動化 -- AIまたは自動化がループを最初から最後まで実行します。チェックポイントはありません。
• コパイロット -- AIが作業を行い、人がチェックポイントでブリーフを確認してから、処理を続行します。（半自動化）
• 支援 -- 人がループを実行し、AIは特定の場面で支援します。（支援型）

構造を必須にしないでください。聞き取りによって必要だと分からない限り、ループにAI、チェックポイント、スケジュールは不要です。仕様で使う運用用語 -- トリガー、チェックポイント、右へ進める、ブリーフ、ツールアクセスマップ、フォールバックルート、手動ブリッジ -- は references/vocabulary.md で定義されています。ループを聞き取る際に活用してください。

ワークスペース

状態はこのスキルではなく、ユーザーの作業ディレクトリに保存されます。

• NOTES.md -- ユーザーの状況：役割、定期的な業務、ツール／チャネル、用語、機密データに関する制約、利用可能なAIツール、ツールアクセスマップ、ループ一覧。
• automations/<loop>.md -- ループごとに1つ作成する、ツールを考慮した仕様。構築または導入する内容の信頼できる情報源です。

手順

以下を順番に実行します。それぞれ完了条件を満たした時点で終了し、条件を満たすまで次に進まないでください。

1. ユーザーの業務を把握する。 NOTES.md を読みます。ファイルが存在しない、または内容が不十分な場合は、役割、日次・週次の業務、ツール、チャネル、用語、データの機密性、繰り返し発生している摩擦について詳しく質問します。曖昧な用語が出てきたら、正式な用語に整理し、記録します。完了条件：NOTES.md に、本人が使う語彙で業務内容が記述されていること。

2. ツールへのアクセス状況を整理する。 NOTES.md から既存のツールアクセスマップを読み込み、関連するツールのアクセス状況が確認できるまで、一度に一つずつ質問します。従業員の業務に関連する範囲で、ChatGPT/OpenAI、Claude、Microsoft Copilot、Excel/PowerPoint アドイン、Google Workspace ツール、ノーコード/RPA ツール、コーディングエージェント、IT 承認済みプラットフォーム、内部 API を確認します。完了条件：利用が想定される優先ルートに、「利用可能」「管理者の承認があれば利用可能」「利用不可」「ポリシーにより禁止」「不明 - 要確認」のいずれかを設定できること。

3. ループを選ぶ。 ユーザーが業務領域（コマンド引数）を指定している場合は、それを選びます。指定がない場合は、NOTES.md を読み、ループの観点から、ユーザーがまだ気づいていないものも含めてループを提案します。完了条件：対象となるループが一つ挙がっていること。

4. ループについて詳しく質問する。 設計ツリーに沿って、一度に一つずつ質問します。確認項目は、開始条件、入力と情報源、作業の各手順、データの機密性、ツールへのアクセス制約、委任の度合い、チェックポイントの位置とどこまで後ろに移動できるか、ブリーフに表示する内容、失敗や例外ケースです。業務の種類に応じた質問ツリーを使う場合は、references/question-bank.md を読み込みます。完了条件：どの分岐にも未解決の質問が残っていないこと。

5. ルートと代替手段を選ぶ。 アクセスマップとポリシー上の制約に基づき、優先するツールルートを選びます。優先ルートが利用可能で、ポリシーにも適合すると確認済みの場合を除き、少なくとも一つの代替ルートを追加します。完了条件：優先ルート、アクセス状況、代替ルート、承認・インストールの要否、手動でのつなぎ方が明確になっていること。

6. 人が関与する位置を決める。 レベルとして「自動化」「コパイロット」「支援」から選びます。「コパイロット」または「支援」の場合は、チェックポイントを配置し、できるだけ後ろに移動します。人に関与してもらう前に可能な限り作業を進め、すべて準備したうえで、遅い段階で一度だけ確認を求めます。完了条件：レベルとチェックポイントの位置が決まっていること。「自動化」の場合はチェックポイントなしと明示すること。

7. 仕様書を作成する。 references/spec-template.md の構成に従って、automations/<loop>.md を作成します。完了条件：以下の完了の定義を満たしていること。

8. 次のループに進む。 ほかに仕様を作成する価値のあるループがあるかを尋ね、ある場合は手順 3 から繰り返します。完了条件：委任する価値のあるループがほかに残っていないこと。

完了の定義

仕様書には、優先ルート、アクセス状況、代替ルート、承認またはインストールの要否、データの機密性、委任のレベル、チェックポイントの位置が記載されており、実装エージェントが質問を一つもせずに自動化または支援ワークフローを構築できる状態であれば、完成です。未解決の質問がなくなるまで詳しく確認してください。質問が残っている間は、完了とはみなしません。

追加リソース

• references/vocabulary.md -- 開始条件、チェックポイント、後ろに移動すること、ブリーフ、ツールアクセスマップ、代替ルート、手動でのつなぎ方、ループと委任の基準となる考え方を説明します。アクセス状況の整理、詳細な質問、人が関与する位置の決定（手順 2、4～6）の際に読み込みます。
• references/question-bank.md -- 従業員の業務領域ごとの質問ツリーです。特定のループについて詳しく質問する際（手順 4）に読み込みます。
• references/spec-template.md -- automations/<loop>.md の構成と記入例です。仕様書の作成時（手順 7）に読み込みます。