워치도그 에이전트: 한 소유자, 새로운 증거, 검증된 작업

Zagent 감시견 는 다른 에이전트의 행보를 추적하고, 그것이 작동하는지, 합법적으로 기다리는 것인지, 갇혀 있거나 불확실하거나 실패하거나 완료되었는지 결정하고, 주장된 결과를 감사합니다. 유용한 기본값은 임대 계약, 증거에 기반한 느린 순차와 자동 변동 권한이 없는 독자적인 감시 개입니다. 프로세스는 살아있다 그리고 요청된 작업이 옳다 는 별도의 판결이다. 이 정의는 또한 현재 검색 결과의 모호함을 해결합니다. 워치도그는 오래된 인프라 재부팅 데이몬, AI 보안 제품 또는 다른 에이전트를 감독하는 에이전트를 의미할 수 있습니다. 이 가이드 는 세 번째 의미 를 다루고 있습니다. Builder.io의 현재 agent watchdog 능력은 동일한 구체적인 전달을 설명합니다: 다른 에이전트를 기다리고 요청을 재구성하고, 다른 파일, 테스트, CI, 스크린샷 및 검토 상태에 대한 주장을 확인하십시오. 그 수리 모드는 분리되어 있으며 허가가 필요합니다. 그 분리가 올바른 출발점입니다. 정확히 한 개 보호견의 소유권을 감시견은 자신의 정체성과 임대 계약이 필요합니다. 그 없이 두 개의 정기적인 검사가 모두 같은 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 두 가지 진단이 옳다고 하더라도 두 번이나 두 번이나 두 번이나 두 번이나 두 번이나 두 번이나 두 번이나 두 번이나 되풀이 될 수 있습니다. 이런 음반을 사용하세요: runId 는 관찰자를 하나의 작품에 묶는다. watchdogId 는 소유자를 식별합니다. 만료로 인해 영구 소유권을 남기기기 보다는 observedAt 는 판결이 얼마나 신선한지 말합니다. lastProgressAt 와 교환이 불가능합니다. 관찰자는 자신의 연결이 노후화되어 있는 동안 최근의 진전을 기록할 수 있습니다. 모든 판결 전에 소유권 규칙을 세 가지로 적용하세요. 1. 경비견 임대 계약이 한 개 밖에 안 돼 2. 관찰자는 개입을 분류하거나 추천하기 전에 증거를 새로워야 한다. 3. 대체 감시견은 이전 임대 계약이 만료되거나 명시적으로 방출된 후에만 업무를 수행할 수 있습니다. 만약 2개의 실제 ID가 있다면 conflict 를 반환하세요. 둘 다 단지 도움을 주는이 암묵적인 동시정책이 될 수 있게 해서는 안 됩니다. 별도의 관찰, 개입 및 결과 게이트 쿠버네티스는 스타트업, 준비 및 라이브리티 조사를 별도로 기록합니다. 왜냐하면 그들은 다른 질문에 답하고 다른 행동을 유발하기 때문입니다. 그 문서는 또한 나쁜 라이프리티 규칙이 부하하에서 재발전하는 것을 캐스케이드 실패로 바꿀 수 있다고 경고합니다. AI 요원 감시견은 추가 출력 게이트와 동등한 분리 장치가 필요합니다. 관측 게이트: 실행을 분류하기에 충분한 증거가 신선합니까? 관찰자 시간표, 에이전트 접근성, 진전 수신, 대기 메타데이터 및 현재 터미널 상태를 확인합니다. 타임아웃 또는 실종된 샘플은 uncertain 를 발생시킵니다. 그것은 stuck 를 증명하지 않습니다. 간섭 게이트: 행위가 정당화되고 허용되는가? 독서만 하는 감시견은 쓸모없는 자격증, 소유자가 없는 대기 또는 유용한 진전이 없는 10분 정도를 보고할 수 있습니다. 다시 시작하거나 취소하거나 파일을 편집하거나 메시지를 보내거나 더 많은 예산을 지출할 수 있는 권한을 내포하지 않을 수 있습니다. 허용된 모든 행위에 자신의 재시험, 시간 및 비용 제한을 부여하십시오. O 출력 게이트: 요청된 작업은 검증기를 통과했습니까? 터미널 프로세스 상태는 단지 활동 증거일 뿐이다. 코드 작업에 대해, 영수증은 예상된 약속, 깨끗한 목표 테스트 및 필요한 스크린샷을 결합 할 수 있습니다. 출판 작업에서는 API 평정, HTTP 200 페이지, 사이트 지도 포함 및 렌더링 자산이 필요할 수 있습니다. 외부 부작용을 위해 목적지 리드백 또는 무력성 기록이 필요할 수 있습니다. 구글의 SRE 지침은 다른 방향과 같은 실질적인 구별을 합니다. 화이트박스 신호는 내부를 설명하고, 블랙박스 체크는 성공적인 프로토콜 상태가 감지할 수 없는 잘못된 콘텐츠를 노출합니다. 감시견은 둘 다 보존해야 합니다. 로그는 실행이 왜 중단되었는지 설명할 수 있습니다. 결과 수신은 사용자의 요청이 만족되었는지 여부를 결정합니다. 불확실성을 유지하는 국가 규칙을 사용하십시오 다음 순서가 중요합니다. 소유와 신선함은 진보보다 먼저 있습니다. 터미널 자체 보고서는 일반 정지 타이머보다 먼저 발생하지만 여전히 검증을 우회하지 않습니다. 2분 관측 신선함과 10분 진행 창은 고정 값이고, 보편적인 기본값이 아닙니다. 작업 흐름에서 추출합니다. 일반적으로 40분마다 랜드마크를 만들어내는 배포는 매분마다 파일을 변경하는 인터랙티브 코딩 실행에서 다른 진행 창이 필요합니다. 한 번에 한 조건이 다른 경우에 대한 규칙을 실행하십시오: 사건 변화된 증거 판결 제한된 다음 액션 새로운 발전 새로운 시험의 한 획 working 나중에 관찰해 보세요. 소유한 대기 소유자 및 미래 기간 waiting 근접한 날짜를 통보합니다. 소유되지 않은 대기 소유자 또는 임기가 없습니다 needs human 둘 다 할당하라 운행이 중단된 상태 18분 동안 진전이 없었다 stuck 진단을 준비하라 정지 관찰자 마지막 관찰은 4분 전에 uncertain 새로운 증거 복제 감시 개 2개의 생방송견 신분증 conflict 한 명의 소유자를 선택 보고된 완료 결과 인증을 받지 않습니다. audit required 유물을 확인 확인 완료 영수권 complete 유출 임대 계약 이 기사 에 사용 된 실행 가능한 장치 에서, 예상 된 8 가지 분류 모두 통과되었습니다. 두 가지 비교가 특히 유용 합니다. 한 명의 살아있는 관찰자와의 새로운 발전은 working 입니다. 두 명의 살아있는 관찰자 ID와 동일한 증거는 conflict 입니다. 실종된 영수증과 함께 작성된 자기보고서는 audit required 입니다. 검증된 영수증 추가는 complete 에 도달하기 위해 필요한 유일한 변경 사항입니다. 예상된 증거 변화에서 순서 선택 더 빨리 투표하는 것은 반드시 실패를 더 빨리 감지하는 것은 아닙니다. 그것은 비용, 잡음, 속도 제한 압력, 그리고 변경되지 않은 데이터에 대한 반복적인 판단을 만들 수 있습니다. 증거에서 예상되는 변화율과 지연의 결과를 나타내는 순서열을 설정합니다. 긴 연구 기간 동안 5분간의 관찰은 합리적이 될 수 있습니다. 보통 15분마다 랜드마크가 도착하면 됩니다. 예정된 배달품은 예상되는 시작과 날짜에 대한 점검이 필요합니다. 하루 종일 지속적으로 투표를 하지 않습니다. 인적 승인을 기다리는 데는 이름의 소유자와 승강 기간이 필요합니다. 반복되는 전화는 정보를 추가하지 않습니다. 유용한 스케줄은 네 개의 숫자를 가지고 있습니다. 관찰 간격 접근성 및 상태를 업데이트 할 때 Freshness limit 관찰자의 자신의 증거가 쓸모 없게 되면 진행 창 의미 있는 걸음돌 사이의 가장 긴 정상적인 격차 Z행동 냉각 또 다른 승인된 개입 전에 최소 지연. 마지막 증거와 시간표를 기록하세요. 새로운 로그 라인은 반드시 새로운 진보가 아닙니다. 반복된 도구 호출, 변함없는 시험 실패 또는 재생된 동일 드래프트는 프로세스가 활성화되어 있기 때문에 진행 시계를 재설정해서는 안 됩니다. 합리적인 복구 고립은 여전히 보고 첫 번째입니다. 만약 경기가 stuck 이라면 한 가지 경계 진단 또는 추진을 준비하십시오. 만약 waiting 인 경우, 그 결정을 명명된 소유자에게 전달하십시오. 만약 uncertain 라면 더 나은 증거를 수집하세요. 만약 conflict 가 있다면, 추가 감독자를 제거하세요. 개별적으로 승인된 정책만이 되돌릴 수 있는 재발전을 허용해야 하며, 감시자는 그 후에 유용한 진전을 확인해야 한다. 경비견을 일보다 작게 유지하십시오. 요원 감시견은 두 번째 런타임, 무제한 리뷰어, 그리고 자율적인 고정관념자가 되어서는 안 됩니다. 최소한의 유용한 입력은 원래 요청, 나중에 범위 변경, 안정적인 실행 아이덴티티, 신선한 진전 증거, 대기 소유, 터미널 상태, 작업에 대한 결과 검증기입니다. 다른 모든 것은 수집 비용을 지불해야 합니다. 이 디자인은 딱딱한 한계를 가지고 있습니다. 일반적인 텔레메트리는 임의의 전달가능성을 증명할 수 없습니다. 누가 Done의 의미를 정의해야 합니다. 결정적 검사가 존재하지 않는 경우, 감시자는 결과를 인간이나 좁은 범위의 판사에 전달하고 증거를 보존하고 신뢰를 표시할 수 있습니다. 녹색 상태를 만들어내지 않아야 합니다. Sidewisp의 의도된 제품 영역은 기존 요인을 둘러싼 건강 계층입니다: 접근성, 유용한 진보, 대기, 도구, 결과 및 안전한 복구 경계가. Sidewisp는 현재 비공개 프리뷰 단계입니다. 생산 모니터링 엔진과 런타임 어댑터는 일반적으로 배송되지 않으므로 이 문서의 계약은 현재 실행 시간에 구현할 수 있는 운영 패턴입니다. Sidewisp가 이미 실시간 에이전트를 감시하거나 수리한다는 주장이 아닙니다. 한 번 실행하고 한 번 관찰하는 것부터 시작하세요. 임대 계약을 요구하고, 관찰을 주로 읽으며, uncertain 를 보존하고, 작업이 시작되기 전에 결과 인증을 정의하십시오. 그 정도면 감독이 또 다른 실패의 원천이 되지 않고도 감시원들을 유용하게 만들 수 있을 것 같습니다. 출처 Builder.io 요원 감시견 README 51bb048 쿠버네테스: 활력, 준비, 시작 탐사 구글 SRE 책: 분산 시스템 모니터링