【要約】Claude Coworkの定期タスクが4回止まった。原因は全部承認の設定だった話 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
開発者がConfluenceへの作業メモ作成タスクをClaude Coworkへ移行した際、タスクが停止する問題に直面した。当初はエラーで落ちるのではなく、同じツールを呼び出し続ける挙動を示した。主な課題は以下の通りである。
- ・未承認のMCPツールを呼び出した際、承認待ち状態で停止する。
- ・定期実行のため、人間による承認ができず、リトライが繰り返される。
- ・GoogleカレンダーMCPの仕様（空レスポンス時の挙動等）をAIが誤認し、無限ループに陥る。
- ・設定変更がセッション限定であり、タスクの実行に反映されない。
// Approach
開発者は、ツールの権限管理とプロンプトの設計を見直すことで、問題の解決を試みた。単なる指示の修正ではなく、システムの仕様に合わせた構造的な変更を行った。具体的な手法は以下の通りである。
- ・未承認ツールを、事前承認済みの
searchConfluenceUsingCqlへ置換した。 - ・GoogleカレンダーのAPI依存を避け、祝日リストをプロンプトへ静的に埋め込んだ。
- ・タスク編集画面から「承認モード」を「自動承認」へ変更し、設定を永続化した。
- ・CQLを活用し、フォルダ検索と重複チェックを1回のクエリに集約した。
// Result
適切な設定変更と設計の見直しにより、タスクは毎朝正常に実行されるようになった。単なる問題解決に留まらず、実行効率の向上も実現している。具体的な成果は以下の通りである。
- ・承認待ちによる停止を解消し、タスクの安定稼働を実現した。
- ・CQLの活用により、ツール呼び出し回数を削減し、処理を高速化した。
- ・APIの挙動に依存しない、堅牢なプロンプト設計へと改善された。
- ・静的データの利用により、外部APIの仕様変更リスクを低減した。
Senior Engineer Insight
> AIエージェントの運用において、権限管理（Policy）とセッション管理の分離は極めて重要である。「自動承認」の設定がセッション単位かタスク単位かという仕様の差異は、本番運用における致命的な障害に直結する。また、外部APIの「正常な空レスポンス」をAIがどう解釈するかを考慮したプロンプト設計は、エージェントの信頼性を担保する上で必須のスキルと言える。設計段階で、承認済みツールのみで完結する最小権限の構成を目指すべきである。