수정 후 에이전트 모니터링: 5 단계 로 회복 을 증명 하십시오

AI 에이전트는 재발전, 재실험 또는 추진이 성공적으로 돌아왔기 때문에 복구되지 않습니다. agent 모니터링 의 실질적인 기본은 5 단계로 회복을 확인하는 것입니다: 승인된 개입을 기록하고, 접근성 및 준비성을 확인하고, 작업에 대한 구체적인 진전을 관찰하고, 약속된 결과를 독립적으로 확인하고, 재발에 대한 안정성 창을 관찰합니다. 가장 강력한 검사가 통과될 때까지 recovering , uncertain , 또는 needs human 이 건강하지 않은 상태를 유지하십시오. 이 차이점은 수리 명령과 사용자 작업이 서로 다른 계층에 있기 때문에 중요합니다. 절차가 재개될 수 있는 기간은 그 자격증의 만료가 남아 있는 기간이다. 에이전트가 같은 도구 호출을 반복하는 동안 심장 박동이 재개될 수 있습니다. 에이전트는 파일, 티켓, 메시지 또는 배포가 아직 없는 동안 완료된다고 선언할 수 있습니다. 회복은 증거의 주장이고 활동적인 사건은 아닙니다. 검증 계단으로 사고를 제거 녹색 상태가 아닌 계단을 사용하세요. 각 단계 는 서로 다른 질문 에 대한 해답 을 주고 있으며, 그 단계 는 자신 의 시간표, 출처 및 신뢰 를 유지 해야 합니다. 단계 질문 최소한의 증거 실패한 경우 알려주세요 개입 정확한 제한된 행동은 승인되고 실행되었습니까? 승인 참조, 행동 유형, 시도 ID, 출력 또는 API 결과 needs human 또는 intervention failed 접근성 실행 시기는 접촉 가능 하고 그 임무 를 수행 할 준비가 되어 있습니까? 신선한 심장 박동과 작업에 관련된 준비 검진 unreachable 또는 alive only 발전 개입 이후 유용한 작업이 바뀌었나요? 단조적인 유물, 완성된 단위, 커서, 테스트 델타 또는 목적지 변경 alive only 또는 recovering 결과 약속된 결과는 존재하고 그 결정적 검사를 만족시키는가? 목적지 고유 검색, 소화, 테스트, 수정 또는 수신 false recovery , recovering 또는 uncertain 안정성 진단을 받은 실패는 반복될 만큼 오랫동안 사라졌는가? 반복되는 증상이 없는 작업량별 관찰 창 relapsed 또는 recovered 합리적인 기본값은 보수적입니다. 접근가능하지만 유용한 작업을 움직이지 않은 에이전트는 alive only 입니다. 측정 가능한 작업을 재개했지만 결과에 도달하지 않은 에이전트는 recovering 입니다. 안정성 창에서 살아남은 신선한 결과 증거만이 recovered 를 얻습니다. 쿠버네티스는 컨테이너에 대한 관련 분리법을 사용합니다. 탐사 문서는 시작, 활력 및 준비에 다양한 작업을 제공합니다. 활력으로 다시 시작이 시작될 수 있으며, 준비는 컨테이너가 트래픽을 수신해야하는지 여부를 제어합니다. 또한 잘못된 생명성 탐사선이 캐스케이드 실패로 이어질 수 있다고 경고합니다. 비유는 한계를 가지고 있습니다. 에이전트 작업은 Pod이 아닙니다. 그러나 운영 수업이 전송됩니다. 프로세스가 다시 시작되어야 합니다. 작업이 준비되어 있습니다. 안정성 창은 임의의 5분간의 수면이 아닙니다. 원래의 실패가 다시 돌아올 수 있는 가장 짧은 간격을 선택하세요. 두 개의 도구 호출을 반복하는 루프에 대해 적어도 두 가지 깨끗한 도구 호출 기회를 관찰하십시오. 예정된 출판사를 위해, 다음 결과 날짜를 기다립니다. 자격증 실패에 대해서는 파괴적이지 않은 검사를 통해 해당 허가를 한 번 사용하십시오. 창은 수리를 왜곡할 수 있을 만큼 길어야 하지만 결정적인 증거가 존재하면 사건은 모호하게 남아 있을 만큼 길지 않아야 합니다. 한 번의 복원 시도를 기록하고, 명령의 순서가 느려지지 않습니다. 진단, 권위, 개입, 검증은 변함없는 시도 ID에 연결합니다. 그렇지 않으면, 모니터는 나중에 수동으로 다시 시작되는 심장 박동과 더 일찍 자동으로 밀어붙이면서 설명할 수 없는 회복을 보고할 수 있습니다. 프라이버시 제한된 이벤트는 다음과 같습니다. 이 사건은 명령, 응답, 비밀, 원료 도구 사용량, 또는 절대적인 경로를 필요로 하지 않습니다. 행동의 경계와 증거의 경계가 필요합니다. action completed 를 영수증으로 저장해 두세요. 이 규칙은 아시크로노스 API에 특히 중요합니다. RFC 9110 섹션 15.3.3는 HTTP 202 Accepted 응답이 처리 작업이 완료되지 않았으며 발생하지 않을 수도 있음을 의미합니다. 응답은 현재 상태를 설명하고 상태 모니터로 표시해야합니다. 만약 에이전트의 복구 어댑터가 202 를 수신한다면, 그 모니터를 따라가거나 목적지를 문의하십시오. 수용된을 정형으로 번역하지 마십시오. 흔적은 같은 범위를 가지고 있습니다. OpenTelemetry는 팽창를 작업 단위와 그 상태를 추적하는 작업의 상태로 정의합니다. 깨끗한 restart agent 스탠은 동작이 오류를 보고하지 않았다는 것을 증명합니다. 보고서는 작성되었는지, 티켓이 도착되었는지 또는 배포가 의도된 수정에 도움이 되었는지 정의하지 않습니다. 후속 진출과 결과 증거에 개입 기간을 연결하고 그 상태를 과장하지 마십시오. 권위는 기록에도 포함됩니다. 다시 시작하거나 인증서 업데이트, 메시지 전송 또는 롤백이 승인되어야만 유효한 승인이 없으면 모니터에서 needs human 를 방출해야 합니다. 그 행위를 시도하고 그 후에 후의 허가를 요청해서는 안 됩니다. 회복은 또 다시 시도와 시간 예산이 필요합니다. 첫 번째가 실패한 후 두 번째 개입은 새로운 결정입니다. 원래 명령의 보이지 않는 연장이 아닙니다. 심박수를 복제합니다. 거짓 긍정 이 보조 장치에는 8개의 합성 개입 후 사례가 포함되어 있습니다: 실종 권한, 행동 오류, 심장 박동에만 활동, 재개된 진전이, 검증된 안정적인 회복, 재발, 오래된 검증자 증거, 그리고 실종 목적지 결과로 에이전트가 선언한 완료. 미술품 디렉토리에서 분류자를 실행하세요: 결정적인 결과는 다음과 같습니다. 순진한 규칙 행동이 완료되고 심장 박동이 현재 에 6건의 회복이 보고되고 있습니다. 계단에서 1번의 보고가 있습니다. 그 이유는 계단이 비관적이기 때문이 아닙니다. 한 가지 사례는 recovering 입니다. 유용한 발전이 재개되고 그 결과는 여전히 기다리고 있습니다. 다른 하나는 새로운 결과 증거를 가지고 있지만 진단된 실패를 반복합니다. 그래서 relapsed 입니다. 세번째는 검증된 모양의 결과를 가지고 있습니다. 2분 동안의 신선한 계약에 따라 10분 된 결과입니다. 그래서 uncertain 입니다. 실패하거나 건강하지 않습니다. 정렬의 120 제2의 신선도 임계량은 일러스트티브이며 생산 기본이 아닙니다. 증거의 신선도는 검증자에게 달려 있습니다. 지역 저장소에 있는 파일 소화가 즉시 결정적일 수 있습니다. 결국 일관된 검색 지수는 문서화 된 지연이 필요할 수 있습니다. 검증기 자체가 사용할 수 없는 경우, uncertain 를 보존하고 실종된 신호를 노출하십시오. 레이시보드를 녹색으로 만들기 위해 에이전트를 다시 시작하지 마십시오. 구글의 분산 시스템 모니터링 장은 증상과 원인을 구분하고 블랙박스와 백박스 증거를 구분합니다. 또한 잘못된 콘텐츠를 가진 성공적인 프로토콜 응답은 엔드 투 엔드 테스트가 필요할 수 있는 오류로 간주됩니다. 이 회복 계단에서, 개입 영수증과 런타임 텔레메트리는 화이트 박스 원인에 대한 증거입니다. 목적지 내적 결과 검사는 블랙박스 증상 검증입니다. 둘 다 유용하지만, 이 둘만이 사용자가 실제로 잃어버린 것을 해결할 수 있습니다. 회수 검증을 운영 계약으로 전환 모니터링된 작업 클래스마다, 사고 전에 계단을 정의하십시오. 제한된 개입을 허용하는 실패 상태; 각 조치를 승인할 수 있는 사람 또는 정책; 되돌릴 수 있는 행동과 그 노력, 시간, 비용의 제한 실행 시 대비 검사는 액션 후; 예상 방향과 함께 유용한 진전 필드 하나, 결정적 결과 확인기, 그 기간 및 신선함 제한 안정성 창을 닫는 재발의 기회 시도가 실패할 때 역전 또는 격전 경로를. 판결의 어휘는 작게 유지하세요. Needs human 는 권한, 비밀 또는 돌이킬 수 없는 결정이 없어진 것을 의미합니다. Intervention failed 는 승인된 작업이 완료되지 않았다는 것을 의미합니다. Alive only 는 실행시간이 준비되어 있지만 유용한 진전이 없는 것을 의미합니다. Recovering 는 성과 또는 안정성 검사가 열려있는 동안 진행이 재개되었다는 것을 의미합니다. Uncertain 는 결정적인 증거가 없어진다는 것을 의미합니다. False recovery 는 약속된 결과 없이 종료된 결과 기간을 의미합니다. Relapsed 는 원래 증상이 반환된 것을 의미합니다. Recovered 는 작업에 대한 결과물이 확인되고 재발 창이 깨끗하게 유지된다는 것을 의미합니다. 정직한 한계가 있습니다. 어떤 결과는 결정적으로 확인할 수 없습니다. 사업자가 분석을 받아들인 경우 인간적인 결정이 필요할 수 있습니다. 목적지는 또한 응답 시간이 끝나기 전에 부작용을 일으킬 수 있습니다. 다시 시도하기 전에 무력함 키 또는 독립적인 검색을 사용하십시오. 증거가 상황을 해결할 수 없을 때 불확실성을 가시적으로 유지하십시오. Sidewisp는 현재 비공개 프리뷰 단계입니다. 생산 모니터링 어댑터, 토큰 비용 분석 및 복구 실행은 일반적으로 배송되지 않습니다. 의도된 방향은 기존의 실행 시간과 함께 진단, 권위, 증거의 신선함, 유용한 진보 및 결과 검증을 명시적으로 만드는 건강 계층입니다. 그것은 의무적인 모델 게이트웨이나 자율 고정 장치가 되지 않아야 합니다. 만약 그 운영 모델이 당신의 에이전트에 맞는다면, 개인 예전에 참여. 출처 쿠버네테스: 활력, 준비, 시작 탐사 구글 SRE 책: 분산 시스템 모니터링 RFC 9110: HTTP 세맨틱스, 202 승인 오픈텔레메트리: 흔적