2026-07-31T06:15:12.509Z
다중 에이전트 관찰 가능성: 조정 토폴로지 감사
관찰된 에이전트 간 경로를 버전이 지정된 토폴로지 계약과 비교하여 드리프트, 안전하지 않은 가장자리, 모호한 소유권 및 잘못된 완료를 포착합니다.
다중 에이전트 관찰 가능성은 "기록된 모든 범위가 완료되었습니까?"보다 더 엄격한 질문에 답해야 합니다. 실제로 참여한 에이전트와 그들이 실제로 사용한 경로가 이번 실행에 승인된 조정 설계와 일치하는지 여부를 알려주어야 합니다. 실제 기본값은 버전이 지정된 토폴로지 계약 : 허용된 에이전트, 허용된 방향성 에지 및 현재 실행 단계에서 예상되는 에지에 대한 작은 매니페스트입니다. 콘텐츠가 없는 상호 작용 영수증에 해당 매니페스트를 가입하세요. 성공적인 추적은 기본적으로 녹색이 되는 대신 작업 중, 대기 중, 불완전, 안전하지 않음, 모호함 또는 거짓 완료로 분류될 수 있습니다. 추적은 발생한 일을 기록하기 때문에 이는 중요합니다. 발생하지 않은 필수 위임에 대한 범위는 포함할 수 없습니다. 또한 의도한 그래프를 제공하지 않으면 관찰된 직접 경로가 금지되었다고 결정할 수 없습니다. 현재 아키텍처 지침에도 동일한 차이점이 나타납니다. Microsoft 다중 에이전트 참조 아키텍처 에이전트 간 메시지 흐름과 조정 패턴을 특별한 관찰 가능성 신호로 호출하는 반면 Azure Architecture Center 다중 에이전트 오케스트레이션이 조정 오버헤드와 새로운 실패 모드를 추가한다는 점을 경고합니다. 작업을 안정적으로 만족시키는 가장 낮은 복잡성을 사용하십시오. 여러 에이전트가 정당화되면 해당 토폴로지를 테스트 가능하게 만듭니다. 추적으로는 의도한 토폴로지를 증명할 수 없습니다. OpenTelemetry의 추적 API 추적 및 범위 ID, 상위 항목, 링크, 이벤트, 타임스탬프, 속성 및 상태 등 올바른 상관관계 기본 요소를 제공합니다. 이러한 기본 요소는 관찰된 호출 트리 또는 비동기 관계를 설명할 수 있습니다. 어떤 에이전트가 허용되었는지, 어떤 경로 버전이 활성화되었는지, 어떤 에지가 표시되어야 했지만 표시되지 않았는지 선언하지 않습니다. 오케스트레이터가 연구를 위임하고, 연구원이 증거를 검증자에게 전달하고, 검증자가 평결을 반환한다고 가정해 보겠습니다. 관찰된 모든 사건은 다음을 가질 수 있습니다. status: "ok" 적어도 다섯 가지 나쁜 상황에서: 실행은 어제의 라우팅 정책을 사용했습니다. 연구자가 리뷰를 거치지 않고 출판사에 직접 전화를 걸었습니다. 등록되지 않은 에이전트가 그래프에 진입했습니다. 오케스트레이터는 동일한 소유 경로를 두 번 위임했습니다. 부모는 검증자가 반환되기 전에 완료를 선언했습니다. "모든 이벤트 정상" 쿼리에서는 해당 레코드에 오류가 표시되지 않습니다. 토폴로지 감사는 대신 두 세트를 비교합니다. 이 레이어를 콘텐츠 없이 유지하세요. 영수증에는 안정적인 실행 및 에이전트 ID, 경로 종류, 토폴로지 버전, 이벤트 ID, 관찰 시간 및 로컬 상태가 필요합니다. 프롬프트, 응답, 비밀, 도구 인수 또는 절대 파일 경로가 필요하지 않습니다. 계약은 의도적으로 팬아웃 완료 정족수와 분리됩니다. 쿼럼은 필수 분기가 반환되었는지 여부를 묻습니다. 대기 그래프는 어떤 종속성이 진행을 차단하는지 묻습니다. 내구성 있는 핸드오프 영수증은 책임이 대기열 또는 재시작 경계에서 살아남았는지 여부를 묻습니다. 토폴로지 적합성은 사전 질문을 던집니다. 이게 우리가 실행하려고 했던 조정 그래프인가요? 버전이 지정된 조정 계약 구축 명시적인 정체성과 방향성 가장자리로 시작하세요. 최신 추적에 나타난 모든 것에서 허용된 그래프를 추론하지 마십시오. 그것은 사실 이후의 표류를 축복할 뿐입니다. 허용된 세트가 예상 세트와 동일하지 않습니다. 연구 전용 단계에서는 2개의 위임이 필요하고 게시자 우위가 없을 수 있습니다. 완전한 출판 단계에서는 연구 인계, 검증자 반환, 출판사 위임 및 출판사 반환이 예상될 수 있습니다. 실행이 시작되면 해당 단계별 세트를 고정합니다. 그렇지 않으면 선택적 간선이 실패 중간에 자동으로 필수 사항이 되거나, 누군가가 알아차리기 전에 필수 간선이 정의에서 사라질 수 있습니다. 컴팩트 분류기는 다음 우선순위를 사용할 수 있습니다. 1. 오래된 계약 — 이벤트 버전이 고정된 버전과 다릅니다. 2. 알 수 없는 에이전트 — 두 엔드포인트 중 하나가 승인된 ID 세트 외부에 있습니다. 3. 금지된 가장자리 — 지시된 경로와 상호 작용 종류는 허용되지 않습니다. 4. 모호한 경로 — 동일한 소유 간선이 명시적인 다중성 규칙 없이 두 번 이상 나타납니다. 5. 거짓 완료 — 말기 부모에게는 예상되는 이점이나 검증된 결과 수령이 부족합니다. 6. 대기 중 — 예상되는 가장자리가 없고 명명된 종속성이 명시적이며 마감일이 지나지 않았습니다. 7. 불완전한 — 마감일 이후에도 예상되는 가장자리가 여전히 없습니다. 8. 건강하시거나 일하시거나 — 관찰된 세트는 현재 계획과 일치하며 "정상"은 확인된 최종 결과를 위해 예약되어 있습니다. 주문이 중요합니다. 섀도우 에이전트가 금지된 경로를 사용하고 상위 에이전트도 늦은 경우 "불완전"은 너무 약합니다. 운영자는 먼저 승인되지 않은 토폴로지를 포함해야 합니다. 반대로, 마감일 이전에 선언된 대기는 지연이 아닙니다. 파괴적인 재설정을 트리거하지 않고 올바른 소유자에게 도달해야 하는 건전한 종속성 상태입니다. 동적 라우팅이 주요 제한 사항입니다. 시스템은 런타임에 전문 에이전트 중에서 합법적으로 선택할 수 있습니다. 해당 선택을 경계가 있는 에지 클래스로 표현하거나 파견 전에 정확한 실행 계획을 생성합니다. 다음과 같은 와일드카드 orchestrator 유지 관리는 쉽지만 대부분의 진단 가치를 제거합니다. 버전 변경 사항은 감사 가능해야 하며, 실행 도중에 새 버전을 자동으로 채택해서는 안 됩니다. 샘플링은 또 다른 경계입니다. 대량 추적은 샘플링될 수 있지만 상태 결정에 사용되는 컴팩트 토폴로지 확인은 동일한 정책 하에서 사라질 수 없습니다. 필수 영수증이 없는 경우 신고하세요. uncertain 또는 incomplete ; 부분 추적에서 녹색을 재구성하지 마십시오. 완료를 신뢰하기 전에 드리프트를 재생하십시오. 위 계약에 대해 9건의 콘텐츠가 없는 사례를 재생했습니다. 픽스처에는 정상적인 완료, 현재 작업, 합법적인 대기, 마감 후 누락된 가장자리, 오래된 토폴로지, 금지된 직접 경로, 알 수 없는 에이전트, 중복된 경로 소유권 및 반환 영수증이 없는 터미널 상위가 포함되었습니다. 결정론적 감사는 9개의 예상 상태와 모두 일치했습니다. 순진한 규칙 하나 이상의 이벤트가 존재하고 모든 로컬 이벤트 상태는 ok , 상위 항목은 실패하지 않았습니다. 표시됨 9건 모두 녹색 . 한 명만 건강했어요. 9개의 순진한 그린 중 6개는 안전하지 않거나, 불완전하거나, 오래되거나, 모호하거나, 불완전한 상태였습니다. 나머지 두 명은 일하고 기다리고 있었는데, 완전한 건강 상태로 붕괴되어서는 안되는 상태였습니다. 사례 기록된 모든 이벤트가 괜찮습니까? 토폴로지 판정 연산자 의미 : 완전한 그래프와 결과 영수증 예 healthy 계획된 그래프와 최종 결과가 검증됩니다. 현재 계획된 가장자리 예 working 유용한 작업이 계속될 수 있습니다. 개입하지 마세요 마감일 이전에 반품 누락 예 waiting 명명된 종속성을 알리거나 관찰합니다. 마감일 이후 동일한 반품 누락 예 incomplete 첫 번째 부재 예상 가장자리 조사 이전 토폴로지 버전 예 stale contract 실행을 잘못된 디자인과 비교하지 마세요. 승인되지 않은 직항 경로 예 forbidden edge 작업을 재시도하기 전에 경로를 포함하세요 알 수 없는 참가자 예 unknown agent 신원 및 권한 확인 중복 소유 경로 예 ambiguous route 소유권과 가능한 중복 효과를 조정합니다. 상위 터미널, 부재중 복귀 예 false complete 실행을 다시 엽니다. 완료에는 필요한 증거가 부족합니다. 정규화된 에지 키에 대한 작은 함수를 사용하여 결정을 재현할 수 있습니다. 진행률, 품질 또는 결과 점수를 매기기 전에 토폴로지 검사를 실행하세요. 그런 다음 판결 경계를 명시적으로 유지합니다. 토폴로지 적합성은 승인된 조정 형태가 관찰되었음을 증명할 뿐입니다. working 단지 더 많은 사건이 아니라 유용한 움직임에 대한 새로운 증거가 필요합니다. waiting 명명된 종속성과 기한이 필요합니다. healthy 완료하려면 결정론적 목적지 또는 배달 가능 영수증(사용 가능한 경우)이 필요합니다. 불확실한 증거는 불확실한 상태로 남아 있어야 합니다. 모든 활성 복구에는 제한된 권한, 가시성 및 사후 조치 확인이 필요합니다. 이는 운영자에게 좁은 채택 규칙을 제공합니다. 실행의 고정 토폴로지, 현재 단계 및 최종 결과 수신이 동의할 때까지 다중 에이전트 완료를 신뢰하지 마십시오. 일치하는 그래프는 꼭 필요한 증거이지 답이 옳다는 증거는 아닙니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 공개 초기 액세스 사이트와 대화형 데모는 라이브이지만 프로덕션 다중 에이전트 모니터링 어댑터, 라이브 상태 수집기 및 자동 복구 실행기는 배송되지 않습니다. Sidewisp의 의도된 역할은 기존 런타임 주위에 상태 계층을 추가하고 증거, 심각도, 불확실성 및 가장 안전한 다음 조치를 더 쉽게 검사할 수 있도록 만드는 것입니다. 런타임을 교체하거나 인간의 권한 없이 행동하는 것이 아닙니다.