AI 根本原因分析、モデル推論から文脈エンジニアリングへシフト
本文の状態
日本語全文を表示中
詳細モードで約6分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
InfoQ AI/ML
観測性エンジニアの間に広がりつつある見解として、AI による根本原因分析におけるボトルネックはモデルの推論能力ではなく、モデルに届くデータを決定するパイプラインにあることが示され、コンテキスト調整への投資が重要視される。
AI深層分析を開く2026年8月4日 02:01
AI深層分析
キーポイント
ボトルネックの転換点
AI による根本原因分析(RCA)において、LLM の推論能力自体はもはやボトルネックではなく、どのデータをモデルに渡すかを決めるパイプライン設計がより困難な課題となっている。
2 つのアプローチの対比
エージェント型(モデルが自律的に調査)と決定論的型(事前に関連付けられた信号を提示)の 2 つの手法があり、Coroot は後者のアプローチに業界全体のシフトが見られると指摘する。
変数の分離による検証
エンジニアの Nikolay Sivko は、推論能力とデータ提供機能を別々に測定可能にする実験を設計し、誤った回答がモデルの弱さか証拠不足かの区別を試みた。
大規模モデルの実験結果
Claude Opus 4.8 や GPT-5.5 などのクローズド型 Frontier モデルは実験を正確に解決したが、オープンウェイトモデルでは Gemma 4 31B が唯一の成功例であり、より大きな Qwen モデル群は失敗した。
エージェント型アプローチの利点と課題
モデルが自らデータを取得するエージェント型手法は未知の事象に対応できるが、デバッグが困難で信頼性に欠ける。このため多くのエンジニアは、コスト削減と安定性を重視して決定論的ワークフローへ回帰している。
重要な引用
the reasoning ability of large language models is no longer the bottleneck in AI-assisted root cause analysis
effort spent preparing context may pay off more than reaching for a larger model
"can AI do RCA?" is the wrong question, because the two jobs need to be measured apart
a failed run leaves no clean stack trace, only unpredictable prompt interactions and emergent coordination between agents
編集コメントを表示
編集コメント
この分析は、AI ツールの導入において「モデルの性能」だけでなく「データの前処理と提供方法」というインフラ側の課題が重要であることを浮き彫りにしている。現場では無闇に大規模モデルを選定するのではなく、コンテキストをどう設計するかが成否を分ける鍵となるだろう。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
観測性エンジニアの間では、大規模言語モデルの推論能力が AI 支援による根本原因分析(RCA)におけるボトルネックではもはやないと考える意見が強まっています。現在、より困難な課題は、どのデータをモデルに届けるかを決定するパイプラインにあります。
インシデント対応に LLM を導入するチームにとっての重要な教訓は、より大きなモデルを求めるよりも、コンテキストを準備するために費やす努力の方が、結果として大きな効果をもたらす可能性があるということです。
現在の AI による RCA の取り組みは、主に二つのアプローチに分かれます。一つはエージェント型で、モデルにツールを与えて推論しながら調査させ、どのテレメトリを取得するかをモデル自身に選ばせます。もう一つは決定論的(デターミニスティック)な設計で、事前に信号相関分析を行い、モデルには一つの用意されたコンテキストのみを提供します。Coroot の取り組みはこの業界が後者のアプローチへとシフトしていることを反映しています。同様に Dynatrace の Davis AI も、決定論的かつトポロジーベースの因果分析に依存しており、LLM を開放的なエージェントループで暴走させるのではなく、リアルタイムの依存関係マップをたどって根本原因を特定します。この二つのアプローチは異なる点で失敗するため、診断が失敗したのが推論能力の弱さによるものか、モデルに誤った証拠を与えたハッチ(枠組み)の問題によるものかを区別することが困難です。
観測ベンダーの Coroot が、この二つの要素を切り離すための新たな研究を発表しました。同社の オリジナル調査 では、エンジニアのニコライ・シフコ氏が、LLM を用いた根本原因分析(RCA)を「目の前のデータを推論する作業」と、「どのデータを、どのような形でモデルに届けるかを決定する仕組み」の二つの役割に分けています。彼は「AI は RCA ができるのか?」という問い自体が誤りだと主張しました。なぜなら、この二つの役割は別々に評価されるべきだからです。
Coroot のパイプラインでは、シグナルを相関させて発見事項へとまとめ、エージェントループを持たずに一つの焦点を絞ったコンテキストとしてモデルに渡します。これにより、誤った回答が出た場合でも、その責任を欠落した証拠ではなく、モデル自体に帰属させることが可能になります。
この仕組みを検証するため、シフコ氏は Chaos Mesh の NetworkChaos 実験を用いた一つのシナリオを構築しました。これはカタログサービスと Postgres データベースの間に遅延を注入し、クエリ処理を遅らせてフロントエンドに 502 エラーを引き起こすものです。このコンテキストには、ネットワークの往復時間によってクエリ時間が膨らんだなど、意図的に誤解を招くシグナルも含まれていました。
その後、同じプロンプト(約 9,800 トークン)を 11 のモデルに対して実行し、それぞれのモデルに根本原因、因果関係の連鎖、そして即座に対応するための修正策を問うました。
Claude Opus 4.8、GPT-5.5、Gemini 3.1 Pro というクローズドな最先端モデルはすべて合格し、実験の名称を特定するとともに、その実験とスケジュールの削除が必要だと指摘しました。大規模なオープンウェイトモデルも概ねこれに追随しています。下位のモデルでは、Gemma 4 31B が独自ホスト可能な唯一のモデルとして根本原因を特定しましたが、より大規模な Qwen3.6 35B と Qwen3 Coder Next はこれを逃しました。
この知見は議論に決着をつけたわけではありません。エージェントベースのアプローチには、モデルが自らデータを取得できるため、固定されたパイプラインでは予測もできないシグナルを引き出せるという真の利点があります。これは、事前に定義された相関関係セット外の新しい事象において特に重要です。ただし、その柔軟性は運用性との引き換えです。
ZenML と Incident.io の事例によると、マルチエージェントによる LLM 調査は本番環境でのデバッグが極めて困難であることが知られています。失敗した実行ではクリーンなスタックトレースが残らず、予測不能なプロンプトの相互作用やエージェント間の突発的な協調しか残らないからです。この脆弱性が多くの実務家を逆方向へ押しやっています。エンジニアたちは Reddit でトレードオフについて議論 しており、完全なエージェント型設計を捨てて、LLM のステップを狭く限定した主に決定論的なワークフローを採用する傾向にあります。その理由として、より高い信頼性とトークンコストの低減が挙げられています。
決定論的なパイプラインは柔軟性の一部と引き換えに反復可能性と評価のしやすさを得ます。これが業界がますます AI の根本原因分析(RCA)において、モデルそのものよりもハッチ(制御枠組み)を最も困難な部分として捉える理由の多くです。
コスト面について、Sivko氏は「最前線のモデルであっても、短い通話 1 回あたり数セントかかる」と指摘しました。これは、相関関係の分析がモデル呼び出しの前に行われるためです。彼は AI の根本原因分析(RCA)における推論部分は「基本的に解決済み」であり、今後は「モデルを呼び出す前に、適切なコンパクトなコンテキストを用意する」ことが真の仕事だと判断しています。この見解は、次のエンジニアリングの取り組みがモデルそのものではなく、それを支えるハーン(枠組み)に向かうべきであることを示唆しています。
この考え方は、「コンテキスト・エンジニアリング」というより広範な動きと響き合っています。Anthropic や LangChain からのガイダンス、そして観測性ベンダーの Mezmo もが同じ結論に収束しています。つまり、LLM を用いた推論や観測性を信頼性の高いものにするためには、高シグナルでコンパクトなコンテキストを最小限に絞り込むことが、今や中核的な技術分野となっているのです。
著者について
マーク・シルベスター
マーク・シルベスター氏は、英国バーミンガムにあるソフトウェアコンサルティング企業「グリフィス・ウェイテ」でプラットフォームおよびアーキテクチャマネージャーを務めています。プラットフォーム戦略の責任者として、エンタープライズクライアント向けに革新的なソリューションを提供することに注力しています。関心のある分野は、クラウドネイティブ技術、DevOps 実践、そしてエンジニアリングやアーキテクチャにおける AI の実用的な応用です。
もっと見る | 閉じる
原文を表示
A growing view among observability engineers holds that the reasoning ability of large language models is no longer the bottleneck in AI-assisted root cause analysis, and that the harder problem now sits in the pipeline that decides what data reaches the model.
For teams adding LLMs to incident response, the practical takeaway is that effort spent preparing context may pay off more than reaching for a larger model.
Most AI RCA efforts fall into two camps. Agent-based designs hand the model tools and let it investigate, choosing what telemetry to fetch as it reasons. Deterministic designs correlate signals up front and hand the model a single prepared context. Coroot's work reflects a broader industry shift towards that second camp: Dynatrace's Davis AI likewise leans on deterministic, topology-based causal analysis, traversing a real-time dependency map to pinpoint a root cause rather than turning an LLM loose in an open-ended agent loop. The two approaches break in different ways, which makes it hard to tell whether a failed diagnosis came from weak reasoning or from a harness that fed the model the wrong evidence.
Recent research from observability vendor Coroot tries to separate those two variables. In its original research, engineer Nikolay Sivko split RCA with an LLM into two jobs: reasoning over the data in front of it, and the harness that decides what data reaches the model and in what shape. He argued that "can AI do RCA?" is the wrong question, because the two jobs need to be measured apart.
Coroot's pipeline correlates signals into findings and passes them to the model in one focused context with no agent loop, which lets a wrong answer be blamed on the model rather than on missing evidence. To test it, Sivko built one scenario: a Chaos Mesh NetworkChaos experiment injecting delay between a catalogue service and its Postgres database, slowing queries and pushing the front-end into 502 errors. The context deliberately included misleading signals, including query timings inflated by network round-trip time. He then ran the same prompt, around 9,800 tokens, against eleven models, asking each for the root cause, the cause-and-effect chain, and the immediate fix.
Closed frontier models Claude Opus 4.8, GPT-5.5 and Gemini 3.1 Pro all passed, naming the experiment and flagging the need to delete both it and its schedule. Larger open-weight models mostly kept pace. Lower down, Gemma 4 31B was the only self-hostable model to identify the root cause, while the larger Qwen3.6 35B and Qwen3 Coder Next both missed it.
The findings do not settle the debate. Agent-based approaches keep a genuine advantage, since a model that fetches its own data can pull signals a fixed pipeline never anticipated, which matters for novel incidents outside a predefined correlation set. They pay for that flexibility in operability, though. Accounts from ZenML and Incident.io describe multi-agent LLM investigations as notoriously hard to debug in production, because a failed run leaves no clean stack trace, only unpredictable prompt interactions and emergent coordination between agents. That fragility pushes many practitioners the other way: engineers discussing the trade-off on Reddit report scrapping fully agentic designs in favour of mostly deterministic workflows with a narrow LLM step, citing better reliability and lower token cost. Deterministic pipelines trade some of that flexibility for repeatability and cleaner evaluation, which is much of why the industry increasingly treats the harness, not the model, as the hardest part of AI RCA.
On cost, Sivko noted that a single short call runs a few cents even on frontier models, because the correlation work happens before the model is called. He judged that the reasoning part of AI RCA "is basically solved" and that the real work is now "preparing the right, compact context for the model before you call it", a conclusion that points the next round of engineering effort at the harness rather than the model. That framing echoes a wider push around context engineering. Guidance from Anthropic and LangChain, along with observability vendor Mezmo, converges on the same idea: that curating the smallest set of high-signal, compact context is now a core discipline for making LLM-based reasoning and observability reliable.
About the Author
Mark Silvester
Mark Silvester is a Platform and Architecture Manager working at Griffiths Waite, a software consultancy based in Birmingham, UK. Responsible for platform strategy, with a focus on delivering innovative solutions for enterprise clients. Areas of interest include cloud-native technologies, DevOps practices, and the practical application of AI in engineering and architecture.
Show moreShow less
AI算出
技術分析ainew評価高い
AI 根本原因分析におけるパラダイムシフト(推論から文脈エンジニアリングへ)を、Coroot の独自調査および大規模モデル比較実験という具体的な証拠に基づき解説しており、実装や設計の参考となる深い技術的洞察を含んでいるため。
6つの評価軸を見る
- AI関連度
- 100
- 情報源の信頼性
- 75
- 新規性
- 75
- 調べる価値
- 75
- 重複の少なさ
- 100
- 日本での有用性
- 25
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み