MCP 관찰 가능: 5층 건강 계약 구축

MCP 관측 가능성은 요청 반환보다 더 어려운 질문에 대답해야 합니다? 각 모델 컨텍스트 프로토콜 세션에 대해 도구 발견, 호출, 외부 효과 및 사용자가 예상하는 결과를 통해 승인 및 초기화로부터 한 가지 연관된 증거 사슬을 보존하십시오. 녹색 tools/call 반응은 그 사슬의 하나의 연결고리일 뿐이다. 합리적인 결함이 5층의 건강 계약입니다. 1. Session: 클라이언트와 서버가 지원되는 프로토콜 버전과 이 실행이 사용할 수있는 기능을 협상 했습니까? 2. Catalog: 클라이언트는 현재 전체 도구 목록을 읽고 나중에 목록 변경 신호에 반응했습니까? 3. 요청: 당신은 JSON RPC 요청, 진전 알림, 취소, 응답, 그리고 마지막에 참여할 수 있습니까? 4. E 효과: 도구가 외부 시스템을 변경하면 실제로 일어난 일에 대한 목적지 증거가 있습니까? 5. O 결과: 미술품, 상태 변경 또는 에이전트가 생산해야 할 결정이 검증기를 통과시켰습니까? 이 계약은 의도적으로 프로토콜 활동과 유용한 진보를 분리합니다. 또한 운영자에게 needs auth , incompatible session , stale catalog , working , protocol error , tool failed , effect unknown , false success , 또는 healthy 를 운행하는 콘크리트 상태를 제공합니다. 단 하나의 증거 체인부터 시작해, 단 하나의 대시보드 번호가 아니라 mcp 관측 가능성에 대한 최신 미국 결과는 세션, 연결, 도구 분석, 운송 지연, 출력 및 오류를 강조합니다. 그 것들은 유용합니다. Grafana의 현재 MCP 관찰 가능 문서는 세션 설정, 연결 안정성, 프로토콜 준수, 도구 성능 및 운송 신뢰성을 나열합니다. 이 신호가 틀렸다는 게 아닙니다. 그 차이점은 그들 중 어느 누구도 에이전트의 의도된 작업이 목적지에 도달했다는 것을 단독으로 증명하지 못한다는 것입니다. 건강 기록은 콤팩트하게 유지될 수 있습니다. 해시들은 식별자이며 도구 스케마, 논쟁, 명령어, 토큰 또는 반환된 콘텐츠를 업로드할 권한이 아닙니다. 숙주에게 민감한 가치를 유지하세요. 상태의 상관관계를 위해 필요한 가장 작은 필드를 기록하고 결정을 증명하십시오. 또한 계약에는 우선순위가 있는 규칙이 있어야 합니다. 권한 실패는 세션 건강보다 먼저 발생합니다. 호환되지 않는 세션은 카탈로그 신선도가 이전에 발생합니다. 해결되지 않은 카탈로그는 요청 해석보다 먼저 발생합니다. 부작용 경계에 있는 운송 시간 종료는 effect unknown 가 되지만 자동으로 다시 시도되지 않습니다. 그리고 부족한 배달 상품이있는 성공적인 호출은 false success 가 되지만 건강하지 않습니다. 도구 지연을 측정하기 전에 프로토콜 상태를 관찰할 수 있도록 MCP 라이프 사이클 사양는 초기화를 첫 번째 클라이언트 서버 상호 작용으로 만듭니다. 양측은 프로토콜 버전, 교환 기능, 그리고 정상적인 운영에 동의합니다. 같은 문서에서 다음 통신은 협상된 버전과 기능을 존중해야 한다고 명시되어 있습니다. 이것은 관찰가능한 순수한 첫 번째 체크포인트를 제공합니다: 요청된 버전, 승인된 버전, 기능 세트, 그리고 클라이언트가 notifications/initialized 를 보낸 순간. 이 지점 이전 모든 실패를 서버 다운로드를 로 로 하지 마십시오. HTTP 트랜스포트에 대해서는 권한은 별도의 게이트입니다. 현재 MCP 허가 사양는 보호된 자원 발견을 정의하고 클라이언트가 401 Unauthorized 과제를 처리하도록 요구합니다. 서버는 클라이언트가 토큰이 부족하거나 잘못된 범위를 가지고 있거나 권한 서버를 발견할 수 없을 때 접근 가능하고 올바르게 될 수 있습니다. needs auth 로 로그인하고, 교통 중단으로 표시하지 마십시오. 도구 발견은 자신의 완전성을 증명할 필요가 있습니다. 도구 사양는 tools/list 가 페이지화되어 있고 listChanged 를 선언하는 서버가 notifications/tools/list changed 를 발송할 수 있다고 말합니다. 따라서, 우리는 한 페이지를 받았습니다는 신선한 카탈로그가 아닙니다. 기록: 광고 도구의 초기화 기능 모든 페이징 커서에서 nextCursor 가 남아 있지 않는 한; 이름과 입력/출력 스케마에 대한 정통적인 해시; 마지막 성공한 리프레저 시간 모든 tools/list changed 알림과 그 후의 업데이트. 이것은 모든 스키마를 기록하는 것보다 좁습니다. 클라이언트는 해시를 로컬로 계산하고 해시, 도구, 페이지 수와 업데이트 증거만 저장할 수 있습니다. 변경 알림이 도착하고 업데이트가 실패하면 세션 stale catalog 를 분류하십시오. 서버는 여전히 핑을 응답할 수 있지만 모델은 쓸모없는 도구 계약 중 하나를 선택할 수 있습니다. 오랜 전화는 또 다른 함정을 도입합니다. MCP 진전 통지는 요청에 의해 제공되는 토큰을 사용하며, 이는 활성 요청 중 고유해야 하며, 진행 값은 증가하고, 통보가 완료된 후에 중단되어야 합니다. 그 증거는 working 를 정당화 할 수 있습니다. 그것은 그 작업이 유용하다는 것을 증명하지 않으며, 그 기간을 영원히 연장해서는 안 됩니다. 증가하는 값이 없는 반복된 메시지, 잘못된 요청에 첨부된 토큰 또는 최종 응답 이후의 진행은 일관성이 없는 증거입니다. 두 개의 시계를 사용하세요. 유효한 단조로운 진전을 다시 설정할 수 있는 비활성성 창 절대 최대 기간, 재설정되지 않습니다. 이 구별은 두 가지 반대되는 오류를 방지합니다. 합법적인 긴 일을 죽이는 것은 아직 돌아가지 않았기 때문에, 그리고 끝없는 진행 알림의 흐름을 건강으로 받아들이는 것입니다. 성공적인 도구 호출은 결과가 아닙니다 MCP는 프로토콜 오류와 도구 실행 오류를 구분한다. 도구 사양에 따르면 잘못된 요청 및 알려지지 않은 도구는 JSON RPC 오류를 사용하지만 비즈니스 또는 입력 오류는 isError: true 로 도구 결과를 반환 할 수 있습니다. 다음 동작이 다르기 때문에 이러한 상태를 분리하십시오: protocol error 의 클라이언트 계약을 수정; tool failed 의 입력, 권한 또는 하류 의존도를 조정하십시오. 더 위험한 경우는 부작용이 발생했을 때 반응이 없다는 것입니다. publish report 곱셈을 합시다. 즉시 다시 시도하면 복제된 보고서를 만들 수 있습니다. 왜냐하면 교통 불확실성은 목적지에 대해 아무것도 말하지 않기 때문입니다. effect unknown 호출을 표시하고, 안정적인 동작 키 또는 목적지 쿼리를 사용하여 조정하고, 증거가 첫 번째 시도가 수행되지 않았음을 증명한 후에만 다시 시도하십시오. 정상적인 결과도 충분하지 않습니다. 서버는 약속된 파일이 없는 상태에서 isError: false 를 반환할 수 있고 원격 기록은 여전히 드래프트 또는 URL가 개인 상태입니다. 호출 전에 선택한 결과 확인자를 추가합니다: 파일 해시, 데이터베이스 라인 플러스 버전, 공개 HTTP 상태, 테스트 결과 또는 다른 결정적 수신. LLM 판사를 직접 확인할 수 없는 경우에만 사용하며, 약한 증거를 표시하십시오. 이것은 세 가지 다른 터미널 모양의 상태를 만듭니다. 프로토콜 결과 목적지 효과 예상된 결과 건강 상태 시간제 알려지지 않은 알려지지 않은 effect unknown 성공 검증 실패 또는 실종 false success 성공 검증 검증 healthy 중간 줄이 가장 중요해요 성공적인 프로토콜 교환이 에이전트가 사용자의 작업을 완료했다는 거짓 주장으로 변하는 것을 막습니다. 불편한 경우에 대해 계약을 재개 이 문헌은 일러스트티브한 9개의 사례와 결정적인 분류자입니다. 생산 텔레메트리는 포함되어 있지 않습니다. 다음으로 실행하세요: 이 장치는 한 건전한 수출과 여덟 가지 불편한 경계를 포함합니다. 허가 도전, 지원되지 않은 프로토콜 버전, 조정되지 않은 도구 목록 변경, 유효한 진전을 가진 오랜 통화, 잘못된 호출, 도구 실행 오류, 가능한 부작용 후 타임아웃 및 실종된 배달 상품의 성공. 분류자는 예상되는 각 상태에서 한 가지 사례를 반환했습니다. 이것은 방법의 거짓된 부분입니다: 증거를 바꾸고 상태가 예측 가능한 방식으로 변화해야합니다. tools/list changed 에 대한 완전한 업데이트가 이어지면, 노후 카탈로그 케이스가 진행되어야 합니다. 시간 정해진 호출이 목적지 인증을 얻지만 전달 가능한 검증기가 실패하면 effect unknown 에서 false success 로 이동해야 합니다. healthy 에 도달하는 것은 세션, 카탈로그, 요청, 효과 및 결과 증거가 모두 일치하면됩니다. 이 유물은 도구의 비즈니스 의미론이 옳는지 확인하지 않습니다. 문서화되지 않은 부작용을 발견하거나 OAuth 발행자가 신뢰할 수 있다는 것을 증명하거나 당신의 임기가 얼마나 긴지 결정하지 않습니다. 이들은 배포에 대한 검토입니다. 그 임무는 작습니다. 실종된 증거가 조용히 녹색으로 변하지 않도록 하는 것입니다. 조치를 취해야 하는 국가에 대한 경고 모든 건강하지 않은 상태를 같은 채널로 보내지 마십시오. needs auth 는 도전된 리소스와 요구되는 범위를 가진 인증서 또는 권한 소유자에게 간다, 결코 토큰 값이 아닙니다. incompatible session 는 클라이언트 버전, 서버 버전 및 협상 기능으로 통합 소유자에게 간다. stale catalog 는 한 번의 제한된 재발견 시도를 유발합니다. 반복적인 실패는 통합 사고가 됩니다. working 는 진전이 유효하고 절대적인 기간이 남아있는 동안 조용합니다. protocol error 는 클라이언트 구현자에게 메소드, 요청 식별자 및 해제 된 오류 클래스를 제공합니다. tool failed 는 실패가 되돌릴 수 있는 것으로 알려진 경우에만 툴의 재실험 정책에 따라야 한다. effect unknown 는 부작용 경계에서 자동으로 다시 시도를 차단하고 조화를 시작합니다. false success 는 MCP 자체가 완료되었음에도 불구하고 결과 사고를 시작합니다. 이 라우팅은 waiting를 stuck에서 구별합니다. 사람에게 할당된 권한 프롬프트는 합법적인 대기일 수 있습니다. 제한된 요청 내에서 진행되는 진전 토큰은 작업이 될 수 있습니다. 목록 변경 신호 후 변경되지 않은 카탈로그는 둘 중 어느 것도 아닙니다. 하나의 고부가가치 도구와 하나의 실제 결과 검증기를 시작하세요. 1주 동안 체인을 잡고 모든 미지의 상태를 검사하고 커버링을 추가합니다. 서로 연관되지 않은 이벤트에 기반한 완벽한 함대 전체 패시보드는 세션, 효과 및 결과를 끝에서 끝으로 설명할 수 있는 하나의 도구 호출보다 덜 유용합니다. 이 계약이 종료되는 경우 MCP 관측 가능성은 프로토콜과 운영 증거를 확립할 수 있지만 케이블에서 모든 사용자 의도를 추론할 수 없습니다. 유효한 출력 스키마는 형태를 증명하고 진실이 아닙니다. 목적지에 도착한 영수증은 효과가 있다는 것을 증명하는 것이 아니라 그 효과가 현명하다는 것을 증명합니다. 단조적인 진전 신호는 서버가 보고한 움직임을 증명하고 사용자 목표에 대한 유용한 진전이 아닙니다. 이러한 경계는 적용 검사를 필요로 하며 때로는 인간의 판단을 필요로 합니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 생산 모니터링 어댑터와 복구 시스템은 일반적으로 배송되지 않습니다. 이 문서의 계약은 운영 방법과 검사 할 수있는 지역 유물이며, Sidewisp가 이미 MCP 세션을 수집하거나 수리한다는 주장이 아닙니다. 의도된 제품 방향은 기존 실행 시간과 함께 건강 증거, 불확실성 및 승인 경계를 더 쉽게 볼 수 있도록 하는 것입니다. 지금 MCP 통합을 설계하고 있다면, 5층 기록을 현지으로 보관하고, 내용을 편집하고, 예상된 결과물이 자체적으로 수신될 때까지 실행을 건강하다고 부르는 것을 거부하십시오. 이 규칙은 프로토콜 텔레메트리를 다른 녹색 차트 대신 운영 결정으로 만듭니다.