기업 AI의 승부처가 모델에서 행동 통제로 옮겨갔다
Salesforce와 Anthropic은 Claude 안에서 Salesforce 데이터와 워크플로를 다루는 37개 영업 skill을 select pilot로 공개했고, Glean은 독립 agent, 비용 통제, AI Gateway와 데스크톱 Tau를 한 제품 상태표에 묶었다. 공통 변화는 더 좋은 답변보다 누가 어떤 권한으로 무엇을 실행했는지 통제하는 계층이 제품의 중심으로 올라왔다는 점이다.
Executive Summary · 2개 뉴스와 2개 분석
Salesforce in Claude가 37개 영업 skill로 select pilot에 들어갔다
Salesforce in Claude는 37개 sales skill로 live revenue context를 읽고 governed action을 수행한다. 현재 select pilot이며 open beta는 9월 예정이다. [S1][S2][S3]
Glean은 agent 실행, 비용, context를 하나의 제어 계층으로 묶었다
Glean은 context, agent identity, usage controls, gateway, routing과 Tau를 묶었다. GA·beta·coming soon 상태는 서로 다르다. [S6][S7][S8]
주요 뉴스 2개. Claudeforce select pilot과 Glean:GO product-state cluster를 선정하고, availability 검증과 permissioned action gate를 별도 분석으로 연결했다.
초보자를 위한 핵심 용어
Salesforce 기능을 MCP로 노출하는 beta server다. CRUD·FLS·sharing rule·permission set이 그대로 적용된다. [S3]
Salesforce in Claude가 37개 영업 skill로 select pilot에 들어갔다
사실 | FACT - Salesforce와 Anthropic은 2026년 8월 26일 Claudeforce를 발표했다. 첫 제품 Salesforce in Claude는 37개 prebuilt sales skill을 갖춘 Claude plugin이며 select pilot 고객에게 현재 제공되고 9월 open beta가 예정돼 있다. [S1][S2]
왜 중요한가 | CRM 화면을 읽는 보조 기능을 넘어 Claude가 revenue context를 이해하고 Salesforce workflow를 실행하는 제품 경계가 열렸다. 단, 현재 사건은 일반 공개가 아니라 제한 pilot 시작이다.
기술적 의미 | Salesforce는 action을 Headless 360, MCP, API와 기존 business rule로 routing한다고 설명한다. Headless 360 문서는 object CRUD, field-level security, sharing rule과 permission set이 적용된다고 명시한다. [S2][S3]
사업적 의미 | ATTRIBUTED_CLAIM - Salesforce는 내부 Slackbot이 연환산 810만 시간의 productivity gain을 냈다고 주장한다. 이는 Claudeforce pilot의 독립 효과가 아니며 고객 ROI로 일반화할 수 없다. [S1]
37개 skill보다 중요한 사실은 현재 select pilot이고 모든 action이 Salesforce 권한과 rule을 통과한다는 점이다.
앞으로 확인할 것
pilot 규모, region, price, SLA, 오류율과 rollback coverage는 미확인이다.
Glean은 agent 실행, 비용, context를 하나의 제어 계층으로 묶었다
사실 | FACT - Glean은 8월 26일 Glean:GO에서 independent agents, agent identity, eval, scanning, usage controls, AI Gateway, auto routing, proactive AI와 Tau를 발표했다. 공식 상태표는 Glean Intelligence·usage controls·interactive dashboards·memory via MCP를 GA, independent agents·AI Gateway·auto routing·team chat을 beta, Tau 등을 coming soon으로 구분한다. [S6][S7][S8]
용어 정리 | Main Story - 제품별 availability를 분리한다.
왜 중요한가 | agent가 여러 앱에서 행동할수록 context, identity, tool policy, 비용과 audit을 앱별로 따로 운영하기 어렵다. Glean은 이 문제를 한 control plane으로 묶으려 한다.
기술적 의미 | Independent agents는 자체 identity, scoped service credentials와 audit trail을 사용한다. Agent scanning beta는 instruction, tool, data source, sharing을 검사하고 위험한 write tool을 moderator approval 뒤로 보낸다. [S7][S10]
Glean의 큰 변화는 agent 제품 수가 아니라 context, spend와 action을 공통 정책으로 관리하려는 구조다.
정책과 산업에 주는 의미
Tau는 coming soon이고 81%·78% benchmark는 공급자 내부 평가다. [S9]
발표를 구매 가능성으로 오해하지 않는 상태 사다리가 필요하다
사실 | INTERPRETATION - 오늘 두 발표는 최소 여섯 상태를 포함한다: select pilot, private beta, public beta, beta, coming soon, GA. 이들은 같은 '출시'가 아니다. [S1][S2][S6][S7][S8]
왜 중요한가 | 상태를 섞으면 미구매 기능을 architecture와 budget에 넣거나 beta control을 compliance 근거로 과대평가한다.
기술적 의미 | Status ledger는 feature, surface, tenant eligibility, region, read/write scope, dependency, effective date와 rollback을 행 단위로 기록해야 한다.
사업적 의미 | CALCULATION - pilot·beta·coming soon 기능의 가치와 비용은 0으로 두고, 검증된 GA와 실제 entitlement만 base case forecast에 포함한다.
발표 날짜가 아니라 tenant에서 재현한 access state가 출시 사실을 완성한다.
앞으로 볼 지표
actual tenant entitlement와 effective date를 확인할 때까지 roadmap value는 base case에서 제외한다.
기업 agent의 핵심 계약은 identity, permission, approval, audit, rollback이다
사실 | INTERPRETATION - 기업 agent의 production gate는 identity, permission, approval, execution result, audit와 rollback의 여섯 증거를 요구한다. [S3][S5][S7][S10]
한국에 왜 중요한가 | 한국 조직은 개인정보 최소권한, 내부통제, 전자금융·산업별 기록 요구에 맞춰 CRM field write와 agent credential의 보존·승인·철회 정책을 별도 설계해야 한다.
기술적 의미 | Source permission이 허용해도 Claude connector는 Always allow, Needs approval, Blocked로 더 좁힐 수 있다. Salesforce는 client-level write approval을 권고하고 Glean은 agent별 credential과 audit attribution을 제시한다. [S3][S5][S10]
투자 관점 | OUTLOOK - enterprise agent 경쟁은 model score보다 governed action success rate, reversible change ratio와 audit completeness로 이동할 가능성이 높다.
agent에게 더 많은 권한을 주는 것이 아니라 필요한 행동만 증명 가능하게 허용해야 한다.
아직 남은 위험
공식 control intent와 실제 cross-system failure rate·restore time은 별도 검증 대상이다.
그래서 우리에게 어떤 의미가 있을까?
개발자
개발자 - tool별 read/write와 dry-run을 분리한다.
기업
보안 - agent credential·scope·revoke를 관리한다.
투자자
FinOps - accepted task당 총비용을 측정한다.
창업자
경영진 - roadmap과 현재 GA 가치를 분리한다.
기업·생태계 전략 비교
| 주체 | 현재 전략 | 강점 | 핵심 리스크 |
|---|---|---|---|
| Anthropic | Claude reasoning·plugin | tool use·team workflow | connector 확대 |
| Salesforce | system of record action | data·rule·permission | wide write blast radius |
| Glean | context·gateway·routing | multi-model control | roadmap 의존 |
| Sales Ops | 37개 sales skill | live revenue context | 잘못된 pipeline update |
| Security·IT | identity·permission | least privilege | policy drift |
Enterprise Agent Action Gate: 기업 agent는 status와 permission이 증명될 때만 action platform이 된다.
검토 범위 | Salesforce in Claude와 Glean agent·gateway의 enterprise action
Claudeforce, Glean 또는 다른 enterprise agent가 CRM·email·code·files에 쓰기 전에 production 허용 범위를 판정하는 gate다.
강점
강점 - reasoning을 system-of-record와 centrally governed context에 연결한다.
주의점
한계 - pilot·beta·coming soon 비중과 supplier-only benchmark가 크다.
pilot onboarding, connector enablement, write-tool approval, agent release와 renewal review에 적용한다.
기업 agent 발표를 실행 증거로 바꾸는 여섯 단계
Claudeforce와 Glean:GO를 availability와 action control 관점에서 교차 읽었다. 제품 이름보다 status, identity, permission, approval, audit와 rollback이 실무 차이를 만든다. [S1][S3][S6][S7]
새 자동차가 공개됐다는 말과 내가 오늘 면허·보험·열쇠를 갖고 안전하게 운전할 수 있다는 말은 다르다. enterprise agent도 같다.
Salesforce·Anthropic·Glean 공식 자료 10개를 대조했다. 제품·status는 FACT, 생산성·비용 수치는 ATTRIBUTED_CLAIM, action gate는 INTERPRETATION, 고객 결과는 UNCONFIRMED다. [S1][S3][S6][S9]
| 구성 | BrowseComp | 해석 |
|---|---|---|
| Claudeforce | select pilot | 9월 beta 예정 [S1] |
| Glean controls | GA | usage limits [S8] |
| Glean Gateway | beta | central control [S6] |
| Glean Tau | coming soon | 구매 근거 제외 [S6] |
이번 주 한 write action을 골라 tenant access, effective permission, approval, after-state, audit와 rollback을 끝까지 증명한다.
검증·개선 루프의 최소 구조
status = verify(feature, tenant, region)
if status not in {'GA', 'approved_beta'}: stop('NOT_AVAILABLE')
effective = intersect(source_acl, connector_policy, agent_scope)
preview = dry_run(action, effective)
require_human_approval(preview)
result = execute(action)
verify(after_state=result.expected)
audit(actor, requestor, before, after)
rollback_test()
return PASS if evidence.complete else NEEDS_VERIFICATION
# 입력: feature status, tenant, actor·requestor, source ACL, connector policy, action, before state, rollback target
# 상태: 공식 status, tenant evidence, action result·audit, missing control owner
# 종료 조건: GA·승인 beta 아님, effective permission 불명, preview·approval·audit·rollback 없음이면 production PASS를 금지한다.
def evaluate(item):
return roadmap 과대평가와 과권한 action을 줄이고 실행 가능한 현재 범위만 배포한다.AI Builder Corner - Agent Release Evidence Ledger
문제 제품 status, permission, approval, audit와 비용 evidence가 서로 다른 console과 계약서에 흩어진다.
MVP feature status snapshot, effective permission diff, action replay, audit receipt와 rollback proof를 한 record로 묶는다.
차별화 supplier announcement와 customer-verified action을 분리하고 reversibility를 release gate로 사용한다.
위험 vendor API·status 변경과 audit export 불일치. evidence expiry와 human approval을 기본값으로 둔다.
앞으로 어떻게 될까?
3개월 - Salesforce in Claude open beta 여부 확인
3개월 - Glean Gateway·agent scanning beta evidence 축적
6개월 - role-specific enterprise plugin 확산
6개월 - agent identity·usage policy 통합
1년 - cost per accepted task 조달 지표화
오늘 바로 할 일 4가지
- Feature 상태표 작성오늘 안에 Claudeforce와 Glean 기능을 pilot·beta·GA·coming soon, tenant·region·owner로 구분한다.
- Permission 교집합 시험48시간 안에 CRM update 한 건을 source ACL, connector policy, agent scope와 human approval로 제한한다.
- Audit·Rollback drillsandbox에서 before/after, actor·requestor, audit event와 복구 시간을 증명한다.
- 비용 주장 재계산token cost, review, retry, failure와 restore를 포함한 accepted task당 비용으로 vendor benchmark를 다시 본다.
오늘의 실무 프롬프트
Enterprise Agent Release Gate 검증자
발표된 agent 기능을 현재 tenant에서 실행 가능한 최소권한·감사·복구 evidence로 검증한다.
1. feature, status, tenant·region, actor·requestor, source ACL, connector policy, action, before state, rollback target
2. status와 entitlement가 확인되고 effective permission, preview, approval, after-state, audit와 rollback이 모두 존재한다.
3. 공식 announcement와 docs를 FACT 근거로 쓰되 productivity·benchmark는 ATTRIBUTED_CLAIM으로 표시하고 customer log로 재검증한다.
4. tenant entitlement 불명, effective permission 없음, preview·approval·audit·rollback 없음이면 production PASS를 금지한다.
5. Feature, Status, Tenant, Action, Effective Permission, Preview, Approval, Result, Audit, Rollback, Decision
6. external message, record delete, pipeline·price·permission 변경, credential 확대와 rollback 포기
7. 가장 큰 blast radius action부터 48시간 안에 PASS·BLOCK·expiring exception을 결정한다.
feature와 공식 availability source
tenant·region·plan과 실제 entitlement
actor·requestor·source ACL·connector policyEditor's Insight
오늘 뉴스는 새로운 모델이 아니라 모델이 기업 데이터 위에서 행동하는 방식을 다룬다.
Salesforce는 Claude를 CRM 밖의 인터페이스로 만들고, Glean은 여러 AI 인터페이스 아래에 공통 context와 policy를 두려 한다.
두 접근 모두 모델의 확률적 판단을 deterministic rule과 permission에 연결한다는 점에서 닮았다.
그러나 발표 범위는 균일하지 않다. Salesforce in Claude는 select pilot이고 Glean Tau는 coming soon이며 일부 usage controls만 GA다.
따라서 37개 skill, 81% cost saving, 78% preference 같은 숫자는 attention을 끌지만 구매와 배포를 결정하는 마지막 증거가 아니다.
마지막 증거는 내가 가진 tenant에서 누가 무엇을 보았고 어떤 field를 바꿨으며 누가 승인했고 어떻게 되돌렸는지다.
기업 AI의 다음 경쟁력은 가장 많은 agent가 아니라 가장 적은 권한으로 가장 많은 유효 작업을 안전하게 끝내는 운영 시스템이다.
마무리
오늘은 8월 26일 Claudeforce와 Glean:GO 두 원사건을 선정했다. 전날 #036 OpenAI Jalapeño·Admin plugin은 중복으로 제외했고, Perplexity Portable Computer와 Gemini Enterprise for Legal은 시간 경계와 별도 상태 변화 부족으로 제외했다.
다음 확인점은 Claudeforce 9월 beta, Glean Tau·Gateway 상태 전환, pilot action 오류율과 independent accepted-task cost다.
상태는 tenant로 · 권한은 교집합으로 · 행동은 audit와 rollback으로
참고 자료
- Salesforce - Salesforce and Anthropic Announce Claudeforce
- Salesforce - Claudeforce: The #1 AI Meets the #1 CRM
- Salesforce Developers - Headless 360 MCP Server (Beta)
- Claude Help Center - Use plugins in Claude
- Claude Help Center - Use connectors to extend Claude's capabilities
- Glean - The intelligence era is here: Efficient, governed, and proactive AI
- Glean - Glean Agents can now work independently, build faster, and stay governed
- Glean - Scale AI usage without runaway spend with Glean's AI usage controls
- Glean - Right-sizing intelligence: Glean versus Claude Cowork
- Glean - Agent identity: Agents that act and appear as themselves
'데일리 브리핑 > AI' 카테고리의 다른 글
| 태국 AI 배포·Meta 사기 방지·액체냉각: 모델 다음의 운영 증거 (0) | 2026.08.29 |
|---|---|
| OpenAI 브라질·학생 RCT·이중맹검 평가: AI 신뢰의 새 기준 (0) | 2026.08.28 |
| OpenAI Jalapeño와 Admin plugin: AI 비용·권한 운영의 두 전환점 (1) | 2026.08.26 |
| AWS AI 운영 스택 확장: GovCloud·Ray·대화 정보 추출의 공통 신호 (0) | 2026.08.25 |
| Claude 3 Haiku의 Google Cloud 종료일 도달: 모델 교체보다 호환성 검증이 먼저다 (0) | 2026.08.24 |
