CoCo 7100곳 확산, Snowflake가 노린 데이터 앱 빌드 자동화

Snowflake가 2026년 6월 2일 Snowflake Summit 26에서 AI 코딩 에이전트 Cortex Code를 CoCo라는 제품명으로 전면 확대했습니다. 공식 보도자료의 변화는 이름 변경보다 실행 범위가 큽니다. CoCo Desktop, Cloud Agents, CoCo Agent SDK, Automations, Skill Catalog, Claude Code 플러그인, VS Code Extension, Microsoft Excel Extension, 그리고 곧 제공될 Slackbot과 모바일 앱까지 하나의 발표에 묶었습니다. Snowflake는 CoCo를 “코드를 더 빨리 쓰는 도구”가 아니라 Snowflake 안의 데이터, 권한, 로그, 애플리케이션 배포를 연결하는 빌더 인터페이스로 설명합니다.

이 발표가 AI 개발자에게 걸리는 이유는 Snowflake가 코딩 에이전트의 중심을 모델 품질에서 실행 위치로 옮기고 있기 때문입니다. GitHub Copilot, Claude Code, Cursor, Codex가 코드베이스와 터미널을 향해 확장했다면, CoCo는 데이터 웨어하우스의 RBAC, 스키마, 쿼리 이력, 비용 제어 안에서 에이전트를 실행시키겠다는 쪽입니다. Snowflake 문서는 Cortex Code를 데이터 엔지니어링, 분석, 머신러닝, 에이전트 구축 작업에 최적화된 AI 기반 에이전트라고 설명하고, Snowflake RBAC와 스키마, 베스트 프랙티스를 이해한다고 적습니다.

Snowflake가 제시한 숫자도 작지 않습니다. 2026년 5월 27일 Q1 FY2027 실적 콜 정정본에서 회사는 CoCo가 7100개 이상 계정에서 사용 중이라고 밝혔습니다. 같은 콜에서 제품 매출은 13억 3400만 달러, 전년 대비 34% 성장으로 발표됐고, Snowflake Intelligence와 CoCo가 회사 역사상 가장 빠르게 채택된 신제품이라는 설명이 나왔습니다. 이 숫자는 “AI 기능을 붙였다”는 발표보다 강한 신호입니다. CoCo가 실제 Snowflake 사용량과 AI 매출을 늘리는 제품 표면으로 보고되고 있기 때문입니다.

Summit 발표의 첫 축은 작업 표면 확장입니다. CoCo Desktop은 macOS와 Windows용 독립 IDE로 제공되고, 보도자료는 CoCo Mobile App과 CoCo Slackbot을 “public preview soon”으로 분류했습니다. 개발자가 Snowsight에 들어가야만 쓰는 보조 채팅이 아니라, 데스크톱 IDE, Slack, 모바일, Excel, Claude Code, VS Code 쪽으로 손을 뻗는 구조입니다. Snowflake는 Fanatics, Thomson Reuters, WHOOP 사례를 함께 제시하면서 CoCo가 데이터 팀뿐 아니라 분석가와 데이터에 익숙한 비개발자에게도 파이프라인, 자동화, AI 앱 빌드를 열어준다고 주장했습니다.

둘째 축은 Cloud Agents입니다. Snowflake 문서에 따르면 Cloud Agents는 Cortex Code의 Snowsight 기능 안에서 각 세션마다 격리된 컨테이너를 제공하는 Public Preview 기능입니다. 이 컨테이너는 웹 검색, 임의 셸 명령 실행, Python 스크립트 실행을 제공합니다. 기존 브라우저 기반 경험에서 불가능했던 패키지 설치, 스크립트 실행, CLI 작업을 Snowflake 관리 컨테이너 안으로 가져오는 방식입니다. 문서는 Cloud Agents가 모든 계정에서 사용 가능하다고 적지만, 리전은 AWS와 Azure 상업 클라우드로 한정하고 GCP, Government, VPS, China 배포는 제외한다고 명시합니다.

Cloud Agents의 보안 조건은 제품의 핵심 판매 포인트입니다. Snowflake 문서는 Cloud Agents를 켜도 기존 Snowflake RBAC 권한이 바뀌지 않으며, 각 세션은 별도 컨테이너에서 실행된다고 설명합니다. 아웃바운드 네트워크는 완전 개방이 아니라 PyPI, npm, Yarn, RubyGems, crates.io, Go module proxy, Maven, Gradle 같은 패키지 레지스트리와 빌드 도구 중심 allowlist입니다. 외부 호스트 접근이 필요하면 관리자가 external access integration을 구성해야 하고, 자격 증명은 Snowflake Secrets 모델을 따릅니다. 에이전트 실행권을 주되 데이터베이스 권한과 네트워크 권한을 같은 거버넌스 모델에 묶겠다는 설계입니다.

셋째 축은 SDK입니다. Summit 블로그는 CoCo Agent SDK가 TypeScript와 Python에서 CoCo의 프로덕션 기능을 직접 호출하게 한다고 설명합니다. 예시 코드는 query() 호출로 Snowflake 테이블을 프로파일링하고, 결과를 스트리밍 메시지로 받습니다. Snowflake는 SDK가 멀티턴 세션, 구조화 출력, MCP server integration, hooks, streaming output, system prompts를 지원한다고 적었습니다. 플랫폼 엔지니어는 이를 CI/CD 워크플로에 넣고, ISV는 데이터 제품 위에 CoCo 기능을 심고, 내부 앱 팀은 도메인별 자동화를 만들 수 있다는 방향입니다.

이 SDK 설명에서 눈에 띄는 부분은 도구 목록입니다. Snowflake는 CoCo가 데이터를 다루고, Snowflake에 쿼리하고, 파일을 읽고, 셸 명령을 실행하고, 코드베이스를 검색하고, SQL을 실행하고, 코드를 편집한다고 설명합니다. 일반 코딩 에이전트의 도구 목록과 비슷해 보이지만, 차이는 권한 경계입니다. CoCo는 사용자 Snowflake 권한 아래에서 실행되고, 프롬프트와 응답 로그, 쿼리 태깅, 사용량 모니터링, 관리자 비용 및 설정 제어를 거버넌스 기능으로 내세웁니다. 데이터 팀 입장에서는 “모델이 무엇을 할 수 있나”보다 “누구 권한으로 어떤 쿼리를 실행했고 비용이 어디에 기록되는가”가 더 중요한 경우가 많습니다.

Snowflake는 Datastream도 함께 묶었습니다. 보도자료는 Datastream을 Apache Kafka 호환 완전 관리형 스트리밍 서비스로 소개하고, Snowflake 안에서 실시간 데이터와 AI를 연결한다고 설명합니다. Grand View Research 기준 1280억 달러 규모의 스트리밍 데이터 및 실시간 AI 시장 기회를 언급하면서, CoCo가 Datastream 위에서 실시간 파이프라인과 AI 앱을 자연어 프롬프트로 만들 수 있다고 말했습니다. 이 대목은 CoCo가 단순히 SQL을 고쳐주는 도구가 아니라, “새 데이터가 흐르는 파이프라인을 만들고 앱으로 배포하는 에이전트”로 자리 잡으려는 부분입니다.

고객 사례는 Snowflake가 이 발표를 어느 시장에 꽂고 싶은지 보여줍니다. Fanatics의 데이터 담당자는 데이터 수요가 계속 바뀌는 상황에서 엔지니어가 며칠 걸리던 파이프라인 이슈와 모델링 문제를 몇 시간 안에 해결한다고 말했습니다. Thomson Reuters는 Snowflake 위의 3만 7500개 이상 governed table과 350개 data source를 언급하며, CoCo로 레거시 현대화와 AI 파이프라인 확장을 진행한다고 설명했습니다. WHOOP는 CoCo를 데이터 팀뿐 아니라 조직 전체로 확대한다고 인용됐습니다. 세 사례 모두 “개인 개발자 생산성”보다 “기업 데이터 위에서 앱과 자동화를 만드는 속도”를 강조합니다.

다만 공식 발표만 보면 CoCo의 약점이 잘 보이지 않습니다. Reddit r/dataengineering에는 최근 Cortex Code CLI 성능과 컨텍스트 설계를 비판한 글이 올라왔습니다. 작성자는 세션 시작 시 약 2만 5700토큰의 컨텍스트가 모델에 전달됐고, Snowflake SQL을 쓰기 전 문서를 확인하라는 지시가 안정적으로 반영되지 않았다고 주장했습니다. 예시로 Snowflake에서 맞지 않는 ALTER VIEW ... COMPILE 문법이 생성됐고, /sql-author, /sql-verify, 문서 검색 도구가 있는데도 활용되지 않았다고 썼습니다. 댓글에는 비슷한 SQL 오류 경험, Snowflake 지원팀이 빠르게 반응한다는 경험, 캐시 비용과 스킬 로딩 방식에 대한 반론이 섞였습니다.

이 비판은 CoCo 발표를 부정하기보다 검증 기준을 더 구체적으로 만듭니다. 엔터프라이즈 거버넌스는 에이전트가 접근할 수 있는 데이터와 실행할 수 있는 작업을 제한합니다. 그러나 그 제한이 곧 올바른 SQL, 낮은 지연 시간, 좋은 도구 선택을 보장하지는 않습니다. Cloud Agents가 셸과 Python 실행을 허용하고, SDK가 코드 편집과 SQL 실행을 열어줄수록 에이전트의 도구 라우팅 품질은 더 중요해집니다. 잘못된 도구를 쓰거나 문서를 확인하지 않는다면, 감사 로그에는 “잘못된 실행”이 더 잘 남을 뿐입니다.

개발팀이 CoCo를 평가한다면 첫 질문은 모델 벤치마크가 아니라 작업 경계여야 합니다. Snowflake 안의 데이터 파이프라인, dbt 프로젝트, Airflow 로그, Snowpark 코드, 데이터 품질 점검, 비용 분석처럼 Snowflake 컨텍스트가 작업 품질을 좌우하는 영역에서는 CoCo의 네이티브 권한 모델이 장점이 됩니다. 반대로 일반 애플리케이션 코드, 프론트엔드 수정, Snowflake와 무관한 API 서버 작업에서는 이미 쓰고 있는 Claude Code, Codex, Cursor, Copilot이 더 빠르고 투명할 수 있습니다. Snowflake가 CoCo를 Claude Code 플러그인과 VS Code Extension으로 여는 것도 이 경계 싸움을 의식한 선택으로 보입니다.

보안팀과 플랫폼팀의 체크리스트는 더 운영적입니다. Cloud Agents를 켜기 전에 어떤 역할이 어떤 데이터베이스와 스키마에 접근하는지, 패키지 설치와 외부 네트워크가 어디까지 허용되는지, Snowflake Secrets와 external access integration 승인이 어떤 절차를 거치는지 정해야 합니다. Automations를 쓰면 반복 작업이 사람 없는 시간에도 실행될 수 있으므로 쿼리 태깅, 비용 상한, 결과 검토, 실패 알림을 함께 설계해야 합니다. CoCo Agent SDK를 CI/CD에 넣는 경우에는 에이전트가 생성한 SQL과 앱 변경분을 사람이 검토하는 게이트가 필요합니다.

Snowflake 입장에서 CoCo는 데이터 클라우드 소비를 늘리는 제품입니다. 실적 콜에서 경영진은 CoCo가 고객이 애플리케이션, 파이프라인, 에이전트, 워크플로를 Snowflake 안에서 만들게 한다고 말했습니다. 같은 콜에서 내부 지원 조직은 CoCo로 케이스 해결 시간이 25% 이상 빨라졌고, 복잡한 케이스 해결 시간은 약 30%, 티켓당 엔지니어링 시간은 약 40% 줄었다고 설명했습니다. 이 수치는 공식 경영진 발언이므로 독립 검증 수치는 아니지만, Snowflake가 CoCo를 비용 센터용 데모가 아니라 영업과 매출 안내에 넣고 있음을 보여줍니다.

이번 발표의 실무적 결론은 단순합니다. 데이터가 Snowflake에 있고, 권한과 감사가 개발 속도만큼 중요하며, AI 앱이 실시간 데이터 파이프라인까지 필요하다면 CoCo는 별도 코딩 에이전트가 아니라 플랫폼 기능으로 검토할 대상입니다. 그러나 CoCo를 도입한다는 말은 “AI가 SQL을 잘 써준다”는 기대가 아니라 “Snowflake 권한 안에서 어떤 에이전트 실행을 허용할 것인가”를 정한다는 뜻에 가깝습니다. Summit 26 발표 이후 비교 기준은 프롬프트 응답 품질, Cloud Agents 지연 시간, SDK 훅, 외부 네트워크 정책, 감사 로그, 그리고 사람이 승인해야 하는 변경 단위로 쪼개질 것입니다.