AIToday
大規模言語モデルAIコーディングZenn AI/ML掲載日時: 2026年11月2日 6:00

連携ツール一部障害でも続行するAI設計

LINEで送る
連携ツール一部障害でも続行するAI設計

3つのポイント

  1. 何が起きたか

    Slack / Teams / Chatwork / LINE WORKSに常駐するAIエージェントHACHの開発元が、連携ツール一部障害時に欠けている情報を明示して残りを続行する設計を公開した。

  2. なぜ重要か

    1つのツール障害を全断と同じ扱いにすると、カレンダー連携が1つ落ちただけで朝のレポート全体が送られないといった過剰停止が起きるため、使える部分は流し続ける設計にした。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

設計メモは、混同されがちな2つの障害モードに明確な線を引いている。LLMプロバイダー自体が落ちれば応答を生成できず、待機メッセージとキュー投入しかない。だがカレンダーAPIのタイムアウトやCRMの認証切れなど連携1つの不調ならLLMは動いており、エージェント全体を止めれば届けられたはずの情報を捨てることになる。メモはこれを最も見落とされやすい障害パターンだと指摘する。

提案されるパターンはこの区別を土台にする。朝のレポートは一括の全か無かではなく独立した取得結果から組み立て、1つのソースの失敗が他を巻き添えにしない仕組みとしてPromise.allSettledを挙げる。さらに「0件」と「取得失敗」は決して同じ文言にせず、利用者が区別できず接続切れに数日気づかない事態を防ぐ。繰り返しタイムアウトする連携は、最後に成功したデータに基づく注記付きで取得を一時スキップし、軽量なヘルスチェックで復旧を検知して自動で通常経路に戻すことを提案している。

よくある質問
AIエージェントにとって全断と部分断はどう違うのか?
全断はLLMプロバイダー自体が落ちて応答を生成できず、待機とキュー投入しかできない状態。部分断はLLMは正常で連携ツールの1つだけが失敗している状態で、欠けている情報を伝えて残りを進めるべきだとする。
1つのツール障害がレポート全体を止めない仕組みは?
各ツールの取得結果を独立した単位として扱い、Promise.allではなくPromise.allSettledを使うことで、1つのソースの失敗が他のソースの取得を止めないようにしている。
「0件」と「取得失敗」はどう区別するのか?
それぞれ別の文言を表示する。取得成功で0件なら「本日の予定はありません」、失敗なら「カレンダー情報を取得できませんでした(原因:認証切れ)」と再接続リンクを示す。3日以上続く失敗は担当チャンネルへの別通知も行う。
LINEで送る

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

このようなAIの動きを、御社の業界・競合に合わせて毎日届ける法人プランもあります → 詳しく見る

関連記事

次の記事へAIの及ばない問題テーマの動画が話題