Evidence

Evidence의 모든 것, 쿼리부터 레이아웃과 테마까지 저장소 안 파일로 정의된다. 즉 분석에 소프트웨어와 같은 도구가 붙는다. 브랜치, diff, 동료 검토, 롤백이 그것이다. 운영 환경에서 숫자가 이상해 보이면 그 숫자를 끌어들인 정확한 변경까지 거슬러 추적할 수 있다. 이미 Git을 쓰는 팀에게는 "누가 이 대시보드를 고쳤나"라는 부류의 문제를 통째로 없애준다. 더 이상 추측할 필요가 없다.

Studio에서 Evidence 에이전트는 프로젝트를 위한 AI 어시스턴트다. 기존 대시보드와 리포트를 문맥으로 읽고, 자연어로 질문에 답하며, Evidence Markdown으로 새 분석을 쓴다. 접근 규칙을 존중하므로 독자는 허용된 데이터만 본다. 에이전트는 Slack이나 Claude Desktop, ChatGPT를 포함한 모든 MCP 클라이언트에서 닿을 수 있어, 질문이 팀이 이미 대화하는 곳에서 해결된다. 아무도 대기열에 서지 않는다. 이것이 실전의 셀프서비스 분석이다. 왜 중요할까? 답이 며칠이 아니라 몇 초 만에 오기 때문이다.

Evidence에는 차트, 데이터 표, 필터, 드롭다운, 지도, 토글을 위한 컴포넌트 라이브러리가 있다. 출판 품질의 시각화를 만들고, 맞춤 비주얼을 팀 전체가 재사용할 수 있는 컴포넌트로 추상화할 수 있다. 풍부한 표는 스파크라인, 소계, 이미지를 지원하고, 지도는 히트맵과 맞춤 GeoJSON을 다룬다. 이득은 일회성 차트가 매번 다시 그려지는 대신 공유 구성 요소가 될 수 있다는 점이다. 반복 작업이 줄어든다.

푸시해서 배포하는 것이 기본이다. 변경을 병합하면 사용자에게 전달되고, 브랜치 미리보기로 운영에 가기 전에 변경을 실제로 볼 수 있으며, 즉시 롤백은 잘못된 병합을 그 자리에서 되돌린다. 지속적 통합은 모든 풀 리퀘스트에서 자동 검사를 돌려, 망가진 쿼리가 배포 전에 걸린다. 이건 진짜 차이다. 전통적인 BI 플랫폼은 망가진 차트를 아무도 모르게 운영에 올려버린다. 바람직하지 않다.

접근 규칙은 버전 관리되는 단일 파일에 있고, Studio는 행 단위까지 페이지 단위 접근 제어를 더한다. 누가 각 페이지를 열 수 있는지 정하며, 리포트가 민감 데이터와 일반 데이터를 섞을 때 중요하다. Enterprise는 행 단위 규칙, SSO, SCIM 디렉터리 동기화, SOC 2 리포트를 더한다. 그래서 같은 플랫폼이 내부 팀과 외부 대면 대시보드를 두 번째 도구 없이 감당한다.

어떤 페이지든 매일, 매주, 매월 받은편지함으로 전달할 수 있고, 모든 리포트는 PDF나 여러 탭의 XLSX 통합 문서로 내보낸다. 아직 이메일과 스프레드시트에서 사는 팀에게, 이는 코드로 만든 대시보드와 독자가 실제로 원하는 형식 사이의 고리를 닫아준다. 작은 기능이지만, 도입을 정착시키는 것은 대개 이것이다. 독자는 저장소를 열지 않는다. 그저 파일을 원한다.