AI 관찰 가능: 4층 신호 계약을 구축

AI 관측 가능성은 대시보드 카테고리가 아닙니다. 그것은 증거로 네 가지 다른 질문에 대답할 수 있는 능력입니다: 실제로 무슨 일이 벌어졌어요? 합법적인 의존을 기다리고 있습니까? 계획된 결과물이 존재하고 검증을 통과했는가? 두 번째 질문에만 답하는 스택은 계획된 에이전트가 시작되지 않는 동안 아름다운 흔적을 생성할 수 있습니다. 인간 승인이 눈에 띄지 않거나 성공적인 실행은 결과물을 남기지 않습니다. 따라서 실질적인 기본값은 4층 신호 계약입니다: 스케줄, 실행, 의존성 및 결과 . 모델 지연시간, 토큰, 오류, 도구 호출 및 기간을 유지하지만 전체 계약으로 오해하지 마십시오. 이 문서에서는 작은 NDJSON 장치에 대한 규칙을 테스트하고 다른 플랫폼을 구입하거나 도구화하는 전에 적응할 수 있는 감사를 제공합니다. AI 관측가능성을 커버리지 문제로 취급한다 AI 관측 가능성에 대한 검색 결과는 여러 가지 정당한 우려를 혼합합니다. 모델 품질, 데이터 유동, GPU 및 응용 프로그램 성능, 에이전트 추적, 보안, 지배 및 비용. 그 폭은 우리가 관찰할 수 있는 이유입니다. 두 팀은 서로 다른 증거를 수집하는 동안 같은 문장을 사용할 수 있습니다. 일정을 하거나 위임받은 일을 수행하는 에이전트에 있어서, 의도된 일을 분석 단위로 사용한다. 그러면 각 질문에 한 층을 요구해 운영 판결을 바꿀 수 있습니다. 계층 최소한의 증거 실패는 노출될 수 있습니다. 일정은 예상 시간, 임기, 시작 시간, 일정에 대한 정체성 경기가 시작되지 않았습니다. 집행 실행 ID, 단계 또는 기간, 도구 결과, 터미널 상태, 오류 클래스 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 경주 의존성 명시적인 대기 상태, 의존성 유형, 승인 또는 외부 시스템 참조 정당한 기다림은 얽혀있다고 잘못 표시되었습니다. 결과 유물 또는 부작용의 정체성, 결정적 검증, 검증 시간 실행은 성공이라고 하지만 작업은 부재하거나 잘못되었다 이 계층은 4개의 판매자 제품들이 아닙니다. 4개의 결합이 1개의 안정된 ID를 띠고 있습니다. 트레이스 백엔드는 대부분의 실행 이벤트를 보관할 수 있습니다. 일정을 세우는 사람은 예상되는 시간을 가지고 있을 수 있습니다. 승인 시스템은 대기 증거가 있을 수 있습니다. 목적지 자체 객체 저장장치, 저장장치, 티켓 API, 데이터베이스 일반적으로 가장 강력한 결과 검증을 가지고 있습니다. 이 프레임링은 또한 모니터링과 평가를 분리하여 분리하지 않고 유지합니다. 라우브릭 기반 품질 점수는 결정적 검증이 존재하지 않는 경우 결과 검증자가 될 수 있습니다. 파일 해시, 테스트 결과, 라인 카운트 또는 API 수신이 사용할 때 침묵으로 교체해서는 안 됩니다. 왜 완전한 흔적이 여전히 사건을 놓칠 수 있는지 추적 기준은 빠르게 개선되고 있습니다. 74fd2e0 에 대한 약속, OpenTelemetry 생성 AI 의미 협약의 커버 모델 및 에이전트 범위, 매트릭스, 이벤트, 예외, 공급자별 협약 및 MCP. 이 문서에서는 GenAI 협약들을 Development 로 표시하고 있습니다. 에이전트 스캔 스펙은 create agent , invoke agent , invoke workflow , plan , execute tool 와 같은 동작을 정의합니다. 또한 유용한 특성을 가지고 있습니다. gen ai.operation.name , gen ai.agent.name , 조건부적으로 요구되는 error.type 을 보아라 에이전트 스프랜스 소스. 그건 강력한 처형 증거입니다. 조사자에게 어떤 작업이 일어났는지, 그 기간이 어떻게 연관되어 있는지, 얼마나 오래 걸렸는지 그리고 보고된 오류가 작전을 종료했는지 알려줍니다. 프레임워크 추적은 더욱 풍부할 수 있습니다. OpenAI 에이전트 SDK 추적 문서의 기본 추적은 러너 인콜, 작업 및 턴 스펜, 에이전트, 세대, 기능 도구, 경비 선 및 핸도프를 포함한다고 합니다. 또한 사용자 정의 스펜 및 프로세서를 지원합니다. 그 결과 실종된 사업 증거들을 첨부할 수 있게 되었습니다. 그러나 완성된 스탠이나 터미널 ok 은 우선 예정된 경기가 예상되었음을 입증하지 않습니다. 또한 weekly report.pdf 가 존재하고, 새로운 보고 기간을 가지고 있고, 분석기를 통과했다는 것을 증명하지 않습니다. 그 실재는 추적의 결함이 아닙니다. 그것은 실행 텔레메트리와 운영 결과 증거 사이의 경계가 됩니다. 그 경계는 거짓될 수 있습니다. 동일한 성공적인 실행 이벤트를 두 번 실행하고, outcome verified 이벤트를 하나만 추가하고, 운영 판결은 다를 수 있습니다. 만약 현재 알림이 같은 녹색 상태에서 실행된다면, 그것은 잘못된 성공을 감지할 수 없습니다. 고정된 장치에서 4층 감사를 수행 이 동행 장치에는 2026 07 25T02:42:00Z 에서 관찰된 네 개의 경기가 포함되어 있습니다. run alpha 는 보고 도구를 시작, 호출, 완료 및 검증된 유물을 기록합니다. run beta 는 동일한 성공적인 실행 형태를 가지고 있지만 검증된 결과가 없습니다. run gamma 는 approve 42 의 승인을 명시적으로 기다리고 있습니다. run delta 는 시작 이벤트 없이 예상된 기간을 넘는다. Node.js 20 또는 최신 버전으로 감사를 실행하세요: 분류자는 각 상태에서 한 번의 실행을 반환합니다. 코드는 의도적으로 지루한 결정 명령을 사용합니다. 검증된 결과가 승리합니다. 명백한 기다림은 이유와 승인을 위한 참고문헌으로 기다립니다. 경기가 끝나기 전에 시작되지 않은 경기가 빠집니다. 결과 증거가 없는 완주 경기는 거짓 성공입니다. 임기를 넘어서서 시작되는 경기가 막혀 있습니다. 다른 모든 것은 건강하게 승진하기보다는 계속 작동합니다. 이것은 실험이 아니라 기준입니다. 네 개의 손으로 만든 케이스는 생산 오류 비율을 추정할 수 없으며 실제 분류자는 복제 이벤트 처리, 시계 매개 용납, 늦은 도착 결과 및 작업 일당 임기가 필요합니다. 이 조치는 유용합니다. 왜냐하면 모든 판결이 검사 가능하기 때문입니다. 그리고 하나의 사건을 변경하면 하나의 결과가 달라집니다. 기다림은 자신의 상태로 보존 바이너리 건전한/불건강한 필드는 운영자가 필요로 하는 순간에 정보를 파괴합니다. run gamma 를 생각해 보세요: 프로세스가 진행되지 않고 있지만 다시 시작하면 잘못된 기본이 될 것입니다. 그것은 명시적으로 승인 의존성을 가지고 있습니다. 올바른 행동은 그 요청의 범위를, 연령과 권위 경계를 유지하면서 올바른 사람에게 표면화하는 것입니다. 최소 보관: 비율 제한 재설정 시간, 외부 직업 ID, 유지 관리 창 및 상류 데이터 도착에 동일한 접근 방식을 사용하십시오. still waiting와 같은 자유 텍스트 메시지는 약한 증거입니다. 라우팅, 만료 또는 상관관계가 어렵습니다. 입력된 의존성 및 불투명한 참조는 비밀, 프롬프트 또는 승인 내용을 텔레메트리로 복사하지 않고 제한된 응답을 지원합니다. 활동은 또한 과대평가하기가 쉽다. 반복되는 도구 호출은 프로세스가 바쁜 것을 보여줍니다. 상태 또는 결과의 델타만이 유용한 발전을 보여줍니다. 따라서 재실험 카운터는 마지막 의미있는 변화 시간 옆에 있고, 루프가 영원히 신선할 수 있는 일반적인 last event 시간표 옆에 있지 않습니다. 결과 검사를 목적지 국민으로 만들어 가장 강력한 검증자는 작업이 착륙해야 할 곳에 살고 있습니다. 파일에 대해 안정적인 객체 키, 크기와 소화 및 파서 결과를 기록하십시오. 철수 요청에 대해서는 저장소, PR 번호, 목표 지점 및 필요한 체크 결론을 기록하십시오. CRM 업데이트를 위해 비비밀 엔티티 ID, 예상 필드 전환 및 읽기 후 작성 결과를 기록하십시오. 모든 흔적에 원료를 넣지 마세요. 검사를 반복하기 위해 필요한 최소한의 증거를 보관하십시오. OpenAI 에이전트 SDK 문서에서는 생성 및 기능 범위가 민감한 입력 및 출력을 포함할 수 있다고 경고하고, 그 캡처를 비활성화하는 컨트롤을 설명합니다. 사용자 정의 이벤트에 동일한 원칙을 적용하십시오. 식별자 및 소화물은 일반적으로 명령어, 응답, 인증서, 절대적인 지역 경로 또는 고객 콘텐츠보다 더 안전합니다. 또한 결과 검증은 신선함이 필요합니다. 어제의 행사가 남긴 파일은 오늘날의 행사가 성공했다는 증거가 아닙니다. 실행 ID, 예상된 보고 기간, 생성 창 또는 현재 시작 시간 이후 계산된 소화기를 통해 현재 실행에 유인하십시오. 타협이 있습니다. 목적지 자국적 검사는 통합 작업을 추가하고 독립적으로 실패할 수 있습니다. 사용할 수 없는 검증기를 unknown 로 취급하고, 건강하지 않으며 자동으로 실패하지 않습니다. 실종된 증거, 마지막 성공적 검진, 그리고 그 결과 판결의 신뢰를 표면하십시오. 특징을 비교하기 전에 계약에 대한 감사 도구 유용한 제품 평가는 로고 그리드 아닌 네 줄로 시작됩니다. 각 후보 스택에 대해 각 계층이 어디에서 시작되는지, 어떻게 실행에 연결되는지, 얼마나 오래 유지되는지, 그리고 어떤 질서가 커버리를 증명하는지 물어보십시오. 1. 시간 구역과 날짜를 포함하여 예상되는 운행을 수입하거나 추출할 수 있습니까? 2. 민감한 유용한 화물을 캡처하지 않고 모델, 도구, 전달, 재실험 및 오류 사건을 추적 할 수 있습니까? 3. 그것은 일종의 의존성과 격화 목표를 가진 기다리는 것을 나타낼 수 있습니까? 4. 목적지에서 결정적인 결과 영수증을 흡수하거나 연결할 수 있습니까? 5. 이 자료는 유효하지 않은 증거와 건강한 결과를 구별할 수 있습니까? 6. 도구가 변경되면 오픈 포맷 또는 API를 통해 데이터를 수출할 수 있습니까? 집중된 추적 도구를 거부하지 마십시오. 그것은 스케줄러 또는 결과 의미론이 부족하기 때문입니다. 연결이 신뢰할 수 있는 경우 결핍된 소스와 결합하십시오. 당신이 필요로 하는 구별을 표현할 수 없는, 실종된 데이터를 녹색 상태 뒤에 숨기는, 또는 일상적인 건강 검사를 위해 원료 민감한 콘텐츠가 필요한 경우 아키텍처를 거부하십시오. 4층 계약은 원래의 질문을 해결합니다. AI의 관측 가능성은 운영 요원들에 대한 기대, 실행, 의존성 및 검증된 결과를 개별적으로 설명할 수 있을 때만 완전합니다. 흔적은 필수적인 증거이지만 하나의 층입니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 그 목적 역할은 기존의 실행 시간과 함께 건강 계층이며, 증거와 인적 권력의 경계를 가지고 있습니다. 생산 모니터링 어댑터와 회복은 일반적으로 오늘날 배송되지 않습니다. 이 신호 계약이 당신이 잡아야 할 오류와 일치한다면, 실행 시간이나 모델 게이트웨이를 교체하지 않고 초기 액세스 목록에 가입할 수 있습니다.