AIエージェントに応急対応モードを設定

具体的な出来事から生まれた。依存パッケージの問題からの復旧に関する相談で、エージェントがすでに詳細調査と報告書作成に時間を使い、相手が行動するのに必要なものを遅らせてしまったのだ。実務者はまた、プロセスがすでに受理されていても、その状態や誰が承認すべきかの連絡が遅いと、ユーザーは作業が進んでいると気づけないと指摘する。

こうした経験から、実務者は実践的な線引きを導き出した。高速対応モードに入ること自体が、エージェントの権限を広げるべきではない。ログの閲覧、復旧計画の提示、実際のシステム状態の変更にはそれぞれ異なる条件が伴い、エージェントは新しい仕組みを追加するのではなく、既存の業務システムがすでに備えている認証と承認の仕組みを適用する。返答の各段階に時間制限を設け、最初の事実、直接の原因、対応の方向性、影響範囲がすべて調査完了まで保留されないようにする。実務者はまた、最初に見つかったエラーを原因とみなすことへの警告も述べている。あるリリースプロセスでは、リソース競合が先に表面化したが、実際には実行が外側の実行管理タイムアウトによってキャンセルされていた例を挙げている。

復旧は、副次的な指標や変更の成功ではなく、元の問題に対して確認する。根本原因が依然不明でも、現在の影響を元の問題と同じ観点で確認できれば、実務者はインシデントが解決したと判断できる。ただしその復旧は、原因についてのまだ終わっていない調査とは切り離しておく。