業務ワークフロー向けSlack AIエージェント
Slackの会話を構造化された依頼、承認済み操作、確認可能な引き継ぎへ変換します。
対象チャネル、信頼できる情報源、システム権限、担当者を設定してから、Slackの依頼をタスクにつなげます。
- 依頼と入力を確認
- 信頼できる情報を収集
- 承認済みルールを適用
Slackから始まり、更新記録、エスカレーション、引き継ぎ結果を残す定型業務に適しています。
このワークフローでできること
必要なSlackアプリ、スコープ、書き込み権限を設定すると、AIエージェントが会話を構造化された依頼、許可済み操作、確認可能なシステム間引き継ぎへ変換できます。
顧客への約束、アクセス権の変更、本番環境への書き込み、セキュリティ例外、インシデントの最終判断は、指定された担当者が行います。
ワークフローの流れ
Slack上の依頼を特定する
依頼種別、対象、依頼者、期限、想定する解決状態を整理します。
承認済みの情報を取得する
依頼に必要な承認済みナレッジと設定済みソースシステムだけを参照します。
許可された操作を行う
設定されたスコープ内で、承認済みの照会、タスク作成、低リスクな更新を行います。
機密性や不確実性のある業務を引き継ぐ
制限対象の操作や確信度の低い案件は、関連情報を添えて担当者へ回します。
結果を元のスレッドへ戻す
結果、情報源、承認、人による修正を元のSlackスレッドに記録します。
導入前に決めておく統制項目
| 統制領域 | エージェントが担うこと | チームが管理すること |
|---|---|---|
| 対象範囲 | 承認済みデータ、接続済みシステム、許可された操作だけを使用します。 | 顧客への約束、アクセス権の変更、本番環境への書き込み、セキュリティ例外、インシデントの最終判断は、指定された担当者が行います。 |
| レビュー | 許可範囲内で定型回答、業務記録、低リスク操作を準備します。 | 承認者、応答期限、事前確認が必須の操作を定めます。 |
| 例外 | 情報不足、情報源の不一致、確信度不足、権限エラーがあれば停止します。 | 引き継ぎ先と、エスカレーション時に必要な情報を定めます。 |
| 記録 | 情報源、回答、操作、承認、人による修正を記録します。 | 必須記録、保持期間、閲覧権限を定めます。 |
| 復旧 | 書き込みや送信に失敗した場合は報告し、後続操作を続けません。 | 再試行回数、切り戻し手順、障害対応責任者を定めます。 |
パイロット前後に行うこと
導入前
高頻度のSlack依頼を一つ選び、必要なアプリ、スコープ、ソースシステム、書き込み権限、担当者、完了条件を設定します。
導入後
処理時間、人による修正、ブロックされた操作、例外、記録の完全性を追跡します。
OpenMaxでワークフローを接続
必要なSlackアプリ、スコープ、ソースシステム、書き込み権限を設定すると、OpenMaxでこのワークフローを運用できます。
よくある質問
Slackの試行にはどの業務が適していますか?
対象チャネル内の定型依頼を一つ選び、信頼できる情報源、許可する操作、確認ルール、例外時の担当者を定めます。
人が判断すべき事項は何ですか?
権限変更、支払い、社外への約束、人事判断、規程の例外は、責任を持つ担当者が扱います。
Slackの試行をどう評価しますか?
処理時間を現行業務と比較し、人による修正、停止された操作、例外、最終記録の有無を確認します。