포스트호그 LLM 관찰 가능: 결합 키를 테스트

PostHog LLM 관측 가능성은 에이전트 작업이 다시 시도하거나 브라우저 세션을 떠날 수 있거나 다른 작업과 세션을 공유 할 수있을 때 의도적으로 결합 키가 필요합니다. $session id , $ai session id , 그리고 $ai trace id 는 유용하지만, 어느 것도 자동으로 받아들여진 작품의 정체성입니다. 14개의 이벤트 실험에서, 프론트엔드 세션에 의해 그룹화되어 두 개의 그룹과 잘못된 세대에서 결과로 결합된 두 개의 그룹을 만들었습니다. AI 세션에 의해 그룹화 한 반복 작업이 두 세션으로 나뉘어 여전히 한 가지 잘못된 조화를 생성했습니다. 내구성 있는 work id 는 세 가지 예상된 검증된 결과를 모두 연결하고, 재시험을 하나의 작업으로 보존하고, 잘못된 작업 인증을 건강한 흔적에 첨부하는 대신 고아로 분리했습니다. 운영 규칙은 구체적입니다. 탐색 및 집합을 위해 PostHog 세션, 인과성 모델 활동을 위한 추적, 그리고 궁극적으로 결과를 가져야 할 단위로 개인정보보호 work id 를 사용한다. 그럼 이 필드를 함께 검색해 보세요. 이런 식으로 추적, 비용, 그리고 제품 분석은 패시보드의 느슨한 컬렉션이 아닌 증거 계약이 됩니다. 네 개의 식별자 네 가지 다른 질문에 대답합니다 포스트호그스 AI 추적 모델 요구합니다. $ai trace id 에 대한 AI 관찰성 사건. 일련의 세대와 범위를 연결하는 흔적 그룹입니다. 그 답은: 이 상호작용에 어떤 모델과 도구 활동이 속해 있었는가? AI 세션 가이드는 $ai session id 를 선택적, 응용 프로그램으로 선택된 흔적 그룹으로 정의합니다. 그것은 작업 흐름, 스레드, 대화 또는 다른 논리적 경계를 나타낼 수 있습니다. 동일한 가이드는 일반적으로 브라우저에서 캡처되는 표준 프론트엔드 $session id 에서 구별합니다. 포스트호그는 또한 distinct id 를 사용하여 이벤트를 개인이나 서비스 정체성과 연관시킵니다. 누가 또는 무엇이 그 사건을 발송했는지에 대한 답을 제공합니다. 작업 식별자를 과부하해서는 안 됩니다. 수용된 에이전트 작업 단위는 네 번째 정체성이 필요합니다. 식별자 좋은 경계 작업 키로 사용할 때 실패 distinct id 사람, 계좌 또는 서비스 한 배우가 동시에 많은 작업을 할 수 있습니다. $session id 최전방 방문 배경 작업 은 그 보다 오래 살 수 있습니다. 한 방문 은 여러 가지 작업 을 시작 할 수 있습니다. $ai session id 응용 프로그램 정의 된 AI 세션 다시 시도하거나 다시 시작하면 또 다른 세션이 생성될 수 있습니다 $ai trace id 한 가지 원인 흔적이 복수 추적 작업 조각은 반복 시도와 전달 work id 받아들여진 과제 와 그 결과 응용 프로그램에서 생성하고 배포되어야 합니다 첫 번째 모델 호출 전에 시스템이 작업을 받아들이면 work id 를 생성하십시오. 투명하고 안정적으로 만들어 다시 시도를 하면 생존할 수 있고, 작업자가 다시 시작할 수 있고, 승인을 기다려야 하고, 브라우저를 닫아야 하고, 모델 변경해야 합니다. 이메일 주소, 프롬프트, 경로 또는 목적지 이름에서 추출하지 마십시오. 포스트호그의 생성 문서는 생성 이벤트 모델을 정의합니다. 사용자 지정 특성에 관한 문서는 posthogProperties 및 posthogDistinctId 를 사용하여 자바스크립트 포장 예제를 보여줍니다. 세션 가이 $ai session id 를 응용 프로그램으로 선택된 그룹화로 문서화합니다. npm latest 태그를 통해 관찰 된 패키지 버전은 2026년 7월 27일 @posthog/ai 8.4.0 입니다. 날짜의 스냅샷으로 간주하고 공급자와 설치된 버전의 현재 문서를 확인하십시오. 14개의 이벤트를 합성하는 실험을 재현하세요. 이 장치에는 5개의 승인된 업무 인증과 1개의 의도적으로 잘못된 결과 인증이 포함되어 있습니다. 그것은 세 가지 실패 형태를 모델링합니다. 세션 전용 패시보드들은 종종 숨기는 것입니다. 1. work 102 는 브라우저 세션 browser b 에서 시작되며, 프론트엔드 컨텍스트가 사라진 후 다시 시도하고, 새로운 AI 세션에서 계속됩니다. 검증된 결과는 work id 로 도착하지만 세션 ID는 없습니다. 2. work 103 및 work 104 는 동일한 브라우저 세션에서 시작됩니다. 오직 work 103 만이 검증된 결과를 가지고 있지만, work 104 은 제품 이벤트를 가지고 있지만 결과물이 없습니다. 3. work 105 는 AI 세션에서 ai run d 를 완료하지만 후속 결과 이벤트는 work 999 를 가지고 있지만 동일한 프론트엔드와 AI 세션 값을 유지합니다. 그건 합성적인 이름 붙이는 트릭이 아닙니다. 그들은 일반적인 토폴로지 변화를 나타냅니다: 배경 재시험, 한 방문에서 동행 작업, 그리고 상관 메타데이터가 일치하지 않는 이벤트를 나타냅니다. 저는 포스트호그 모양의 이벤트를 내 메모리의 SQL 테이블에 로드하고 세 가지 전략을 평가했습니다. 전략은 그룹에 하나의 세대와 같은 작업에 대한 예상된 결과 모두 포함될 때만 신용을 받는다. 그것은 하나의 작업 ID의 세대가 다른 그룹과 결과를 공유할 때 잘못된 쌍을 기록합니다. 측정된 결과는 다음과 같습니다. 상관관계 전략 올바른 검증된 작업 예상된 일을 놓친 것 융합된 그룹 잘못된 쌍 조각된 재시험 : : : : : 전단 $session id 3개 중 2개 1 2 2 0 $ai session id 3개 중 2개 1 1 1 1 내구성 work id 3개 중 3개 0 0 0 0 프론트엔드 세션 융합은 work 103 와 work 104 를 통합하고 잘못된 work 999 결과와 work 105 를 통합했습니다. AI 세션 결합은 동시 브라우저 충돌을 피했지만 work 102 를 ai run b1 및 ai run b2 로 나눈; 그 결과는 AI 세션이 연결되지 않았습니다. 또한 work 105 에 work 999 에 합류했습니다. 왜냐하면 둘 다 ai run d 를 가지고 있었기 때문입니다. work id 쿼리는 6개의 라인을 생성하였다: 5개의 승인된 작업 단위와 work 999 . 여섯 번째 줄은 1개의 결과와 0개의 세대가 있었습니다. work 105 를 녹색으로 바꾸는 대신, 질의는 고아 결과 이벤트를 노출했습니다. HogQL에서 작업 매트릭스를 구성 PostHog는 SQL 접근을 HogQL로 문서화하고, 단순화된 이벤트 자유 접근을 통해 ClickHouse SQL를 둘러싼 팩이다. 이벤트 속성은 도트 표기법을 사용하며, 달러가 정해진 PostHog 속성을 포함합니다. 지원된 집합은 countIf , uniqExactIf , 그리고 groupUniqArray 를 포함한다. 이 쿼리는 내구성 작업 키에 한 줄을 생성합니다. PostHog SQL 가이드는 events 테이블, 속성 액세스, SQL 인사이트 및 HogQLQuery API 모양을 보여줍니다. 집계 참조는 여기서 사용되는 조건부 및 정확한 고유 함수를 나열합니다. 점수를 계산하기 전에 행 모양을 해석하십시오. generation count = 0 및 outcome count 0 은 검증되지 않은 결과물이며 고아 결과물입니다. ai session count 1 는 합법적인 재시험 또는 전달이 될 수 있습니다. 복제라고 부르는 전에 retry count 를 검사하십시오. frontend session count = 0 는 배경 작업에 정상입니다. product event count 0 는 목적지 확인이 아닌 제품 동작을 보여줍니다. trace count 1 는 받아들여진 작업 중 한 작업이 다시 시도될 때 예상될 수 있습니다. work 102 에 대해 매트릭스는 두 개의 흔적을보고, 두 개의 AI 세션, 한 번의 재실험 및 하나의 결과를보고합니다. 행은 손상되지 않습니다. 왜냐하면 작업 키가 두 세션 변경에도 살아남았기 때문입니다. 이것이 실험의 핵심 결과입니다. 패시보드를 신뢰하기 전에 감사 충돌 작업 매트릭스는 무엇이 성공적으로 그룹화되었는지 보여줍니다. 충돌 감사는 대안 키가 관련 없는 작업을 그룹화했는지 여부를 묻습니다. 프론트엔드 세션에 대비해서 실행하세요: $ai session id 로 반복하세요. 정렬에서, 프론트엔드 감사는 browser c 와 work 103 와 work 104 , 그리고 browser d 와 work 105 와 work 999 를 반환합니다. AI 세션 감사는 ai run d 와 work 105 와 work 999 를 반환합니다. 이것은 어떤 사건이 잘못되었는지 증명하지는 않습니다. 그것은 세션 기반의 배정이 안전하지 않은 한계를 식별하고 운영자에게 작은 조사 세트를 제공합니다. 다른 방향으로 두 번째 체크를 추가: work id 에 대한 다른 세션 값의 수를 계산하십시오. AI 세션과 재실험 이벤트를 가진 작업 키는 시도 중 연속성이 될 가능성이 높습니다. 다시 시도하거나 전달하거나 재개력 기록 없이 많은 세션에서 나타나는 작업 키는 다시 키를 사용하는 것을 나타낼 수 있습니다. 장착장치와 경주장치는 의도적으로 검사할 수 있습니다. 로컬 러너는 모든 14개의 이벤트에서 SQL 작업 매트릭스를 실행하고, 세 개의 결합 전략을 평가하고 다섯 가지 결과를 주장합니다. 그것은 PostHog의 실시간 기준이 아닙니다. 그것은 섭취 지연, 쿼리 API 권한, 보유 또는 임차자 특정 재산 유형을 측정하지 않습니다. 대시보드 뒤에 있는 관계적 주장을 테스트합니다. 생성에서 쿼리를 사용하기 전에 무해한 카나리 집합에 SQL 통찰력으로 실행하고 반환된 열을 고정과 비교하십시오. 작업 내용의 유출 없이 키를 악기 모든 관련 이벤트에 동일한 불투명한 작업 키를 첨부하십시오. 지원되는 자바스크립트 포장 예제에서는 사용자 지정 속성 페이지가 posthogProperties 및 posthogDistinctId 를 문서화하고, 세션 페이지가 $ai session id 를 posthogProperties 내부에 배치하고, 개인 정보 보호 페이지가 posthogPrivacyMode 를 문서화합니다. 이러한 문서화된 옵션을 결합하면 요청 형태는 다음과 같습니다. 제공자 통합 및 설치된 버전에서 지원되는 정확한 옵션을 사용하십시오. 포스트호그의 개인 정보 보호 모드는 $ai input 및 $ai output choices 를 제외하고 임의의 사용자 지정 특성을 정제하지 않습니다. 명단을 유지하세요. 좋은 필드는 불투명한 ID, 시도 번호, 작업 흐름 버전, 낮은 카드널리티 상태, 시간표 및 해시입니다. 나쁜 필드는 명령어, 완료, 비밀, 이메일, 원료 파일 경로 및 공급자 유용량입니다. 동일한 work id 를 가진 신청 이벤트를 발급하는 것은 그 근본적인 사실이 존재한 후에야 합니다. report view opened 이벤트는 제품 분석에 속한다. agent outcome verified 이벤트는 권위 있는 리드백을 따라가며 해시된 목적지 참조와 검증된 콘텐츠 또는 버전 해시를 포함해야 합니다. 두 사건은 같은 것을 의미하는 것처럼 하지 않고 질문 하나를 공유할 수 있습니다. distinct id 를 분석하려는 배우에게 안정적으로 유지하세요. $session id 와 $ai session id 를 문서화 된 항해 경계에 보관하십시오. 모델은 디버깅이 쉬워집니다. 왜냐하면 어떤 분야도 세 가지 작업을 수행하지 않기 때문입니다. 실험을 운영 테스트로 사용하세요 큰 패시보드보다는 3개의 캐나리어를 사용해서 시작하세요. 하나의 브라우저와 AI 세션에서 시작되고 완료되는 하나의 작업; 브라우저 세션이 종료된 후 새로운 AI 세션에서 다시 시도되는 작업 동일한 브라우저 세션에서 두 개의 작업이 시작되었고, 그 결과로는 한 작업만 이루어졌습니다. 시험 환경에서 의도적으로 일치하지 않은 결과 이벤트를 추가합니다. 당신의 작업 매트릭스는 고아로 드러나야 합니다. 세션 충돌 질문들은 공유된 그룹을 표시해야 합니다. 만약 패시보드에서 비교할 수 없는 작업이 검증된 것처럼 보이면, 결합 키는 여전히 틀렸습니다. 계약 자체를 감시합니다. 계산 AI 실종된 사건 work id ; 생성 줄이 없는 결과 이벤트를 계산한다. 재시험이나 출품 증거 없이 세션에 걸쳐 분할된 승인된 업무 인증을 계산한다. 최근 출근을 실패로 간주하기 전에 이벤트 섭취 지연을 측정합니다. 세션 충돌 또는 재사용 작업 키의 갑작스러운 증가에 대한 경고. 그 후 비용의 해석이 더 안전해집니다. work id 에 의해 합액 생성 비용, 단순히 세션에 의해, 그리고 당신의 비즈니스가 받아들이는 결과 상태와 함께 작업에 의해만 나눌 수 있습니다. 그 결과, 재실험을 통해 확인된 작업 단위당 비용은 발생하고, 추적이나 브라우저 방문에 대한 비용은 발생하지 않습니다. Sidewisp가 들어맞는 곳 포스트호그는 이벤트 캡처, 제품 분석, SQL 인사이트 및 조사에 잘 적합합니다. 이 실험은 이러한 강점을 유지하면서 운영 판단의 단위를 명확하게 만듭니다. Sidewisp는 증거, 신선함, 불확실성, 승인 경계 및 검증을 사용하여 기존 요인의 실행 시간을 둘러싼 건강 계층으로 전환되도록 의도됩니다. 대체 실행 시간, 필수 모델 게이트웨이, 또는 포스트호그 대체 장치가 아닙니다. 생산 모니터링 어댑터와 복구 프로그램은 오늘 배송되지 않습니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 이 연결 키 문제가 당신의 환경에 맞다면, 개인 미리보기 대기 목록에 가입하고 어떤 실행 시간, 세션 경격 및 작업 결과들이 넘어가는지 설명하십시오. 그 때까지, 포스트호그의 식별자를 정직하게 유지하십시오. 세션 탐색, 추적은 활동을 설명하고, 내구성 작업 키는 운영 결과를 가져옵니다.