Hacker News 2026.04.22 29

Anthropic, 서드파티 Claude CLI 도구 사용을 다시 공식 허용하다

Claude를 업무에 쓰는 개발자들 사이에서 조용히 중요한 변화가 생겼어요. Anthropic이 OpenClaw 같은 오픈소스/서드파티 Claude CLI 도구의 사용을 다시 공식적으로 허용한 거예요. 그동안은 공식 Claude Code나 Anthropic API를 직접 호출하는 방식만 깔끔하게 인정받는 분위기였는데, 이제는 커뮤니티가 만든 래퍼나 대체 CLI로도 Claude를 자유롭게 쓸 수 있게 된 거죠.

배경부터 짚어볼게요

Claude를 터미널에서 쓰는 방법은 크게 세 가지예요. 첫째, Anthropic이 공식으로 내놓은 Claude Code. 둘째, 개발자가 직접 Anthropic API를 호출해서 만든 스크립트. 셋째, OpenClaw처럼 커뮤니티가 만든 오픈소스 CLI 도구예요. 세 번째 방식은 공식은 아니지만, Claude Code에 없는 기능(여러 모델 제공자를 하나의 CLI에서 묶어 쓰기, 특정 에디터 통합, 플러그인 생태계 등)을 제공하는 경우가 많아서 일부 개발자들이 선호해왔어요.

문제는 약관이었어요. Anthropic은 API 접근에 대해 꽤 엄격한 사용 정책을 두는데, "자동화된 에이전트", "사용자 토큰을 우회하는 미들웨어", "서비스 재판매에 가까운 래퍼" 같은 부분에 민감했거든요. OpenClaw 같은 도구는 이 회색지대에 놓여 있었고, 실제로 몇 차례 계정 제한 사례도 보고된 적이 있어요. 이번에 Anthropic이 가이드를 명확히 정리하면서 "이런 식의 사용은 허용된다"라고 못을 박은 게 핵심입니다.

구체적으로 뭐가 바뀌나요

OpenClaw의 Anthropic 프로바이더 문서가 업데이트되면서, BYOK(Bring Your Own Key) 방식으로 자기 Anthropic API 키를 연결해 쓰는 흐름이 정식 지원돼요. 쉽게 말해, 내가 Anthropic과 직접 계약해서 받은 API 키를 OpenClaw 같은 서드파티 클라이언트에 꽂아 쓸 수 있다는 뜻이에요. 이때 API 호출은 여전히 Anthropic 서버로 직접 가고, OpenClaw는 UX 레이어 역할만 해요. 중간에서 토큰을 가로채거나 재판매하는 구조가 아니기 때문에 정책상 문제가 없다는 판단인 거죠.

이렇게 되면 공식 Claude Code의 기본 기능 외에도 자동 컨텍스트 관리, MCP(Model Context Protocol) 서버 연동, 멀티 프로바이더 스위칭(같은 CLI 안에서 Claude도 쓰고 OpenAI·Gemini도 쓰기) 같은 기능을 자유롭게 조합할 수 있어요. 도구의 선택지 자체가 넓어지는 거예요.

다른 AI 코딩 도구와 비교해보면

지금 AI 코딩 CLI 생태계는 정말 바쁩니다. Claude Code, OpenAI의 Codex CLI, Google의 Gemini CLI, Cursor, Aider, Continue, Cline 같은 도구들이 모두 비슷한 자리를 노리고 있어요. 각자 장점이 달라서 한 가지만 쓰는 개발자는 드물고, 보통 두세 개를 병행해요. 그런데 여기서 문제는 각 회사가 자사 공식 CLI에 사용자를 "가두려는" 경향이 생긴다는 거예요.

Anthropic의 이번 결정은 그런 흐름에서 꽤 의외의 행보예요. "우리는 공식 CLI에 집중할 테니, 커뮤니티는 자유롭게 래퍼를 만들어 써라"는 개방적인 태도거든요. 초기 Hugging Face나 LangChain이 번성할 때의 분위기와 비슷해요. 생태계를 키워두고, 그 안에서 기본 API 소비자를 확보하는 전략이라고 볼 수 있습니다.

한국 개발자에게 주는 시사점

실무적으로 포인트는 두 가지예요. 첫째, 팀 내부에서 굳이 Claude Code만 고집하지 않아도 됩니다. VSCode나 JetBrains에 이미 익숙한 워크플로우가 있다면 OpenClaw 같은 도구로 자연스럽게 Claude를 통합할 수 있어요. 둘째, 사내 정책상 "공식 도구만 허용"하는 조직이라면 이번 공지를 근거로 협의를 시도해볼 여지가 생겼어요. Anthropic이 공식적으로 허용한다는 문서가 생겼으니까요.

장기적으로는 AI CLI 도구 간 표준화 흐름을 눈여겨볼 가치가 있어요. MCP처럼 도구 간 상호운용성을 높이는 프로토콜이 앞으로 더 많이 나올 거예요. 한 도구를 파고들기보다 "내가 선호하는 에디터와 CLI를, 원하는 모델에 꽂아 쓴다"는 관점을 미리 체화해두는 게 유리할 것 같아요.