공유 컨텍스트가 HubSpot AI를 더 똑똑하게 만들고, 그 영향 범위를 확장합니다

공유 컨텍스트는 HubSpot의 새로운 AI 아키텍처에서 가장 강력한 아이디어 중 하나입니다.

회사는 이제 성장 컨텍스트(Growth Context)를 비즈니스, 팀, 고객에 대한 결합된 이해로 설명합니다. Context Home은 기초 지식을 AI 도구 전반에 걸쳐 사용할 수 있게 합니다. 프로젝트는 지침, 파일, HubSpot 콘텐츠, 지식 저장소 및 연결된 애플리케이션을 추가할 수 있습니다. 에이전트는 CRM 데이터와 승인된 도구를 사용하여 작업을 완료할 수 있습니다.

가장 명확한 이점은 일관성입니다. 팀은 어시스턴트를 열거나 에이전트를 생성할 때마다 회사에 대해 처음부터 설명할 필요가 없어야 합니다.

덜 명확한 결과는 영향 범위(blast radius)입니다.

컨텍스트가 공유될 때, 잘못된 지침 하나, 너무 광범위한 파일, 오래된 방법론 또는 부적절한 메모가 많은 출력에 영향을 미칠 수 있습니다. 저는 **최소 컨텍스트 아키텍처(Least-Context Architecture)**를 권장합니다. 각 AI 작업에는 유용한 결과를 생성하는 데 필요한 현재의 승인된 지식의 가장 작은 세트를 제공해야 합니다.

최소 권한만으로는 충분하지 않습니다

전통적인 접근 제어는 사용자나 애플리케이션이 레코드를 읽거나 엔드포인트를 호출할 수 있는지 여부를 묻습니다.

AI 시스템은 또 다른 질문을 도입합니다. 시스템이 정보에 액세스할 수는 있더라도, 그 정보가 이 결정에 영향을 미쳐야 할까요?

영업 프로젝트는 지원 티켓을 읽을 권한을 가질 수 있습니다. 이것이 모든 내부 지원 코멘트가 잠재 고객 발굴(prospecting) 이메일을 구성해야 한다는 것을 의미하지는 않습니다. 서비스 에이전트는 제품 로드맵에 액세스할 수 있을 수 있습니다. 이것이 출시되지 않은 기능을 약속해야 한다는 것을 의미하지는 않습니다. 마케팅 어시스턴트는 거래 메모를 읽을 수 있습니다. 이것이 기밀 협상이 캠페인 언어가 되어야 한다는 것을 의미하지는 않습니다.

권한(Permission)은 가용성(availability)을 제어합니다. 컨텍스트(Context)는 영향력(influence)을 제어합니다.

엔터프라이즈 거버넌스는 둘 다 필요합니다.

HubSpot AI 내부의 네 가지 컨텍스트 레이어

HubSpot의 현재 문서는 서로 다른 범위를 가진 여러 계층을 노출하고 있습니다:

HubSpot AI 내부의 네 가지 컨텍스트 레이어

HubSpot의 현재 문서는 서로 다른 범위를 가진 여러 계층을 노출하고 있습니다:

포털 컨텍스트 (Portal context): Context Home을 통해 재사용 가능한 비즈니스, 브랜드, 제품, 팀, 프로세스 및 사용자 지정 컨텍스트를 관리합니다.
지식 금고 (Knowledge vaults): 정의된 사용 사례(use cases)를 위해 프로젝트나 에이전트에 수동으로 첨부되는 큐레이션된 정보입니다.
프로젝트 컨텍스트 (Project context): Breeze 프로젝트 내에서 사용할 수 있는 지침, 파일, HubSpot 레코드, 연결된 애플리케이션 및 메모리입니다.
사용자 및 대화 컨텍스트 (User and conversation context): 사용자 프로필, 이메일 성격(email personality), 저장된 메모리, 이전 대화, 첨부 파일 및 선택된 출처입니다.

이러한 레이어들은 팀들이 다양한 수준에서 지식을 재사용할 수 있게 해주기 때문에 유용합니다. 또한 일반적인 권한 테이블보다 파악하기 어려운 가능한 컨텍스트 경로를 생성합니다.

팀은 모든 AI 출력에 대해 다음 질문에 답할 수 있어야 합니다:

• 각 중요한 주장은 어떤 레이어에서 제공되었습니까?
• 왜 해당 레이어가 범위(scope) 내에 있었습니까?
• 정보가 최신입니까?
• 사용자가 출처에 접근할 권한이 있었습니까?
• 에이전트가 CRM이나 다른 연결된 도구로 다시 작성(write back)할 수 있습니까?
• 동일한 컨텍스트가 다른 팀이나 고객에게도 적절할까요?

만약 이러한 질문들에 답할 수 없다면, 공유 컨텍스트는 통제되지 않은 의존성(unbounded dependency)이 됩니다.

최소 컨텍스트 아키텍처의 여섯 가지 게이트

1. 작업 게이트 (Task gate)

정확한 결과부터 시작합니다.

"영업 지원(Help sales)"은 작업 경계가 아닙니다. "내부 계정 계획을 위한 지난 30일간의 검증된 구매 신호 요약"이 작업 경계입니다.

작업 게이트는 어떤 지식 카테고리가 필요한지, 그리고 어떤 것이 관련 없는지를 정의합니다. 회의 준비 요약에는 활동 기록, 열린 티켓, 활성 거래(active deals), 최근 제품 사용 내역 등이 필요할 수 있습니다. 하지만 전체 직원 핸드북, 모든 마케팅 자료, 또는 모든 개인 프로젝트 메모리까지 자동으로 필요한 것은 아닙니다.

2. 청중 게이트 (Audience gate)

출력을 누가 받거나 의존하게 될지 정의합니다.

내부 초안(internal draft), 관리자 추천, 고객 이메일, 공개 페이지, 그리고 CRM 작성은 서로 다른 노출 및 수정 비용을 가집니다.

청중이 컨텍스트 적격성을 결정해야 합니다. 기밀 상업적 컨텍스트는 내부 갱신 브리프에는 적절할 수 있지만, 고객 대상 응답에서는 제외되어야 합니다. 민감한 지원 세부 정보는 영업 시퀀스에 속하지 않더라도 에스컬레이션 매니저에게 도움이 될 수 있습니다.

3. 출처 게이트 (Source gate)

검색 전에 권위 있는 출처 유형을 선택하세요.

Breeze Assistant는 기록(records), 연결된 앱(connected apps), 메모리(memories)를 포함한 일부 응답에 대해 인용문과 '출처(Sources)' 섹션을 표시할 수 있습니다. 이러한 투명성은 의사 결정 규칙의 일부가 되어야 합니다.

가격 문의의 경우, 현재 제품 라이브러리와 승인된 가격 정책이 적격할 수 있습니다. 영업 사원의 오래된 이메일이나 승인되지 않은 자료는 유용한 단서가 될 수는 있지만, 답변을 좌우해서는 안 됩니다.

출처 선택은 검색하기 가장 쉬운 텍스트에 맡기는 것이 아니라, 작업별로 허용 목록화(allowlisted)되어야 합니다.

4. 수명 주기 게이트 (Lifetime gate)

컨텍스트가 영향력을 유지하는 기간을 제한하세요.

HubSpot 프로젝트는 대화 전반에 걸쳐 공유 지침, 참고 자료 및 메모리를 유지할 수 있습니다. 지속성은 연속성을 향상시킵니다. 또한 캠페인, 지역(territory), 제품 또는 정책이 변경된 후에도 오래된 가정을 보존할 수 있습니다.

임시 컨텍스트에는 수명을 할당하세요:

만료는 단순히 아무도 보지 못하는 경고를 추가하는 것이 아니라, 항목을 기본 검색에서 제거하거나 검토를 강제해야 합니다.

5. 작성 권한 게이트 (Write-authority gate)

지식 접근과 부작용(side-effect) 권한을 분리하세요.

HubSpot 프로젝트는 CRM에 쓰기(Write to the CRM)와 같은 도구를 포함할 수 있습니다. 에이전트 구성에는 작업(actions)이 포함될 수 있습니다. 연결된 앱은 추가 데이터나 기능을 노출할 수 있습니다.

광범위하게 읽고 광범위하게 쓸 수 있는 어시스턴트는 단순히 초안만 작성할 수 있는 것보다 훨씬 더 큰 영향 범위(blast radius)를 가집니다. 단계를 사용하세요:

검색된 경계 컨텍스트(retrieve bounded context)
↓
인용된 초안 생성(produce a cited draft)
...

좋은 컨텍스트의 존재가 권한을 대체하게 해서는 안 됩니다. 무엇이 일어나야 하는지 아는 것과 그것을 실행할 수 있도록 허가받는 것은 별개의 통제입니다.

6. 검토 게이트(Review gate)

결과의 중요도에 맞춰 검토 깊이를 조정해야 합니다.

낮은 중요도의 내부 요약본은 샘플링 및 출처 검사를 사용할 수 있습니다. 하지만 외부 메시지, 가격 약정, 라이프사이클 변경, 접근 권한 변경, 삭제 등 결과가 큰 영향을 미치는(consequential) 조치들은 더 강력한 검증이 필요합니다.

검토 게이트는 출력물과 컨텍스트 경로를 모두 확인해야 합니다. 아무리 잘 다듬어진 답변이라도 부적절한 출처에 의존했다면 여전히 안전하지 않을 수 있습니다.

Six narrowing gates labeled task, audience, source, lifetime, write, and review reduce a large context cloud into one bounded AI action.

최소 컨텍스트 아키텍처 인포그래픽(Least-Context Architecture infographic)

이미지 출처: 본 기사를 위해 제작된 원본 AI 지원 일러스트레이션입니다.

팀 간 협업 실패 사례

마케팅, 영업, 서비스에 HubSpot을 사용하는 회사를 가정해 봅시다.

마케팅팀은 다가오는 제품 출시를 위한 프로젝트를 만듭니다. 이 프로젝트에는 초안 포지셔닝, 예상 출시일, 목표 산업군, 그리고 법적 검토 중인 기능들을 설명하는 파일이 포함되어 있습니다. 이 프로젝트는 내부 계획에 유용합니다.

나중에 영업팀에서 잠재 고객 발굴 에이전트를 만듭니다. 시간을 절약하기 위해 누군가 동일한 지식 금고(knowledge vault)와 광범위하게 연결된 앱 접근 권한을 추가합니다. 이 에이전트는 지원 대화 내용을 보고, 전략적 고객이 출시되지 않은 기능 하나를 요청하는 것을 발견합니다. 그리고 초안 로드맵, 고객 요청,

작업(Task): 잠재 고객 리서치 및 아웃리치 초안 작성이며, 로드맵 약속은 아닙니다.대상(Audience): 외부 잠재 고객이므로 기밀 로드맵 세부 정보는 제외합니다.출처(Source): 승인된 제품 카탈로그와 현재 메시징 가이드만 사용합니다.수명 주기(Lifetime): 오래된 초기 접근 메모리는 만료되었습니다.작성 권한(Write authority): 에이전트는 초안을 작성할 수 있지만 전송할 수는 없습니다.검토(Review): 외부 사용 전에 사람이 주장과 출처를 확인합니다.

AI는 여전히 고객의 문제를 언급하고 발견 대화(discovery conversation)를 제안할 수 있습니다. 내부적인 가능성을 외부적인 약속으로 바꿀 수는 없습니다.

컨텍스트 분할 패턴 (Context segmentation patterns)

모든 프로젝트에 대해 사용자 지정 규칙을 사용하는 대신, 반복 가능한 소수의 패턴을 사용합니다.

공개 안전 컨텍스트 (Public-safe context)

승인된 브랜드 진술, 공용 제품 사실, 게시된 문서, 검토된 교육 자료. 광범위한 콘텐츠 작업에 적합하며, 최신성 확인(freshness checks)이 필요합니다.

팀 운영 컨텍스트 (Team-operational context)

프로세스, 방법론, 라우팅 규칙, 내부 정의 및 업무 지침. 관련 팀과 승인된 에이전트에게만 보이며, 포털 전체에 자동으로 사용 가능하지는 않습니다.

고객별 컨텍스트 (Customer-specific context)

계약서, 계정 기록, 티켓, 통화, 동의(consent), 약속 및 협상된 조건. 해결된 고객과 작업에 대해 검색되며, 레코드 수준 권한 및 출처 인용을 사용합니다.

제한적 의사결정 컨텍스트 (Restricted decision context)

보안 조사 결과, 법률 자문, 민감한 HR 콘텐츠, 재무 예외 사항, 접근 자격 증명 및 기타 고위험 물질. 전용 시스템, 좁은 검색 범위, 명시적 승인 및 감사 가능한 조치를 사용합니다.

이러한 범주는 Context Home, 지식 금고(knowledge vaults), 프로젝트, CRM 기록 및 외부 시스템에 매핑될 수 있습니다. 핵심은 저장 위치를 유일한 보안 경계로 취급하는 것을 피하는 것입니다.

파급 범위 테스트 (Test the blast radius)

프로젝트나 에이전트를 출시하기 전에 경계 테스트(boundary tests)를 실행합니다:

• 관련 없는 팀의 컨텍스트에서 정보를 요청합니다.
• 내부 초안을 기반으로 고객에게 공개될 답변을 요청합니다.
• 만료된 파일을 추가하고 제외되는지 확인합니다.
• 포털 및 프로젝트 컨텍스트에 상충하는 지침을 배치합니다.
• AI에게 답변을 뒷받침한 출처를 인용하도록 요청합니다.
• 사용자의 접근 권한을 제거하고 컨텍스트 경로가 닫히는지 확인합니다.
• CRM 쓰기 기능을 비활성화하고 에이전트가 레코드를 변경할 수 없는지 확인합니다.
• 지식 볼트를 변경하고 재테스트가 필요한 모든 종속 프로젝트 또는 에이전트를 식별합니다.

예상 결과는 항상 거절은 아닙니다. 안전한 시스템은 더 좁은 범위로 답변하거나, 최신 출처를 요청하거나, 내부 초안을 생성하거나, 검토 작업을 생성할 수 있습니다.

컨텍스트 노출 지표 (Metrics for context exposure)

공유된 지식이 보편화되고 있는지 보여주는 제어 항목들을 추적합니다:

• 작업당 검색되는 평균 컨텍스트 출처 수;
• 출처 인용 또는 의사 결정 추적이 있는 출력의 비율;
• 검색된 만료 컨텍스트 항목;
• 팀 간 컨텍스트 접근 횟수;
• CRM 쓰기가 활성화된 프로젝트 수;
• 수정이 필요한 외부 노출 출력;
• 출처가 범위를 벗어나서 차단된 에이전트 실행 횟수;
• 종속 프로젝트 전반에 걸쳐 컨텍스트 항목을 제거하거나 교체하는 데 걸리는 시간;
• 소유자가 없는 지식 볼트 및 사용자 지정 컨텍스트 항목.

더 많은 컨텍스트가 성공 지표는 아닙니다. 적절한 컨텍스트가 성공 지표입니다.

모든 것을 공유하지 않고 이해를 공유하기 (Share understanding without sharing everything)

HubSpot의 Growth Context 방향은 엔터프라이즈 AI의 실제 약점을 다룹니다: 어시스턴트와 에이전트는 종종 비즈니스, 고객 또는 팀에 대한 충분한 지식 없이 작동하는 경우가 많습니다.

해결책은 모든 작업이 사용 가능한 모든 지식을 상속받는다는 반대 문제를 재현해서는 안 됩니다.

안정적인 기반을 위해 포털 컨텍스트를 사용합니다. 큐레이션된 도메인을 위해 지식 볼트를 사용합니다. 제한된 작업을 위해 프로젝트를 사용합니다. 해결된 고객이 범위 내에 있을 때 고객 레코드를 사용합니다. 접근 권한을 위해 권한(permissions)을, 영향력과 행동을 위해 여섯 가지 게이트(six gates)를 사용합니다.

공유 컨텍스트는 AI를 더 일관성 있게 만듭니다. 최소 컨텍스트(Least Context)는 이러한 일관성을 안전하고, 설명하기 쉬우며, 무언가 변경될 때 포함 범위를 좁힐 수 있도록 합니다.

출처 (Sources)

• HubSpot, Manage AI context
• HubSpot, Create and manage projects in Breeze Assistant
• HubSpot, Use Breeze Assistant
• HubSpot, Search connected apps with Breeze Assistant
• HubSpot, AI Trust and Safety
• HackerNoon, Before You Automate a Task, Decide Who Can Say No

히어로 이미지 출처: 본 기사를 위해 제작된 원본 AI 지원 일러스트레이션.