Tableau Knowledge Engine이란, agentic AI 환각 막는 지식 그래프 구조 정리
한마디로
에이전트가 데이터를 추측하지 않고 진짜 추론하도록 Salesforce가 Tableau에 지식 그래프를 심었어요
한눈에
Tableau Knowledge Engine은 Salesforce가 Tableau에 구축한 지식 그래프 기반 구조로 AI 에이전트가 기업 데이터를 추측(guessing)이 아니라 실제로 탐색하고 추론하게 만드는 게 목적입니다. Sales Cloud, Service Cloud, Marketing Cloud, Data 360, Tableau에 흩어진 지식을 semantics, ontology, context, connections로 묶어 런타임에 에이전트가 쓸 수 있는 하나의 구조로 통합한 게 핵심이에요. 한 번 만들고 끝나는 게 아니라 에이전트 사용 기록과 사람의 검증을 계속 흡수하면서 정교해지는 구조라는 점이 실무적으로 중요합니다.
AS-IS, 시맨틱 레이어와 지식 그래프만으론 부족했던 이유
Tableau는 원문에서 기존 스택이 추론하는 시스템을 위해 만들어지지 않았다고 짚습니다. 의미 있는 지식은 이미 존재하지만 시각화, 워크북, 데이터소스에 인코딩돼 있거나 구조화되지 않은 소스, 오래된 위키, 사람들 머릿속에 흩어져 있어서 에이전트 입장에서는 보이지 않는 지식이라는 거예요. Salesforce를 예로 들면 Sales Cloud는 파이프라인과 opportunity, 계정 구조를 추적하고 Service Cloud는 케이스와 SLA, 지원 워크플로를 담고 있고 Marketing Cloud와 Data 360은 행동 신호와 고객 프로필을 가져오는데, Tableau에는 팀이 수년간 쌓아온 시맨틱 모델과 지표 정의, 대시보드가 있습니다. 각 시스템은 그 자체로는 논리적이지만 에이전트가 가로질러 추론할 수 있는 하나의 구조를 이루지 못한다는 게 문제로 지적됩니다.
이번 내용, semantics와 ontology와 connections를 하나로 묶기
Tableau Knowledge는 이 흩어진 지식을 semantics(의미), ontology(구조), context(업무 맥락과 용어), connections(관계)로 통합해 지식 그래프로 만듭니다. semantics는 언어를 비즈니스 개념에 매핑하는 역할로 Tableau의 시맨틱 모델과 지표, 네이밍 컨벤션에서 나오고, 이 덕분에 에이전트가 pipeline이나 active customer, at risk 같은 용어를 일관되게 해석할 수 있어요. ontology는 엔티티 간 관계와 어떤 조인이 유효한지, 어떤 정의가 성립해야 하는지를 정의하고, 지식 그래프는 이 개념과 엔티티, 데이터 자산, 프로세스를 관계로 연결해 비즈니스가 실제로 작동하는 방식을 거울처럼 비추는 탐색 가능한 구조를 만듭니다. 원문이 든 예시로는 야간에 에이전트가 영업 리더를 위한 브리핑을 생성하는 장면이 나오는데, Slack의 읽지 않은 영업 성과 관련 스레드와 다가오는 파이프라인 리뷰, CRM 활동 데이터가 트리거가 되고, 결과적으로 EMEA 파이프라인이 전일 대비 12% 감소했고 엔터프라이즈 거래 3건이 분기를 넘기면서 생긴 일이라는 것, 커버리지와 win rate는 안정적이라는 것, 관련 Slack 스레드까지 연결해 전달합니다.
실무 적용 포인트, knowledge gravity로 계속 정교해지는 구조
원문은 이 그래프가 정적이지 않고 사용과 직접 입력 두 가지로 계속 다듬어진다고 설명합니다. 에이전트가 작업을 실행할 때마다 어떤 경로를 선택했는지, 어떤 쿼리가 성공하거나 실패했는지, 어디서 재시도나 조정이 필요했는지가 신호로 남고, 동시에 사람이 시맨틱 모델을 큐레이션하고 지표를 정의하고 검증된 쿼리로 올바른 해석을 고정하고 잘못된 출력을 직접 수정하면서 구조를 보강합니다. 이 두 입력이 서로를 강화하면서 생기는 결과를 Salesforce는 knowledge gravity라고 부르는데, 시스템이 필요한 경로를 이미 확보하고 검증해둔 상태가 돼서 새로운 작업이 탐색보다는 이미 알려진 경로를 따라가는 traversal에 가까워진다는 설명이에요. 실무 체크리스트로는 Tableau 시맨틱 모델과 지표 정의가 얼마나 정리돼 있는지, 여러 Cloud에 흩어진 CRM, 서비스, 마케팅 데이터가 일관된 네이밍으로 연결돼 있는지, 에이전트 출력에 대한 사람의 수정 피드백을 구조적으로 쌓는 프로세스가 있는지를 먼저 점검해볼 만합니다.
자주 묻는 질문
agentic ai란 무엇인가요
단순히 질문에 답하는 게 아니라 고객 미팅 준비나 파이프라인 하락 원인 조사 같은 목표를 받아 여러 단계와 결정, 반복을 거쳐 실행하는 AI를 가리킵니다. Tableau Knowledge Engine은 이런 에이전트가 실제 데이터를 추측 없이 추론하도록 지원하는 구조예요.
Tableau Knowledge Engine은 기존 시맨틱 레이어와 뭐가 다른가요
정적인 시맨틱 레이어나 독립된 지식 그래프가 아니라 여러 시스템을 가로질러 런타임에 에이전트가 실제로 쓸 수 있는 구조라는 점이 다릅니다. semantics, ontology, context, connections를 하나로 묶어 에이전트가 탐색하고 계획을 세우고 실행하도록 만듭니다.
ai 마케팅 활용 사례로 어떤 게 나오나요
원문에 제시된 예시는 영업 리더를 위한 일일 브리핑으로 Slack 대화, 파이프라인 리뷰 일정, CRM 활동 데이터를 종합해 EMEA 파이프라인 12% 감소와 그 원인을 자동으로 짚어내는 장면입니다.
ai 에이전트가 환각을 일으키는 이유는 뭔가요
원문은 메타데이터만 LLM에 던지고 잘되길 바라는 방식이 흔한 실수라고 지적합니다. 지식이 구조화된 그래프 형태로 없으면 에이전트가 얕은 패턴에 의존하게 되고, 엔터프라이즈 환경에서 수익 지표를 잘못 추측하는 건 단순 오타가 아니라 전략적 의사결정 실패로 이어진다고 설명합니다.
에디터 노트
에이전트에 지식 그래프를 붙인다는 방향 자체는 합리적이지만 원문은 Salesforce 자사 생태계(Sales Cloud, Service Cloud, Marketing Cloud, Data 360, Tableau) 안에서의 통합을 전제로 합니다. 외부 시스템이 섞인 환경에서 같은 효과를 낼 수 있을지는 별개 문제이고, knowledge gravity가 쌓이는 데는 결국 사람의 검증과 수정이라는 운영 비용이 꾸준히 들어간다는 점도 감안해야 합니다.
참고 출처 | 원문 보기
태그
- Tableau Knowledge Engine
- 태블로 지식 엔진
- agentic AI
- 에이전틱 AI
- 지식 그래프
- 지식 그래프
관련 마테크
- BigQuery 란, Google Cloud CLI 원격 MCP 서버로 AI 에이전트가 gcloud bq 명령 쓰는 법AI 에이전트가 로컬 설치 없이 gcloud와 bq 명령으로 BigQuery를 직접 운영할 수 있는 원격 MCP 서버가 프리뷰로 나왔어요
- Brandwatch AI 업데이트 7가지, 소셜 리스닝 실무 어떻게 바뀌나Brandwatch가 Iris AI로 쿼리 작성부터 인플루언서 발굴, 메시지 분류까지 소셜 리스닝 업무를 자동화했어요
- Databricks Genie One으로 마케팅 업무 자동화하기 - AI 에이전트 활용법Databricks의 AI 플랫폼 Genie One이 마케팅, 재무, 영업 팀의 데이터 기반 작업을 자동화하고 신입 인력 교육 파트너 역할을 하고 있어요
- Snowflake로 agentic AI 시대 마케팅 자동화 기반 구축하기Snowflake는 AI 에이전트가 독립적으로 판단, 행동하는 시대에 필요한 통합 데이터 플랫폼으로, 고객, 상품, 거래 데이터를 실시간으로 정리해서 자율 마케…