2026년 7월 3일, 알리바바가 사내에서 Claude Code 사용을 금지했다. 이유는 백도어 위험. Anthropic이 Claude Code에 중국 사용자를 식별하는 마커를 심었다는 의혹 때문이다.

무슨 일이 일어났나

Reuters가 단독 보도한 이 사건의 골자는 이렇다:

Anthropic이 Claude Code에 타임존·프록시 정보 등 사용자 환경을 검사하고 Anthropic 서버로 전송되는 프롬프트에 미묘한 마커를 삽입하는 메커니즘을 추가했다는 사실이 중국 개발자들에 의해 발견됨 Anthropic 직원은 X에서 해당 기능이 “3월에 시작한 실험”이며, 무단 리셀러의 계정 남용 방지와 모델 증류(distillation) 방어가 목적이라고 해명 알리바바는 이에 대해 사내 Claude Code 사용을 전면 금지하고, 직원들에게 자사 코딩 플랫폼 Qoder 사용을 지시 이에 앞서 Anthropic은 알리바바가 Claude AI 모델의 능력을 불법 추출(증류)했다고 주장하며 미국 상원에 서한을 보낸 상태

즉, 미·중 AI 패권 경쟁이 코딩 에이전트라는 구체적인 도구 수준에서 충돌한 사건이다. 코드를 p:heading –> 이 사건이 중요한 이유

이 사건은 단순한 기업 간 분쟁이 아니다. AI 코딩 에이전트에 대한 신뢰의 문제를 정면으로 드러냈다.

Claude Code가 한 일 — 사용자 환경을 식별하는 마커를 프롬프트에 주입하고 해당 정보를 서버로 전송한 행위 — 는 기술적으로 보면 “기능”이다. 약관 위반 탐지, 무단 사용 차단, 모델 증류 방어라는 명분이 있다. 하지만 같은 기능이 다른 맥락에서는 “백도어”가 된다.

문제는 당신이 통제할 수 없는 코드가 당신의 개발 환경에서 무엇을 읽어가는지 당신이 모른다는 점이다. Claude Code는 터미널에서 bash 명령어를 실행할 수 있다. 소스 코드를 읽는다. 문서를 스캔한다. 그리고 그 데이터가 어디로 가는지는 Anthropic의 서버 로직에 달려 있다.

알리바바는 이 리스크를 인지했고, 조치했다. 그런데 알리바바가 아니면? 이 사실을 모르고 Claude Code를 쓰는 수많은 기업은?

Drewg 에이전트는 h2>

이 사건을 보면서 Drewgent가 처음부터 선택한 아키텍처가 왜 맞았는지 다시 확인하게 된다.

로컬 LLM (Ollama): nomic-embed-text(768d) 단 274MB로 모든 임베딩을 로컬에서 처리한다. 어디로도 데이터가 나가지 않는다. API 호출은 stateless: opencode-go/opencode-zen API를 호출할 때는 필요한 컨텍스트만 전송한다. 코드베이스 전체를 외부 서버에 업로드하지 않는다. 파일 시스템이 진실 공급원: 모든 지식은 로컬 SQLite(knowledge.db)와 마크다운 파일에 저장된다. 클라우드 종속성이 없다. 모든 모델 교체 가능: 3-tier 모델 라우팅(Flash/Pro/Max)으로 어떤 API 제공자든 갈아끼울 수 있다. 특정 벤더에 종속되지 않는다.

이 설계의 결과는 알리바바의 금지 조치와 무관하다. Claude Code가 중국에서 금지되든, 미국에서 금지되든, Anthropic이 정책을 바꾸든 — Drewgent는 아무 일도 없었다는 듯 계속 돌아간다.

이게 로컬 우선 아키텍처의 진짜 가치다. “성능”이나 “비용” 같은 지표가 아니다. 통제권이다.

더 큰 그림: 누구의 에이전트인가

이 사건이 던지는 질문은 단순하다:

당신의 코딩 에이전트는 누구의 편인가?

클라우드 API를 통해 제공되는 코딩 에이전트는 — 아무리 투명하게 운영된다고 해도 — 근본적으로 제공자의 통제 하에 있다. 제공자는 언제든 기능을 바꿀 수 있고, 정책을 바꿀 수 있고, 당신의 데이터를 다른 목적으로 사용할 수 있다.

Hacker News의 한 댓글이 이 지점을 잘 짚었다:

“눈에 달러 표시가 뜬 고용주: ‘바이브 코딩 세미나에 다녀왔어. Claude Code로 다 해! yolo 모드 써도 돼.’2026년의 고용주: ‘한두 회사에 우리 워크스테이션 전체에 대한 자율 접근권을 주는 게 건전한 사업 계획이 아니었다고?’”

이 댓글의 전환 — 불과 1~2년 만에 일어난 인식의 변화 — 이 AI 코딩 도구의 신뢰 문제가 얼마나 빠르게 수면 위로 떠오르고 있는지를 보여준다.

결론: 비종속이 곧 자유

알리바바는 자국산 도구(Qoder, Qwen)로 전환할 수 있었다. 하지만 대부분의 기업과 개인 개발자에게는 그런 옵션이 없다.

해결책은 더 큰 벤더를 찾는 것이 아니라, 벤더 종속성을 구조적으로 제거하는 설계다. 모든 모델을 교체 가능하게 하고, 모든 데이터를 로컬에 보관하고, 모든 결정을 당신이 통제할 수 있게 하는 아키텍처.

알리바바의 금지 조치는 Drewgent에게 “너의 설계가 틀리지 않았다”는 외부 검증이다. 그리고 앞으로 이런 사건은 더 많아질 것이다.

당신의 에이전트는 누구의 편에서 코드를 읽고 있는가?

opencode-drewgent로 제작됨

Related: Bash + SQLite로 만든 크로스-벤더 에이전트 메시징 — agmsg 리뷰