클로드코드 디스코드 연동 '채널스', 리모트컨트롤과 뭐가 다른가

클로드코드 세션을 디스코드로 옮겨 쓸 수 있다는 이야기가 클코단 안에서 돌았다. 누군가는 이게 `-p` 옵션으로 호출하는 방식 아니냐고 물었고, 곧 그게 아니라 공식적으로 이름 붙은 '채널스(channels)' 기능이라는 정정이 나왔다. 같은 자리에서 리모트컨트롤(RC)이 더 강력하고 디스코드 연동은 텍스트만 실어 나르는 수준이라는 평가도 나왔다. 실제로 두 기능이 무엇을 다르게 하는지, 디스코드 쪽을 켜려면 정확히 뭘 해야 하는지부터 짚어볼 만하다.

디스코드로 말 거는 게 실제로는 무슨 기능인가

앤트로픽 공식 문서는 채널스를 "실행 중인 클로드코드 세션으로 이벤트를 푸시하는 MCP 서버"로 정의한다. 텔레그램·디스코드·아이메시지가 연구 프리뷰 대상으로 포함돼 있고, 각각 봇 토큰이나 macOS 권한으로 인증하는 플러그인 형태다. 세션이 열려 있는 동안에만 메시지가 도착하기 때문에, 상시로 쓰려면 클로드코드를 백그라운드 프로세스나 tmux 같은 지속 터미널에서 돌려야 한다는 게 문서의 설명이다.

`-p`로 오인된 사정도 짚을 만하다. `-p`는 클로드코드를 비대화형·헤드리스로 돌려 크론이나 스크립트에 물리는 자동화 플래그다. 채널스는 `--channels plugin:discord@claude-plugins-official`처럼 별도 실행 플래그로 켠다. 둘 다 터미널 앞에 사람이 없어도 클로드가 움직이게 한다는 점에서는 비슷해 보인다. 다만 `-p`는 한 번 실행하고 끝나는 배치 작업에 가깝고, 채널스는 살아있는 세션에 외부 이벤트를 계속 밀어 넣는 상시 연결이라는 점에서 다르다. 앤트로픽은 이 기능을 지난 3월 20일 텔레그램·디스코드로 먼저 연구 프리뷰로 공개했고, 일주일 뒤 아이메시지를 더했다. 테크매체 벤처비트는 이를 두고, 왓츠앱·디스코드·텔레그램으로 24시간 붙는 자가호스팅 에이전트 오픈클로(OpenClaw)가 인기를 끌자 앤트로픽이 자사 제품 안에 같은 경험을 넣은 대응이라고 짚었다. 오픈클로는 형 이름이 몰트봇·클로드봇이던 오픈소스 프로젝트다. 자기 서버에서 돌며 파일 읽기·셸 명령·캘린더 관리까지 할 수 있다는 게 장점으로 꼽힌다.

봇을 만들고 페어링하기까지, 실제 켜는 순서

방에서 방법론까지 상세히 오가진 않았지만, 공식 문서에 나온 절차는 구체적이다. 먼저 디스코드 개발자 포털(discord.com/developers/applications)에서 새 애플리케이션을 만들고 Bot 항목에서 토큰을 발급받는다. 이어 Privileged Gateway Intents에서 Message Content Intent를 반드시 켜야 한다. 이걸 빼먹으면 봇이 메시지 이벤트는 받아도 내용이 빈 값으로 도착해 응답을 못 한다. OAuth2 URL Generator에서 bot 스코프와 채널 보기·메시지 전송·기록 읽기 등 권한을 골라 생성된 링크로 봇을 서버에 초대한다. 그다음 클로드코드 안에서 `/plugin install discord@claude-plugins-official`로 플러그인을 깔고, `/discord:configure <토큰>`으로 봇 토큰을 등록한다.

여기서 한 번 더 중요한 게 재시작이다. 클로드코드를 종료했다가 `claude --channels plugin:discord@claude-plugins-official`로 다시 켜야 봇이 실제로 연결된다. 디스코드에서 봇에게 DM을 보내면 페어링 코드가 돌아온다. 그 코드를 `/discord:access pair <코드>`로 승인하고 `/discord:access policy allowlist`로 잠그는 게 마지막 단계다. 실사용 가이드들은 이 순서에서 두 가지를 공통으로 짚는다. Bun 런타임이 없으면 플러그인이 조용히 실패한다는 점, 그리고 `--channels` 플래그는 세션마다 매번 다시 붙여줘야 한다는 점이다.

리모트컨트롤이 더 강력하다는 판단, 공식 비교로 보면

방에서 나온 RC가 더 세다는 평가는 공식 문서의 비교표와 방향이 맞는다. 앤트로픽은 웹의 클로드코드, 슬랙 연동, 표준 MCP 서버, 리모트컨트롤, 채널스를 나란히 두고 각각의 역할을 구분해 놓았다. 리모트컨트롤은 claude.ai나 클로드 모바일 앱에서 QR코드나 세션 이름으로 접속해 로컬 세션을 그대로 조종하는 기능이다. 터미널·브라우저·휴대폰 사이에서 대화가 실시간으로 동기화되고, 권한 승인이나 계획 모드 확인까지 휴대폰에서 처리할 수 있다.

채널스는 이런 세션 전체의 양방향 조종이 아니라 이벤트를 세션에 밀어 넣고 답을 같은 채팅으로 돌려주는 메시지 브리지 구조다. 문서에 흥미로운 대목이 있다. 클로드가 채널을 통해 회신할 때 터미널에는 도구 호출과 "전송됨" 같은 확인만 뜨고, 실제 회신 텍스트는 보이지 않는다. 반대로 리모트컨트롤은 대화 내용 자체가 기기 사이에서 그대로 이어진다. 권한 프롬프트를 다루는 방식도 갈린다. 채널 쪽은 플러그인이 '권한 릴레이'를 지원해야만 확인 요청을 채팅으로 전달할 수 있고, 그렇지 않으면 세션이 응답을 기다리며 멈춘다. 방에서 디스코드 연동을 텍스트 전달 수준이라 정리한 감각이 여기서 근거를 얻는다.

붙이기 전에 걸리는 보안 줄

채널스가 아직 연구 프리뷰라는 점은 실사용에 실질적인 제약이다. 문서는 `--channels` 플래그 구문과 프로토콜이 피드백에 따라 바뀔 수 있다고 명시한다. Team·Enterprise 조직은 관리자가 `channelsEnabled`를 켜야만 쓸 수 있다. 개인 Pro·Max 사용자는 조직 설정 확인 없이 세션마다 `--channels`로 바로 켤 수 있다. 클코단처럼 개인 계정으로 쓰는 사람들에게는 이 조건이 오히려 진입장벽을 낮추는 쪽이다.

보안 쪽에서는 허용목록(allowlist)이 핵심 방어선이다. 페어링으로 등록된 발신자만 메시지를 넣을 수 있다. 허용목록에 든 디스코드·텔레그램 계정이 뚫리면, 공격자가 그 계정으로 세션에 지시를 보낼 수 있다. 권한 릴레이를 지원하는 채널이라면 허용목록에 든 사람 누구든 도구 사용 승인·거부까지 원격으로 행사할 수 있다는 점도 문서가 따로 경고하는 대목이다. 여러 설정 가이드는 페어링 직후 정책을 allowlist로 잠그는 단계를 건너뛰지 말라고 공통으로 강조한다.

실사용 반응은 갈린 편은 아니다. 오픈클로가 이미 익숙했던 개발자들 사이에서는 같은 경험을 클로드코드 안에서 바로 쓸 수 있게 됐다는 반가움이 컸다. 별도 전용 서버 없이 현재 기기에서 실행 중인 클로드코드 세션에 붙일 수 있다는 편의성이 호평받았다. 다만 자기 파일과 셸에 직접 닿는 봇을 계정 하나로 여는 구조인 만큼, 페어링을 걸어두고도 어떤 발신자에게 어떤 권한까지 열어둘지는 켜는 사람이 직접 결정해야 하는 몫으로 남는다.