エージェント・ウォッチドッグ: 一人の所有者,新しい証拠,検証された仕事

Zagent監視犬 は,別のエージェントの走行をフォローし,動作しているかどうかを決定し,合法的に待機しているかどうか,滞留しているかどうか,不確実か,失敗したかを,または完了したかを,そして,主張された結果を監査する独立した観察者である. 有用なデフォルトは レンタル契約の 監視犬で 証拠に基づいた速度が遅い 自動変異権限はありません プロセスが生きていると 要求された作業が正しいは別々の判決である. この定義は,現在の検索結果における曖昧さを解決します. ウォッチドッグは古いインフラストラクチャリニューートデモン,AIセキュリティ製品,または別のエージェントを監督するエージェントを意味する. このガイドでは第三の意味について説明します. Builder.ioの現在の agent watchdog スキルは,同じコンクリートハンドオフを記述します. 別のエージェントを待って,リクエストを再構築し,その後,diffs,ファイル,テスト,CI,スクリーンショット,レビュー状態に対するクレームをチェックします. 修理モードは別途で許可が必要です その分離は正しい出発点です 監視犬の所有権は1つだけ 監視犬には 独自のアイデンティティと 賃貸が必要です 2つのチェックで同じランの持ち主であると 結論付けることができます 診断が正しいとしても 2つの押さえて,再起動すると 効果が倍増する可能性があります こんなレコードを使います runId は,観察者を一つの作品に結びつける. watchdogId は所有者を特定する. 期限切れは 永久所有権を残す代わりに 観測者が倒れた後 再選を強要します observedAt は,判決がどれほど新鮮か述べています. lastProgressAt とは交換できません. 観測者は近年の進歩を記録できるが 自身の接続が 時代遅れになっている. 判決を下す前に 3つの所有権規則を執行する 1. 逃げるための 期限切れのない ウォッチドッグ レンタル契約があるはずだ 2. 観察者は,介入を分類するか推奨する前に,証拠を更新しなければならない. 3. 代替監視犬は,以前の賃貸契約が終了後または明示的に解放された後のみ接管することができる. 2つのIDが存在する場合は conflict を返してください. 暗黙の同期政策に 両者がただ助かっているだけではありません. 観察,介入,および結果ゲート クバーネテスは スタートアップ,準備力,ライフリティの探査を別々に記録しています なぜならそれらは異なる質問に答え 異なる行動を引き起こすからです また 負荷下での再起動が 失敗に転じると 文書は警告しています AIエージェントの監視犬には,追加の出口ゲートを持つ等価な分離が必要です. 観測ゲート: 証拠はランを分類するのに十分な新鮮か? 観測者のタイムスタンプ,エージェントの可用性,進捗受信,待機メタデータ,現在の端末状態を確認する. タイムアウトまたは欠落したサンプルは uncertain を発生させるが, stuck を証明しない. 介入ゲート: 行動は正当かつ許容されているか? 読み取りのみの監視犬は 古い証明書,所有者でない待機,または有用な進展がない10分を報告する可能性があります. ファイルを再起動したり キャンセルしたり ファイル編集したり メッセージを送信したり 予算を増やしたりする許可を得ないかもしれません 許可された行動ごとに 再び試し,時間,コストを制限する. O 出口ゲート: 要求された作業は検証器を通過したのか? 終末的なプロセスの状態は 活動証拠に過ぎない. コードタスクの場合,受信には期待されるコミットメント,クリーン・ターゲティングテスト,および必要なスクリーンショットが結合される可能性があります. 公開タスクでは API パリ,HTTP 200ページ,サイトマップの組み込み,レンダリング資産が必要です. 外部副作用のために,目的地回読または無効性の記録が必要かもしれません. GoogleのSREガイドラインは別の方向から同じ実用的な区別をします ホワイトボックスの信号は内部を説明しますが,ブラックボックスのチェックは,成功したプロトコルステータスが検出できない誤ったコンテンツを暴露します. 監視犬は両方保存すべきだ ログは,実行が止まった理由を説明することができる. 結果の領収書は,ユーザの要求が満たされたかどうかを決定する. 不確実性を保てる州規則を使用する 次の順序が重要です 進歩よりも 富有性と新鮮さが優先されます ターミナル自報告は,通用スタンドタイマーの前に行われますが,それでも検証を回避しません. 2分間の観測のフレッシュさと10分間の進捗ウィンドウは固定値であり,普遍的なデフォルトではありません. ワークフローから抽出します 通常40分ごとにマイルストーンを生成する部署は ファイルを毎分変更する インタラクティブなコーディングランより 異なる進捗ウィンドウが必要です 規則は,条件が異なる場合に対して実行します. ケース 証拠の変更 判決 次のアクションを制限する 新しい進歩 新しい試験マイルストーン working 後で観察する オーナーの待機 オーナーと将来の期限 waiting 締め切りの近くを通知する 持ち主でない待機 持ち主も期限もない needs human 両方を割り当て 遅延した走行 18分も進展はない stuck 1つの診断を準備する 静止観察者 最後の観測は4分前のものです uncertain 証拠を更新する 複製の監視犬 2人の監視犬の身分証明書 conflict 1人の所有者を選べ 報告済み 結果の領収書なし audit required アテファクトを検証する 確認済み 領収書券 complete リース契約 この記事で使用された実行可能な装置では,8つの予期される分類がすべて合格しました. 2つの比較が特に有用です 1人の生きた観察者との新たな進展は working ; 2人の生きた観察者IDの同じ証拠は conflict です. 補完された自報告が欠かした領収書が audit required 確認された領収書を追加することは,達成に必要な唯一の変更である. complete . 予想される証拠変化からカダンスを選択する 速度の投票は 失敗を早めに検出するわけではありません コストや騒音,料金制限圧力, 変化しないデータに対する繰り返し判断を 生み出せる. 証拠から予想される変化率と遅延の結果の順序を設定する. 長期の研究では,通常は15分ごとにマイルストーンが到着した場合,5分間の観測は合理的であるかもしれません. 予定された納品需要は 予想される開始と締め切りの周りにチェックされます 整日連続的な投票ではありません 人々の承認を待機するには,名前の持ち主とエスカレーションの締め切りが必要です. 繰り返される電話は,情報を追加しません. 有用なスケジュールには4つの数字があります 観測間隔 入手可能性と状態を更新する時 Freshness limit 観測者の証拠が利用できないとき 進捗ウィンドウ 意義のあるマイルストーン間の最も長い正常なギャップ ZZ もう1つの許可された介入前に最小の遅延. 最後の証拠を記録し タイムスタンプを記録する 新しいログラインは必ずしも新しい進歩ではない. 繰り返されるツール呼び出し,未変更のテスト失敗,または再生された同一のドラフトは,プロセスが活性化しているだけで進捗時計をリセットすべきではありません. 合理的な復元デフォルトは まだ報告先です stuck で走っている場合は, 1 つの境界診断またはスプッシュを準備してください. waiting の場合,決定を指定された所有者に送ってください. uncertain だとしたら,もっと良い証拠を集めなさい. conflict だとしたら,追加監督者を排除する. 逆転可能な再起動は別々に承認された政策のみで可能であり,後には有用な進展を確認しなければならない. 監視犬を仕事より小さくしてください エージェントの監視犬は 二度目のランタイム 制限のない審査員 自動固定器に 変えられるべきではありません 最低の有用な入力は,元の要求,後の範囲変更,安定した実行アイデンティティ,新しい進歩証拠,待機所有権,端末状態,およびタスク特有の結果検証です. 他のものは 集計費を稼ぐべきです このデザインには厳しい限界があります 一般的なテレメトリは任意の配信物であることを証明することはできません. 誰か 完成の意味を 定義しなければならない. 決定的なチェックが存在しない場合 監視犬は結果を人間または狭い範囲の裁判官に送信し 証拠を保存し 信頼を標識することができます 緑の状態を 作り出すべきではありません Sidewispの意図された製品領域は,既存の薬物の周りの健康層である:アクセス可能性,有用な進歩,待機,ツール,結果,安全な回復の境界線. Sidewisp は現在プライベートプレビュー段階です。 Sidewispは既にライブエージェントを監視したり修理したりしているという主張ではありません. 1回走と 1回観察から始めましょう 賃貸契約を要求し,ほとんど観察を読み続け, uncertain を保存し,作業開始前に結果領収書を定義する. 監督が失敗するもう一つの原因になるのを 許さない限り 監視の役員を役に立てます ソース Builder.io 代理監視犬 README コミット 51bb048 クーバーネテス: 活力,準備,スタートアップ探査 Google SREブック:分散型システム監視