재발전 중 에이전트 관찰성: 전달 수신 패턴

에이전트 관측 가능성은 보통 한 번의 경주 안에서 일어난 일들에 대해 답합니다. 그것은 유용하지만, 다른 에이전트가 일을 위임하거나 퇴근하거나 다시 시작하거나 다른 에이전트를 기다리는 경우에 충분하지 않습니다. 실질적인 해결책은 의 지속가능한 전달 영수증 입니다. 이 과정 중 어느 쪽에서도 누가 그 작업을 받아들였는지, 어떤 결과가 기대되고 어떤 증거가 그 작업을 종료할지 알려주는 작은 기록입니다. 디버깅을 위한 추적을 유지하세요. 연속성을 위한 영수증을 추가합니다. 흔적은 전달 도구가 성공적으로 반환되었다는 것을 보여줄 수 있습니다. 영수증은 운영자에게 수신자가 업무를 받아들였는지 그리고 약속된 유물이 나중에 확인되었는지 알려줍니다. 짧은 대답은: 경계를 관찰하고, 경주뿐만 아니라 양보는 건강할 수 있는 것은 4가지 다른 사건들을 구분할 수 있을 때일 뿐이다. 1. 송신자는 제한된 작업을 위임했다. 2. 수신자가 동일한 업무를 인정한 경우 3. 유용한 진전이 기록되었거나 정당한 기다림이 기록되었다고 합니다. 4. 예상된 결과는 확인되었습니다. 이러한 사건들은 서로 다른 과정과 흔적에서 발생할 수 있습니다. 대기 대기, 숙주 재발전 또는 인간의 승인으로 분리될 수 있습니다. 기억의 한 장으로 취급하는 것은 취약한 의존성을 만듭니다. 작업에 대한 설명의 맥락은 과정과 함께 사라질 수 있습니다. OpenTelemetry는 컨텍스트 퍼포먼스를 설명합니다는 서로 다른 프로세스의 스펙을 추적으로 조립할 수 있는 메커니즘으로 또한 나중에 작업이 단순한 아동 기간이 될 수 없는 인과관계적 비동기적 작업에 대한 스파인 링크를 제공합니다. 상관관계를 해소합니다. 그것은 여러분의 신청서의 약속, 수용 또는 결과 확인 규칙을 정의하지 않습니다. 영수증은 그 공백을 채우죠. 의도적으로 기록보다 작고 로그 라인보다 명확합니다. 보통의 흔적이 도움이 되지 않는 곳 연구 에이전트가 다른 직원에게 소스를 확인하는 작업을 맡기는 것을 생각해 보십시오. 송신자는 handoff 의 성공적 팽창과 출구를 기록합니다. 10분 후에 작업자는 새로운 프로세스를 시작하여 접근할 수 없는 하나의 소스를 발견하고 다른 방법을 사용하기 위해 승인을 기다리고 있습니다. 3개의 주들은 지금 속박하게 비슷하게 보일 수 있습니다. 그 임무는 여전히 줄을 서고 결코 받아들여지지 않았습니다. 근로자는 이를 받아들여 합법적으로 기다리고 있다. 근로자는 명령을 완료했지만 요청된 증거 파일을 제시하지 않았습니다. 이 양식을 묶은 기간은 둘 중 하나를 결정할 수 없습니다. 그 성공적 끝은 환승 작전이 오류 없이 돌아왔다는 것을 의미합니다. OpenTelemetry는 스파인 상태가 해당 스파인에 의해 추적된 동작을 설명한다는 것을 명시합니다. 이것은 나중에 사업 결과가 존재한다는 증거가 아닙니다. OpenAI 에이전트 SDK는 다른 방향에서 같은 경계를 보여준다. 내장된 추적 기록 실행, 도구 호출, 전달, 경비 및 사용자 지정 이벤트입니다. group id 는 여러 흔적을 연관시킬 수 있으며, handoff span 는 위임을 보여줄 수 있습니다. SDK는 또한 흔적 수출이 무대화되어 있으며 즉각적인 배달이 필요한 경우 명시적인 플러시를 요구할 수 있다고 지적합니다. 리치 트래싱은 디버깅을 위한 증거들을 향상시킵니다. 여전히 수급 수급 수급 수험에 대한 외부 규칙이 필요합니다. 그렇기 때문에 에이전트 관측 가능성은 명령 완료가 결과 완료로 붕괴되지 않아야합니다. 최소한의 송금 영수권 계약 국가 전환에 한 개의 추가 기록만 저장하십시오. 저장소는 데이터베이스 테이블, 내구적인 큐 로그 또는 단일 호스트에 있는 NDJSON 파일이 될 수 있습니다. 중요한 특성은 참여하는 과정 중 어느 쪽도 유일한 복사본을 소유하지 않는다는 것입니다. 여기 작은 이벤트 형태가 있습니다. 6개의 필드는 대부분의 값을 가지고 있습니다. operation id 는 사용자가 볼 수 있는 작업의 지속가능한 정체성입니다. 다시 시도하고 다시 시작하면 살아남을 수 있습니다. handoff id 는 한 번의 위임 시도를 식별합니다. 재시험하면 역사를 덮어쓰지 않고 새로운 신분증을 얻습니다. event 는 delegated , accepted , progress , waiting , completed , 또는 outcome verified 의 하나이다. expected artifact 는 결정적 검증 목표물을 지정합니다. 또한 테스트, API 조건, 또는 검토 결정의 이름을 지정할 수 있습니다. trace id 는 영수증을 해당 텔레메트리에 의존하지 않고 세부적인 텔레메트리에 다시 가리킨다. reason 는 대기, 거부 또는 검증 실패를 제한된 운영 용어로 설명합니다. 이 기록에 명령어, 자격증, 모델 출력, 또는 원료 도구의 유용한 부하를 넣지 마십시오. 영수증은 지표와 상태 기기입니다. 두번째 추적 백엔드가 아닙니다. 합리적인 기본값은 첨부만 전환과 파생된 현재 상태입니다. 하나의 변성 줄을 업데이트하는 것은 유혹적이지만 미흡한 줄에서 지연된 인정을 구별하는 데 필요한 증거를 파괴합니다. 알림을 선택하기 전에 오류 사례를 복제하십시오 이 문서의 동반 장치에는 네 가지 작업이 포함되어 있습니다. 검증된 전달, 승인되지 않은 위임, 합법적인 승인 기다림, 검증되지 않은 유물과 함께 거짓 성공한 완료. 분류자는 의도적으로 결정적인 것입니다. 다음으로 실행하세요: 기대되는 결과는 다음과 같습니다. 이 작은 테스트에서 두 가지 관측이 나온다. 첫째, 승인 지연시간과 결과 검증은 독립적입니다. op 101 는 빠르게 받아들여지고 나중에 실패할 수 있습니다. op 102 는 이미 모델 호출이나 도구 실행이 시작되기 전에 건강에 좋지 않습니다. 수신자 실행 시 시작되는 추적 중심의 패시보드는 고아자를 볼 수 없습니다. 둘째, 기다림은 선언된 의존성이 필요합니다. op 103 는 최근 진전이 없습니다. 하지만, 그것을 막혀있는 것처럼 취급하는 것은 잘못된 것입니다. 왜냐하면 영수증에 필요한 승인을 표시하기 때문입니다. 활동의 부재는 상태와 기대와 결합될 때만 실행될 수 있습니다. 고정된 장치의 120초의 인정 제한은 하나의 예로써 보편적인 임대값이 아닙니다. 대기열에서 관찰된 배달 지연 및 작업의 긴급성에서 설정합니다. 일조 작업은 몇 분 동안 지속될 수 있고, 상호작용하는 작업은 몇 초 동안 지속될 수 있습니다. 변수가 숫자가 아니라 전환입니다. 메타데이터를 유출으로 바꾸지 않고 인과관계를 유지합니다. 트레이스 아이디를 포인터로 사용해서 하류 노동자들이 실제로 필요로 하는 식별자만을 전파하세요. OpenTelemetrys 짐 안내는 일반적으로 HTTP 헤더로 짐이 전송되고 의도하지 않은 제3자에게 도달할 수 있으며, 내장된 무결성 검증이 없다는 것을 경고합니다. 이는 원료 목표, 고객 텍스트, 파일 시스템 경로, 인증서 등에 특히 낮은 확산 가치를 부여합니다. 더 안전한 경계는 다음과 같습니다. 불투명한 operation id 와 handoff id 를 퍼뜨리는 실행시간이 이를 지원할 때 수신자 추적에서 위임자 추적에 대한 랜프링 링크를 생성한다. 예상된 유물 및 승인 상태를 신뢰할 수 있는 내구성 저장소에 보관합니다. 승인된 호스트 경계 내에서만 민감한 컨텍스트로 식별자를 해결합니다. 수신자 인증, 상관 메타데이터는 정체성 증명이 아니기 때문입니다. 타협이 있습니다. 최소한의 영수증은 모델이 도구를 선택하거나 전체 대화를 재구성하는 이유를 설명할 수 없습니다. 그건 의도적이죠. 추적 및 로그를 사용하여 상세한 조사에 따라 보관 및 개인 정보 보호 규칙을 준수하십시오. 영수증을 사용하여 작은 운영 질문에 신뢰할 수 있게 대답하십시오. 책임은 움직였습니까? 약속된 결과가 지켜졌습니까? 영수증을 운영자 상태로 전환 빨간색이나 녹색의 상태를 피하십시오. 영수 기록은 5개의 국가들이 서로 다른 반응을 보인다고 합니다. Working : 최근 유용한 발전으로 받아들여졌습니다. 방해하지 마세요. Waiting : 외부 의존성 또는 인간의 결정이 불특정입니다. 다시 시도하는 대신 요청의 라우팅을 하세요. Stuck : 받아들여지고, 기다리지 않고, 작업의 증거 창 내에서 유용한 진전이 없습니다. 한 번의 회복을 준비하세요. Uncertain : 기록은 동의하지 않거나 작성자가 신뢰할 수 없거나 필요한 증거가 없습니다. 배우기 전에 물어봐 실패한 결과 : 실행이 완료되었지만 유물 검사는 실패하거나 발생하지 않았습니다. 결과물을 다시 열고, 모든 흔적을 열지는 않습니다. 회복 경계가 중요합니다. 고아가 된 송신은 재임이 불가능하고 재시험 한계가 알려져 있는 경우 재수송을 정당화할 수 있습니다. 대기하는 건 타이머가 만료되었기 때문에 다시 시도해서는 안 됩니다. 거짓 성공 상태는 실종된 검증기를 실행하거나 실종된 유물을 요청해야 합니다. 전체 요인을 재생하면 부작용이 복제될 수 있습니다. 자동화된 응답마다 권위, 최대 시도, 비용 또는 시간 제한 및 회복이 성공한 것으로 표시되는 증거를 기록하십시오. Retry commands left zero는 원래의 약속이 출판된 보고서, 통합 변경 또는 전달된 메시지가 될 때 충분하지 않습니다. 이것은 Sidewisp에 대한 의미 이 수신 패턴은 운영 질문과 일치합니다 Sidewisp 그 중 하나는 에이전트가 일하고, 기다리고, 갇혀, 불확실하거나 약속된 결과를 놓치고 있는지에 대한 명확성을 위해 설계되었습니다. 또한 필요한 제품 한계를 존중합니다. 진단은 모든 회복보다 먼저 이루어지고, 그 결과적인 행동은 명시적인 권한을 필요로 합니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 공공 사이트와 기사 시스템은 실시간으로 제공되며 생산 에이전트 건강 수집, 런타임 어댑터 및 자동 복구 일반적으로 배송되지 않습니다. 따라서 위의 패턴은 오늘날 구현하고 테스트 할 수 있는 실행 시간 중립적인 디자인이며, Sidewisp이 이미 이러한 영수증을 수집한다는 주장이 아닙니다. 만약 당신의 에이전트가 투명성이 떨어지는 경우, 개인 미리보기에 가입하고 당신이 필요로 하는 실행 시간, 수신 보관 및 승인 경계를 설명하십시오. 그 증거는 일반적인 요청보다 더 많은 흔적을 요청하는 것보다 더 유용합니다.