顧客メールを読み、タスクを作り、返信案まで用意するAIエージェントは、業務管理ツールでも組めるようになった。試験が順調だと、毎回の承認を省き、返信も自動送信したくなる。
しかし社内の下書きタスクと、会社名義で顧客へ送るメールは同じ操作ではない。前者は直せても、後者は約束や信頼を損ねる。権限は、使うツールではなく、各操作の影響で分けるべきである。
TechCrunchは2026年5月、Asanaによるノーコード型エージェント構築企業StackAIの買収を報じた。現場が複数の処理をつないだエージェントを作りやすくなるほど、どこまで自動実行し、どこで人へ戻すかを先に決める必要がある。
接続先ではなく、操作の影響を分類する
業務管理ツールへの接続許可は、十分な権限設計ではない。進捗の閲覧、期限変更、顧客一覧の書き出し、顧客への送信では、失敗時の影響が違う。
各操作について、元に戻せるか、どのデータに触れるか、誰の仕事や社外に影響するかを見る。必要な範囲だけを自動化し、人へ渡す地点を明確にする。
| 操作がもたらす影響 | 代表例 | 推奨する権限 | 明確な引き継ぎ地点 |
|---|---|---|---|
| 閲覧のみで、機密性も低い | 公開文書の閲覧、一般的な進捗の要約 | 自動実行を認め、アクセス記録を残す | 情報が見つからない場合や、情報源同士が矛盾した場合に人へ戻す |
| 元に戻せる社内変更 | 下書きタスクの作成、社内タグの追加 | 自動実行を認め、変更内容の要約を残す | 削除、上書き、一括変更へ進む前に確認する |
| 他者の仕事に影響する変更 | 担当者の変更、期限調整、優先順位の移動 | 対象範囲を絞り、既定条件を超えた場合は人的確認を求める | 部門をまたぐ責任や既存の約束に影響する時点で引き継ぐ |
| 社外向け、または取り消しにくい操作 | 顧客へのメール送信、コンテンツ公開、支払い承認 | 下書き作成までに限定し、自動送信や自動実行を認めない | 氏名を指定された責任者が内容、宛先、添付物を確認して実行する |
| 機密情報または強い権限を扱う操作 | 人事情報の閲覧、顧客一覧の書き出し、アカウント権限の変更 | 原則禁止とし、承認された最小範囲だけを許可する | 利用理由、承認者、実行結果を毎回記録する |
権限は「下書きだけ作る」「指定プロジェクトだけ更新する」「低リスク作業を十件まで処理する」のように操作単位で定める。接続先、処理件数、対象者、社外送信のいずれかが変わるなら、分類と引き継ぎ地点を見直す。
承認ボタンではなく、判断材料を渡す
「続行」ボタンだけでは確認にならない。承認者が根拠を探さなければならない画面は、忙しい人に判断を丸投げする。
たとえば納期延期の依頼なら、エージェントはメールとプロジェクト状況を読み、変更案まで作る。正式な期限は変えず、現在と提案後の期限、影響タスク、根拠の文面、通知先を一画面に示す。氏名を指定した責任者が確認してから更新と送信に進む。
承認者が不在なら処理は見える形で待機させ、時間切れで実行を許可しない。コーディングエージェントに人的チェックポイントを残す方法と同じく、AIは材料を整え、人が根拠を確認して決める。
正常系より先に、止まり方を試す
正しいデータ、正常な外部サービス、すぐ返答する承認者だけで試しても、本番の安全性は分からない。低リスクの業務で、必須項目の欠落、情報源の矛盾、未承認、外部サービスの失敗を意図的に起こし、どこで止まり、履歴から復元できるかを確かめる。
各受け渡しでは、参照情報、AIの判断、試した操作、結果を残す。タスク作成後に通知だけが失敗したなら、タスクを消さず「通知未送信」として担当者へ渡す方が安全な場合がある。ワークフロー障害後の補償手順も、部分的な失敗に備える方法になる。
初回に有効にするのは、試験した操作、データ範囲、利用者だけでよい。接続先や対象を広げる前に、影響と停止地点を再評価する。
最初の一歩は「実害が出る直前」を見つけること
利用中または導入予定のAIワークフローを一つ選び、操作を順に書き出す。最初にデータを書き換える、他者へ影響する、社外へ送る操作の直前に、人的確認を置く。
確認画面には根拠、予定変更、失敗時の対処を示し、実行責任者を氏名で指定する。ノーコード化で短くなるのは構築時間であって、誤操作の責任ではない。安全に止められる境界から、自動化を広げる。
AI整理カード
現在アクセス可能なワークスペース、プロジェクト、権限設定、実行履歴を、何も変更せず読み取り専用で調査せよ。AIエージェントが行う操作のうち、権限の範囲または人へ引き継ぐ条件が曖昧なものを一つ見つけ、確認した設定や履歴を直接の証拠として示すこと。観察できた事実と推測は分ける。その操作が扱うデータ、取り消し可能性、影響を受ける相手、最終判断者を整理し、分からない項目には「要確認」と記す。必要な情報へアクセスできない場合に限り、権限または背景について具体的な質問を一つだけ行う。結論は「自動実行可」「人的確認が必要」「自動実行禁止」のいずれかとし、今日実行できる最小の改善を一つ提案せよ。権限を自ら拡大すること、未承認の機密情報を読むこと、正式記録を変更すること、社外へ送信または公開することは禁止する。取り消せない変更、部門をまたぐ責任、支払い、アカウント権限、顧客対応に関わる処理は、氏名を指定された責任者の確認地点で必ず停止せよ。
生活四コマ
- 新しい同僚はボード整理が得意だが、項目、権限、完了定義がなければ、全員が別々のやり方で進める。
- タスクが増えるほど、ルールのない自動整理は状態を間違えたり、担当者を抜かしたり、レビューを飛ばしたりする。
- 項目、レビュー地点、自動化を開始できる人、問題が起きたときの止め方を先に決める。
- no-code agent builder が仕事管理ツールに入るとき、大事なのは「できるか」ではなく、ワークフローにガードレールがあるかである。
参考文献
TechCrunch: Asana acquires no-code agent-builder StackAI — https://techcrunch.com/2026/05/28/asana-acquires-no-code-agent-builder-stack-ai/ [published: 2026-05-28]
StackAI: Stack AI raises $16M for Enterprises to Deploy AI agents at Scale — https://www.stackai.com/blog/stack-ai-raises-16m-series-a-to-create-ai-agents-for-every-job [accessed: 2026-07-20]
Asana: AI Teammates — https://asana.com/product/ai/ai-teammates [accessed: 2026-07-20]
