AI 컨텍스트가 두 번째 CRM이 되고 있습니다. 이를 관리하는 방법.

2026년 9월 16일, HubSpot은 Fall Spotlight 출시의 일환으로 Context Home을 소개했습니다. 이 제품 아이디어는 매우 설득력이 있습니다. 즉, AI가 사용하는 비즈니스, 팀, 고객 지식을 한곳에 모아두고, Breeze Assistant와 에이전트들이 플랫폼 전반에서 그 공유된 이해를 활용하게 하는 것입니다.

이는 새로운 시스템 오브 레코드(system of record)를 만들어냅니다.

CRM처럼 보이지 않을 수 있습니다. 연락처나 거래 건(deals) 대신 가이드라인, 방법론, 제품 설명, 사용자 선호도, 파일, 그리고 기억들을 담고 있기 때문입니다. 그럼에도 불구하고 이는 고객 메시지, 에이전트 설정, 추천 사항, 기록 변경 등의 행동에 영향을 미칠 수 있습니다. 만약 여기에 오류가 있다면, 그 오류는 하나의 필드를 훨씬 넘어 광범위하게 확산될 수 있습니다.

제가 권장하는 통제 방식은 **Context Constitution(컨텍스트 헌법)**입니다. 이는 공유된 AI 컨텍스트가 왜 존재하는지, 누가 소유하는지, 어디에 적용되는지, 충돌 시 무엇이 우선하는지, 언제 만료되는지, 그리고 변경 사항이 어떻게 검토되는지를 결정하는 여섯 가지 명시적인 규칙들입니다.

컨텍스트는 또 다른 프롬프트 라이브러리가 아니다

HubSpot의 현재 문서는 두 가지 정보 계층을 구분합니다:

**컨텍스트(Context)**는 여러 HubSpot AI 도구에 적용될 수 있는 비즈니스에 대한 기초적인 정보입니다. **지식 볼트(Knowledge vaults)**는 특정 사용 사례를 위해 개별 프로젝트나 에이전트에 수동으로 첨부되는 지식 모음입니다.

이는 중요한 아키텍처적 구분점입니다. 회사 설명, 브랜드 가이드라인, 제품 카탈로그, 영업 방법론, 사용자 프로필, 서비스 에스컬레이션 정책 등은 동일한 대상이나 결과를 갖지 않습니다.

만약 이 모든 것을 상호 교환 가능한 프롬프트 자료로 취급한다면, 팀들은 결국 다음 세 가지 실패 사례 중 하나를 만들게 될 것입니다:

글로벌 컨텍스트가 너무 일반적이다. 안전하지만 쓸모없어집니다. 글로벌 컨텍스트가 너무 구체적이다. 한 팀을 위한 규칙이 조용히 다른 팀에 영향을 미칩니다. 로컬 컨텍스트가 글로벌 컨텍스트와 모순된다. AI는 선언된 우선순위 규칙 없이 두 가지 그럴듯한 지침을 받게 됩니다.

해답은 더 많은 산문(prose)이 아닙니다. 그것은 산문을 둘러싼 거버넌스입니다.

여섯 조항의 Context Constitution

모든 컨텍스트 항목은 여섯 가지 통제 장치를 가져야 합니다. 이들은 레지스트리, 문서 헤더, 커스텀 객체 또는 외부 거버넌스 서비스에 존재할 수 있습니다. 저장소 선택보다 규칙을 명시적으로 만드는 것이 더 중요합니다.

1. 목적 (Purpose)

컨텍스트가 영향을 미칠 수 있는 결정이나 행동을 명시합니다.

"우리 회사는 중견 및 엔터프라이즈 팀에 서비스를 제공합니다"는 서술적입니다. "아웃바운드 프로스펙팅을 위해 직원 수가 200명에서 2,000명인 기업을 우선순위로 지정하라"는 행동 규칙입니다. 이들은 동일한 거버넌스를 가져서는 안 되는데, 후자는 누가 아웃리치(outreach)를 받는지 변경할 수 있기 때문입니다.

유용한 목적 필드는 허용된 사용과 제외된 사용을 모두 명시합니다:

{
"context_id": "ctx_icp_2026_q3",
"allowed_uses": ["prospect_research", "lead_prioritization"],
...
}

목적 경계가 없으면, 재사용 가능한 컨텍스트는 눈에 보이지 않는 정책 엔진이 됩니다.

2. 출처 권한 (Source authority)

지식을 정의할 권한을 가진 주체를 기록합니다.

마케팅 부서가 브랜드 목소리를 소유할 수 있습니다. 재무팀이 할인 규칙을 소유할 수 있습니다. 매출 운영(Revenue operations) 팀이 라이프사이클 정의를 소유할 수 있습니다. 법무팀이 승인된 공개 문구를 소유할 수 있습니다. 영업 관리자가 가격 예외를 제안할 수는 있지만, 그것이 그 관리자를 가격 정책의 권한자로 만들지는 않습니다.

권한은 단순히 직책(job title)에 붙는 것이 아니라 주체(subject)에 붙어야 합니다. "관리자(Admin)"는 시스템 접근을 증명할 뿐입니다. 비즈니스 소유권을 증명하지는 못합니다.

3. 가시성 (Visibility)

어떤 사용자, 팀, 프로젝트 및 에이전트가 컨텍스트를 받을 수 있는지 정의합니다.

HubSpot의 Context Home은 가시성 설정을 통해 텍스트나 파일로 커스텀 컨텍스트를 입력할 수 있게 합니다. Breeze 프로젝트 역시 접근 설정(access settings)을 가지고 있습니다. 이러한 통제 장치는 편의성이 아닌 비즈니스 범위를 반영해야 합니다.

서비스 에스컬레이션 플레이북은 고객 에이전트에게는 적절할 수 있지만, 콘텐츠 생성 프로젝트에는 관련 없을 수 있습니다. 기밀 가격 책정 방법론(confidential pricing methodology)은 딜 에이전트에게 도움이 될 수 있지만, 광범위한 마케팅 워크스페이스에는 부적합할 수 있습니다.

모든 컨텍스트 항목을 포털 전체 접근으로 기본 설정하는 것은 더 크고 관찰하기 어려운 결정 표면(decision surface)을 만듭니다.

4. 선행성 (Precedence)

두 개의 컨텍스트 항목이 서로 다를 때 어떤 일이 발생하는지 선언해야 합니다.

다음 지침들을 고려해 보세요:

• 회사 컨텍스트: "구현 서비스는 절대 할인하지 않는다."
• 영업 프로젝트: "전략적 계정은 10%의 구현 할인을 받을 수 있다."
• 거래 메모: "재무팀이 일회성 12% 예외를 승인했다."

AI가 문구만으로 어떤 지침이 더 중요한지 추론해서는 안 됩니다. 컨스티튜션(constitution)은 현재 서명된 예외, 현재 정책, 승인된 프로젝트 지침, 사용자 선호도와 같은 계층 구조를 명시해야 합니다.

선행성(Precedence)에는 충돌 응답(conflict response)도 필요합니다. 동일한 수준의 두 출처가 의견이 다를 경우, 올바른 동작은 질문하거나, 행동을 좁히거나, 중단하는 것일 수 있습니다.

5. 신선도 (Freshness)

컨텍스트에 유효 날짜(effective date), 검토 날짜(review date) 및 만료 동작(expiry behavior)을 부여하세요.

브랜드 원칙은 1년 동안 안정적일 수 있습니다. 캠페인 프로모션은 금요일에 만료될 수 있습니다. 지역 지도(territory map)는 매월 변경될 수 있습니다. 제품 제한 사항은 출시와 함께 변경될 수 있습니다.

오래된 컨텍스트 항목은 권위적으로 보이기 때문에 누락된 것보다 더 위험합니다. 명시적인 상태를 사용하세요:

"마지막 수정일(Last edited)"만으로는 충분하지 않습니다. 문서는 편집 없이도 정확하게 유지될 수 있으며, 새로 편집된 문서가 여전히 틀릴 수도 있습니다.

6. 검토 및 증거 (Review and evidence)

컨텍스트를 누가 변경했는지, 무엇이 변경되었는지, 왜 변경되었는지, 그리고 어떤 결과물이 테스트되었는지를 보존하세요.

HubSpot의 AI 문서에서는 접근 설정(access settings), 출처(sources), 메모리(memories), 그리고 AI와 공유되는 데이터에 대한 제어(controls)를 강조합니다. 이러한 제품 제어 기능이 필요합니다. 엔터프라이즈 팀은 또한 다음 질문에 답하는 비즈니스 검토 추적 기록(business review trail)도 필요합니다.

• 이 컨텍스트에 의존하는 고객 대면 행동은 무엇인가?
• 변경 후 다시 실행된 테스트는 무엇인가?
• 새로운 규칙을 승인한 사람은 누구인가?
• 이전 버전을 재구성할 수 있는가?
• 재검증해야 하는 에이전트나 프로젝트는 무엇인가?

모든 증거는 컨텍스트 변경 옆에 있어야 하며, 의사 결정 경로에서 사라지는 별도의 채팅 기록에 있어서는 안 된다.

HubSpot 활용 시나리오

한 회사가 Breeze Assistant(잠재 고객 발굴 에이전트)와 고객 에이전트를 위해 공유 컨텍스트를 사용하는 것을 상상해 보자.

포털 전체 제품 설명에는 엔터프라이즈 플랜에 우선 지원이 포함된다고 명시되어 있다. 서비스 지식 금고에는 우선 지원이 4시간 응답을 의미한다고 되어 있다. 영업 프로젝트에는 1시간 응답을 약속하는 오래된 자료가 담겨 있다. CRM 회사 기록은 잠재 고객을 엔터프라이즈로 식별하지만, 서명된 주문 양식에서는 협상된 2시간 응답을 사용했다.

이 네 가지 진술 모두 합법적인 출처에서 추적될 수 있다. 하지만 고객과의 약속을 지배하는 것은 단 하나여야 한다.

Context Constitution(컨텍스트 헌장)은 경로를 해결한다:

목적: 이 질문은 계약상의 서비스 약속에 관한 것이다.권한: 서명된 주문 양식이 개별 고객을 지배하며, 서비스 정책이 기본값을 지배한다.가시성: 협상된 조건은 관련 없는 마케팅 프로젝트가 아닌 서비스 에이전트와 거래 프로젝트에서 사용 가능하다.우선순위: 서명된 고객 약관이 영업 자료 및 기본 정책보다 우선한다.신선도: 현재 계약 버전이 유효하며, 오래된 자료는 폐기된다.검토: 응답은 계약 출처를 인용하고 어떤 컨텍스트가 답변을 지배했는지 기록한다.

그 결과는 단순히 더 나은 응답이 아니다. 그것은 설명 가능한(explainable) 응답이다.

Context Constitution 인포그래픽

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

라이브러리가 커지기 전에 레지스트리를 구축하라

포털의 모든 문장을 목록화하기보다는, 영향력이 큰 컨텍스트를 담은 작은 등록부(register)부터 시작하는 것이 좋다.

변경될 수 있는 컨텍스트에 우선순위를 두어라:

• 외부 커뮤니케이션(external communications);
• 리드 자격 검증 또는 우선순위 지정(lead qualification or prioritization);
• 거래 진행 상황(deal progression);
• 가격 책정 또는 서비스 약정(pricing or service commitments);
• 티켓 라우팅 및 에스컬레이션(ticket routing and escalation);
• CRM 기록 작성(CRM writes);
• 규정 준수 또는 동의 행동(compliance or consent behavior).

각 항목에 대해 다음을 기록하세요:

이 등록부는 HubSpot 외부에서 시작할 수 있습니다. 목표는 Context Home을 사용하기 전에 거대한 거버넌스 제품을 구축하는 것이 아닙니다. 목표는 중요한 지식이 익명화되고, 시대를 초월하며, 보편적인 것이 되는 것을 방지하는 것입니다.

종속성으로 컨텍스트 테스트하기

팀은 워크플로우와 에이전트를 테스트합니다. 그들은 또한 이러한 시스템이 소비하는 컨텍스트도 테스트해야 합니다.

간결한 시나리오 모음을 만드세요:

• 두 출처가 다른 권한 수준에서 의견 불일치를 보이는 경우.
• 컨텍스트 항목의 검토 날짜가 지난 경우.
• 프로젝트 지침이 포털 컨텍스트와 충돌하는 경우.
• 사용자 메모리에 오래된 선호도가 포함된 경우.
• 파일이 교체되었지만 지식 볼트가 여전히 이전 버전을 참조하는 경우.
• 제한된 컨텍스트 항목이 권한 없는 프로젝트에 의해 요청되는 경우.
• 컨텍스트 변경이 외부 메시지나 CRM 기록 작성을 변경할 경우.

예상 결과는 테스트 전에 정의되어야 합니다.

• 명시적 비즈니스 소유자가 지정된 액션 중요 컨텍스트의 비율;
• 현재 검토 날짜가 있는 컨텍스트의 비율;
• 폐기되거나 만료된 항목 검색 건수;
• 포털, 프로젝트, 메모리, 기록 컨텍스트 간의 충돌;
• 권한이 불명확하여 출력이 차단된 사례;
• 오래된 컨텍스트로 인해 발생한 고객 대면 수정 사항;
• 비즈니스 정책 변경부터 영향을 받는 모든 컨텍스트 업데이트까지 걸리는 시간;
• 컨텍스트 변경 후 재실행되는 에이전트 테스트.

이러한 지표들은 단순히 '컨텍스트를 추가했다'는 것과 '컨텍스트가 어떻게 사용되는지 신뢰할 수 있다'는 것을 분리합니다.

Context Home은 제어 평면(Control Plane)이 되어야 한다

HubSpot의 이번 출시로 컨텍스트가 일급 제품 레이어로 가시화되었습니다. 이것이 바로 기회입니다.

만약 팀들이 Context Home을 단순한 설정 페이지로 취급한다면, 공유 지식은 첫 번째 CRM의 통제 장치 없이 점차 두 번째 CRM이 될 것입니다. 하지만 이를 제어 평면으로 취급한다면, AI가 행동으로 변환하기 전에 비즈니스 지식을 명시적이고(explicit), 범위가 지정되었으며(scoped), 최신 상태이고(current), 검토 가능한(reviewable) 형태로 만들 수 있습니다.

경쟁 우위는 가장 긴 회사 설명이나 가장 큰 지식 저장소를 보유하는 것이 아닙니다. 어떤 컨텍스트가 어떤 결정을 통제하는지 알고, 그리고 그 이유를 증명할 수 있는 능력을 갖추는 것입니다.

출처(Sources)

• HubSpot, AI 컨텍스트 관리하기 (Manage AI context)
• HubSpot, 비즈니스를 위한 AI 컨텍스트 관리하기 (Manage AI Context for Your Business)
• HubSpot, 2026년 가을 스포트라이트 출시 (Fall 2026 Spotlight release)
• HubSpot, Breeze Assistant에서 프로젝트 생성 및 관리하기 (Create and manage projects in Breeze Assistant)
• NIST, AI 위험 관리 프레임워크 (AI Risk Management Framework)
• HackerNoon, 컨텍스트 그래프: AI 에이전트 시대의 프로덕션 월드 모델 구축하기 (Context Graphs: Building Production World Models for the Age of AI Agents)

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