Latitude

Latitude는 에이전트 텔레메트리를 자체 SDK로도, 이미 있는 OpenTelemetry 파이프라인으로도 받는다. 독점 형식이 아니라 열린 형식을 쓴다. 모델 호출, 도구 호출, 검색 단계, 중첩 실행이 span으로 들어오고, 관련된 span은 세션으로 묶여 여러 턴의 대화로 읽힌다. 이미 OTel 데이터를 보내는 팀은 계측을 다시 만들지 않고 파이프라인을 Latitude로 돌릴 수 있다. LLM 관측성을 직접 쥐고 싶은 팀일수록 이 형태가 맞는다.

트레이스가 거듭 실패하면 Latitude는 그것을 시그널로 묶는다. 이름과 우선순위를 갖춘 실패 패턴이며, 예시 트레이스, 영향 사용자 수, 추세가 붙는다. 시그널은 사람의 주석, 자동 플래거, 평가, 자체 점검에서 나온다. 불만 급증도 도구 오류도 로그 조각이 아니라 담당자가 있는 문제가 된다.

Latitude는 들어오는 트래픽을 지켜보고 새 문제가 나타나거나 기존 문제가 악화되면 알린다. 알림은 Slack, 이메일, 웹훅으로 간다. 사용자가 티켓을 쓰기 전에 팀이 알 수 있다. 각 시그널은 실패한 트레이스와 추세를 안고 있다. 모호한 경고와 실제로 움직일 수 있는 정보의 차이가 거기 있다.

플랫폼은 흔한 실패 범주를 스스로 잡는다. 불만, 거부, 탈옥, 도구 오류, 빈 응답 등이다. 검토자는 어떤 트레이스, span, 출력에도 인라인 피드백을 남길 수 있다. 그 사람의 판단이 검색하고 묶고 평가에 넣을 수 있는 구조화된 시그널이 된다.

Latitude는 검증된 프로덕션 트레이스로 골든 데이터셋을 만든다. 문제마다 하나이고 버전 관리도 포함된다. 팀은 그 데이터셋으로 평가와 회귀 테스트를 돌리고, 시그널에서 만든 평가는 수정을 내보낸 뒤에도 라이브 트래픽을 계속 채점한다. 수정이 실제로 버텼는지 확인하는 방식이 이것이다.

Model Context Protocol 서버가 코딩 에이전트에 Latitude 워크스페이스 접근을 준다. 대시보드를 열지 않고 프로젝트를 읽고 관리한다. 시그널이 커지면 Latitude는 전체 맥락, 예시 트레이스, 딥링크를 붙여 Claude Code나 Cursor로 보낼 수 있고, 에이전트는 가장 작은 올바른 수정을 넣고 풀 리퀘스트를 연다.

Latitude는 SOC 2 Type II 인증을 받았고 전송 중 데이터를 TLS 1.2+로, 저장 데이터를 AES-256으로 암호화한다. SAML 2.0 싱글 사인온, GDPR 도구, 감사 로그, 유럽 내 데이터 보관을 지원한다. Enterprise 플랜은 세밀한 RBAC 역할, 온프레미스나 전용 클라우드 배포, 가동률 SLA를 더한다.