
ハーネスが必要な理由
- 難しい問題は境界をまたぎます。 チェックアウトの遅延は、コードの変更、Kubernetes のロールアウト、データベースの上限、ノイズの多いアラートに同時にまたがることがあります。解決するには、それらをまとめて見る必要があります。
- ベストプラクティスより証拠。 CloudThinker は実際のシステムに問い合わせるため、その回答には一般的なアドバイスではなく、あなたのサービスやリソースの名前が挙がります。
- 並列での調査。 複数の仮説を 1 つずつではなく、同時に検証します。
- ガードレールは常に有効です。 ハーネスが行うことはすべて、ワークスペースの Manual または Auto 設定の範囲内で実行されます。
- 効果が積み重なります。 各モジュールが何かを残し、次の実行はそこから始まります。
オーケストレーション
組み込みのアシスタントである CloudThinker が、各タスクを計画します。難しい問題では一時的なサブエージェントを起動し、それぞれが 1 つの仮説に絞って検証します — 調査中は読み取り専用です。その後、得られた結果を証拠付きの 1 つの結論にまとめます。実際の流れは 根本原因分析 をご覧ください。あらゆる領域からのコンテキスト
ハーネスが推論できるのは、アクセスできる範囲だけです。接続を 1 つ追加するごとに、領域が 1 つ増えます。
ワークスペースで接続する領域が多いほど、CloudThinker は 1 回で問題のより多くの部分を把握できます。
すべてのモジュールが賢さを高める
各モジュールは作業から得たものを保持してフィードバックするため、CloudThinker はあなたの環境を日々少しずつ深く理解していきます。
何を保持するかはあなたが管理できます。メモリを修正・削除したり、カスタムエージェントごとにスキル学習をオフにしたりできます。
難しい問題をエンドツーエンドで
- アラートが届きます。 Pulse がノイズを除去し、本当の問題をインシデントとしてルーティングします。
- CloudThinker が計画します。 Incident Memory から過去の類似した問題を読み取り、作業を仮説 — 直近のデプロイ、Pod のロールアウト、データベースの上限 — に分割します。
- サブエージェントが並列で証拠を収集します。 コード、インフラ、ツールの接続から集めます。
- 1 つの回答が得られます。 根本原因、その裏付けとなる証拠、承認を求める修復案です。
- ハーネスが教訓を保持します。 次に似たインシデントが起きたときは、より進んだ地点から始められます。
関連
CloudThinker の全体像
ワークスペース、ガードレール、モジュールの中でハーネスがどこに位置するかを確認する
エージェント
CloudThinker とサブエージェントがどのように作業を分担するかを学ぶ
根本原因分析
実際の調査を仮説から結論まで追う
ワークスペースメモリ
エージェントが記憶している内容を確認して修正する