전체 개요
- 앤트로픽의 정책 변경으로 기존 OpenClaude/Hermes Agent식 서드파티 구독 사용이 막힌 뒤, 클로드 코드 채널을 대체 경로로 쓰는 구조 소개
- 디스코드 플러그인, 메모리봇, 코덱스 연동까지 붙여 구독형 클로드를 실사용 가능한 에이전트 허브로 만드는 과정과 체감 효과 공유
타임라인 지식 구조도
- [00:00] 서드파티 구독 인증 차단과 사용 경로 붕괴
- [01:30] 클로드 코드 채널로의 전환
- [03:00] 대화 기록용 메모리봇 구성
- [04:30] 클로드와 코덱스의 작업 분담
- [06:00] 디스코드 기반 원페이지 UI 구상
- [07:30] 디스코드 플러그인 설치 절차
- [09:00] 커뮤니티 반응과 메모리·작업 분산 사례
- [10:30] Hermes Agent 기능의 재구성 방향
주요 목차별 상세 요약
[00:00] 서드파티 구독 인증 차단
- 앤트로픽이 서드파티에서 클로드 구독 인증을 쓰는 방식을 공식적으로 금지
- OpenClaude, Hermes Agent 같은 기존 사용 경로가 막힘
- 대화형 에이전트 워크플로 자체를 재설계해야 하는 상황
- 추가 토큰 제공은 완전한 해결책이 아니라 완화책
- 근거와 예시
- 서드파티 OAuth 로그인 인증 차단 언급
- 구독 플랜에 따라 추가 토큰 지급: 20불 구독이면 20불, 200불 구독이면 200불 상당
- 기존에 오픈클로가 하던 역할을 더 이상 같은 방식으로 못 씀
- 세부 요약
- 정책 변경이 출발점
- 발표 맥락상 핵심 문제는 모델 성능이 아니라 접근 방식
- 기존에 굴러가던 파이프라인이 끊기면서 대체 루트가 필요해짐
[01:30] 클로드 코드 채널 전환
- 대안으로 클로드 코드 채널을 사용
- OpenClaude/Hermes 계열과 비슷한 방향을 유지하되 공식 플러그인 조합으로 우회
- 디스코드나 텔레그램에서 활용 가능
- 휴대폰 중심 조작과 결합해 접근성 확보
- 근거와 예시
- 클로드 코드 채널을 디스코드 플러그인으로 연결
- 공식 플러그인이라는 점을 사용 근거로 제시
- 모바일에서 디스코드로 제어하는 사용 장면 언급
- 세부 요약
- 단순히 모델을 바꾸는 게 아니라 접속 경로를 바꿈
- 사용성은 채팅 인터페이스 유지, 내부는 플러그인 기반 구성
- 구독형 클로드를 계속 쓰면서 외부 프레임워크 의존도를 줄이는 방향
[03:00] 대화 메모리 이식
- 기존 대화 내용을 기록하는 메모리봇 구성
- OpenClaude의 강점이던 메모리 기능을 디스코드 대화에 이식
- 대화 맥락 보존을 통해 에이전트형 사용성을 유지
- 기록과 실행을 분리해 장기 컨텍스트를 다루는 구조
- 근거와 예시
- CC 채널 메모리봇 언급
- 기존 오픈클로의 메모리 기능이 좋았다는 비교
- 이전 대화 내용을 저장하는 방식이라고 직접 설명
- 세부 요약
- 메모리가 단순 부가 기능이 아니라 핵심 구성요소로 취급
- 디스코드 채널을 대화 인터페이스로 쓰면서 기억 기능을 별도 레이어로 둠
- 클로드 코드 채널이 단발성 채팅이 아니라 누적형 작업 공간이 되도록 설계
[04:30] 코덱스 위임과 토큰 분산
- 클로드가 직접 다 처리하지 않고 코덱스에게 작업을 넘김
- 단순 인사 같은 테스트로 양쪽 연결 상태를 확인
- 토큰 소모가 큰 작업을 외부 에이전트로 분산
- 클로드는 오케스트레이션, 코덱스는 실행 보조 역할
- 근거와 예시
- 클로드에게 코덱스한테 인사 전달 요청
- 코덱스가 응답하는 장면 언급
- 포토콜 같은 무거운 작업은 코덱스에 위임한다고 설명
- 세부 요약
- 작업 분배가 핵심 가치
- 대화형 컨트롤러와 실무형 작업자를 나누는 구조
- 클로드의 토큰 부담을 줄이는 실전적 목적이 분명함
[06:00] 원페이지 UI 구상
- 디스코드와 클로드 코드 채널, 코덱스를 한 화면에서 설명할 원페이지 UI 구상
- 구성 요소가 많은 구조를 시각적으로 정리하려는 시도
- 기술적 조합을 사용자에게 이해시키는 프레젠테이션 필요성 제기
- 근거와 예시
- 디스코드를 통해 클로드 코드와 코덱스, 클로드코드 채널 활용 방식을 표현하는 UI 요청
- 원페이지짜리 UI를 만들겠다고 언급
- 세부 요약
- 실제 기능 설명과 별개로 구조를 전달할 문서/화면이 필요
- 복잡한 연동을 한 장짜리 도식으로 압축하려는 의도
- 워크플로 자체를 제품 설명처럼 보이게 만드는 단계
[07:30] 디스코드 플러그인 설치 절차
- CLI에서 디스코드 채널 플러그인 설치
- 봇 토큰 발행, Content Intent 활성화, 관리자 권한 부여
- 서버와 채널을 만든 뒤 봇을 초대하는 흐름
- 실행 환경을 갖추는 실제 세팅 단계
- 근거와 예시
- Discord Developer Portal에서 새 애플리케이션/봇 생성
- 봇 토큰 발행
- Content Intent 활성화
- 권한은 관리자
- 서버/채널 생성 후 봇 초대
- 세부 요약
- 기능 설명이 아니라 구체적 설정 순서
- 플러그인 설치가 전제되어야 클로드 코드 채널이 작동
- 디스코드가 단순 메신저가 아니라 실행 계층이 됨
[09:00] 커뮤니티 반응과 토큰 절감 체감
- 커뮤니티 방에서 반응이 컸고 많은 사람이 유입
- 코덱스가 메모리 관리와 작업 분산을 실제로 수행
- 프로 플랜이어도 토큰 부족을 크게 못 느낀다는 체감
- 68% 토큰 절감 체감 언급
- 근거와 예시
- 에이전트 코리아 카카오톡방에서 화제
- 류임 님의 코닥 MCP, 코리안 로우 MCP GitHub 공개 언급
- 68% 절감 수치 제시
- 프로플랜이어도 토큰 부족을 크게 못 느낌
- 세부 요약
- 개인 실험을 넘어 커뮤니티 실사용 맥락으로 확장
- 무료 공개 MCP 자산이 생태계 보강 역할
- 메모리와 실행 위임이 실제 비용 절감으로 연결된다는 경험 공유
[10:30] Hermes Agent 재구성
- Hermes Agent의 워크플로 프레임워크를 클로드 코드 채널에 재배치
- OAuth나 API로 다른 LLM을 붙이던 방식을 클로드 구독 기반으로 전환
- 기존 Hermes 기능을 그대로 쓰는 게 아니라 기능만 뜯어 재조합
- API 비용 없이 유사한 에이전트 워크플로를 구현
- 근거와 예시
- Hermes Agent가 워크플로 프레임워크 안에서 OAuth/API로 LLM 연결하는 구조라고 설명
- 이걸 클로드 코드 채널에 재부착한다고 표현
- 헤르메스 CCC라는 파생 구성 언급
- 세부 요약
- 핵심은 제품 이름이 아니라 기능 조립 방식
- 서드파티 구독 인증 차단 이후의 우회가 아니라 구조적 대체
- 클로드 + 디스코드 + 메모리봇 + 코덱스 연동을 하나의 허브로 묶음
핵심 결론
- 제작자가 전하려는 핵심은, 앤트로픽의 정책 변화로 막힌 기존 서드파티 구독형 워크플로를 클로드 코드 채널 중심의 새 조합으로 다시 세울 수 있다는 점
- 디스코드 플러그인, 메모리봇, 코덱스 위임을 묶으면 단순 채팅이 아니라 비용과 컨텍스트를 관리하는 에이전트 허브가 됨
액션 아이템
- 디스코드 Developer Portal에서 봇을 만들고 토큰을 발행
- Content Intent를 켜고 관리자 권한으로 봇을 서버에 초대
- CLI에서 디스코드 채널 플러그인을 설치
- CC 채널 메모리봇과 코덱스 플러그인을 함께 연결
핵심 키워드
- 클로드 코드 채널
- 디스코드 플러그인
- 메모리봇
- 코덱스
- Hermes CCC