유튜브 자막 추출을 여는 건 Agent Reach가 아니라 yt-dlp다
유튜브 자막 추출을 클로드 코드에 붙이려고 Agent Reach를 보는 분께, 이 도구가 안에서 부르는 무료 도구와 그 대가를 구조로 설명합니다. 16곳 중 5곳이 설정 없이 열리는 이유, 레딧·X가 계정을 요구하는 이유, 버전 고정 없는 설치의 뜻을 공식 설명서와 신고 글로 짚었습니다.
방구석컴퍼니
혼자 일하는 사람 · 작업 기록
Agent Reach의 지원 목록에는 16곳이 적혀 있습니다. 공식 설명서 표 기준으로 설정 없이 열리는 곳은 그중 5곳이에요. 그리고 그 5곳 가운데 클로드 코드 사용자에게 가장 쓸모 있는 유튜브 자막을 실제로 꺼내 오는 건 Agent Reach의 코드가 아닙니다. yt-dlp(유튜브 자막 추출 도구)예요.
이 글의 결론은 그 한 줄에서 출발합니다. Agent Reach는 인터넷을 여는 새 기능이 아니라, 원래 있던 무료 도구를 골라 깔고 점검하는 설치 관리자예요. 그래서 장점도 단점도 '무엇을 여느냐'보다 '어떻게 깔고 무엇을 넘기느냐' 쪽에 몰려 있습니다.
커서나 클로드 코드에 영상 요약이나 웹 글 읽기를 맡기려다 이 도구를 알게 된 분께, 안에서 무엇이 무엇을 부르는지 구조로 풀어 드릴게요. 설치 순서는 여기서 다루지 않습니다. 숫자는 2026년 10월 6일 공식 저장소(버전 1.5.0)와 열린 신고 글 기준이에요.

설정 없이 열리는 5곳은 다른 도구의 이름이다
공식 설명서 표에서 설정 없이 바로 된다고 적힌 줄은 넷입니다. 웹 글과 유튜브, 새 글 알림, 그리고 중국의 개발자 게시판이에요. 여기에 자동으로 연결되는 검색이 한 줄 더 붙어 5곳이 돼요.
같은 저장소 안에서도 이 숫자는 하나로 맞지 않습니다. AI가 읽는 사용법 설명서는 6곳이라고 쓰고, 설치 설명서는 여기에 깃허브와 빌리빌리 기본 기능을 더해 7곳이라고 적습니다. 바깥에서 잰 값도 있어요. 영어 쇼츠 채널 하나가 맥에서 점검을 돌려 16곳 중 5곳이 됐다고 올렸는데, 그 채널 환경의 결과일 뿐이지만 표의 5와 숫자가 맞습니다.
더 중요한 건 이 5곳이 실제로 누구의 손으로 열리느냐예요.
| 하려는 일 | Agent Reach가 부르는 것 | 직접 쓰는 대안 | Agent Reach가 더하는 것 |
|---|---|---|---|
| 웹 글 읽기 | 웹 글 변환 서버(Jina Reader) 주소 | 같은 서버를 직접 호출 | 설치 안내 |
| 유튜브 자막 | yt-dlp | 같은 도구를 직접 실행 | 실행 환경 점검·사용법 안내 |
| 웹 검색 | 외부 검색 도구 하나 | 클로드 코드 기본 검색 | 검색 엔진 하나 추가 |
| 깃허브 | 깃허브 공식 명령창 프로그램 | 같은 프로그램 직접 | 설치·로그인 안내 |
| 레딧·X | 브라우저 로그인 재사용 또는 쿠키 | 클로드 코드 기본 도구는 레딧 요청 거부 | 로그인 벽 통과 경로, 대가는 계정 |
표의 마지막 줄만 성격이 다릅니다. 위 넷은 원래 도구를 직접 써도 결과가 같은 줄이고, 마지막 줄만 클로드 코드 기본 도구로는 길이 없어요. 이 도구의 가치와 위험이 한 줄에 같이 들어 있는 셈입니다.
유튜브 자막을 여는 건 자막 받기 도구다
클로드 코드에 유튜브 영상 주소를 주고 웹 글 읽기 경로로 부르면, 돌아오는 건 영상 제목과 설명, 챕터 목록뿐입니다. 요약에 필요한 자막 본문은 비어 있어요. 이 빈칸을 채우는 게 yt-dlp이고, Agent Reach는 그 도구를 자기 실행 환경에 같이 깔아 둡니다.
부르는 명령도 yt-dlp를 직접 쓸 때와 같아요. 그러니 유튜브 자막 추출만 목적이라면 Agent Reach는 선택 사항입니다. 이 도구가 실제로 보태는 건 "클로드 코드가 그 도구를 알아서 꺼내 쓰게 만드는 설정" 쪽이에요.
한계도 같은 도구에서 옵니다. 유튜브가 로봇이 아닌지 확인하자며 자동 요청을 막는 경우가 있고, 15개 채널을 점검한 신고 글에서도 자막 경로가 이 화면에 막혔어요. 알려진 해결책은 브라우저 로그인을 함께 넘기는 것이라, 결국 계정 이야기로 돌아옵니다.
웹 글은 남의 서버를 거쳐서 온다
Agent Reach의 웹 채널은 주소를 Jina Reader 서버에 넘기고, 정리된 글을 돌려받는 구조예요. 모든 웹 글 요청이 내 컴퓨터를 떠나 그 서버를 한 번 거칩니다.
속도 한도는 계산이 단순합니다. 키를 받지 않은 상태의 한도가 분당 20회라서, 60초 ÷ 20 = 3초에 한 페이지예요. 무료 키를 받으면 1분에 500번으로 늘어서 1초에 8번을 넘깁니다. 같은 주소는 5분 동안 저장해 둔 결과를 다시 돌려줘요.
비어 있는 건 보관 정책입니다. 받은 내용을 며칠 두는지, 언제 지우는지 적힌 공개 정책이 없어요. 개인 블로그 글이라면 상관없지만, 사내 문서 주소를 넣는 순간 판단이 달라져야 합니다.
Agent Reach 자체가 하는 일은 무엇인가?
Agent Reach가 직접 하는 일은 설치·점검·연결 네 가지입니다. 다만 그 넷 모두 "원래 도구가 제대로 깔렸는지"를 다루지, 접속이 실제로 되는지는 보장하지 않아요.
- 설치 설명서 한 장을 AI가 읽고 직접 깔게 만든다. 기본 실행은 빠진 것만 알려 주고 멈춘다
- 승인하면 AI가 읽는 사용법 설명서를 네 곳에 등록한다. 클로드 코드는 그중 자기 폴더의 것을 읽는다
- 점검 명령 하나로 채널별 상태와 고치는 법을 보여 준다
- 플랫폼마다 1순위·대체 도구 순서표를 둬서 하나가 막히면 다음으로 넘긴다
제가 이 도구를 설치 관리자라고 부르는 이유가 이 목록에 있습니다. 네 항목 어디에도 새로 긁어 오는 코드가 없어요.
점검 결과의 '된다'는 접속이 아니라 준비 상태다
점검 명령이 "된다"고 해도 실제 접속이 실패했다는 신고가 두 건 열려 있습니다. 하나는 검색이 된다고 나왔는데 연결 등록이 안 돼 명령이 항상 실패한 경우, 다른 하나는 15개 채널을 직접 돌려 보니 유튜브 자막 경로가 막힌 경우예요.
10월 3일에는 바깥 기여자가 이 문제를 짚는 수정 제안을 올렸습니다. 제목이 "점검은 도구 준비 상태를 보고할 뿐 실제 접속을 보지 않는다"는 뜻이에요. 아직 반영되지 않았습니다.
구조로 보면 당연한 결과예요. 점검은 도구가 깔렸는지를 보고, 플랫폼이 내 요청을 받아 줄지는 플랫폼이 정합니다. 그러니 점검표는 출발선으로만 쓰고, 실제 주소 하나로 직접 확인하는 게 맞아요.
레딧·X는 왜 기술이 아니라 계정 문제인가?
레딧과 X는 기술로 뚫는 문제가 아니라, 내 계정을 빌려주느냐의 문제입니다. 두 플랫폼이 로그인 없는 길을 먼저 닫았기 때문이에요.
레딧은 5월 말 운영 공지에서 로그인하지 않은 프로그램용 공개 창구를 닫겠다고 했고, 며칠 뒤 실제로 막혔습니다. 10월 6일에 웹 글 읽기 서비스로 레딧 게시판을 부르면 로그인하라는 차단 페이지만 돌아왔어요. X 공식 API로 게시물 하나를 읽는 값은 0.005달러, 1,000개면 5달러입니다. 처음 카드 등록 때 20달러어치를 줄 뿐 상시 무료 등급은 없어요.
이 벽을 넘는 방법으로 Agent Reach가 고른 건 사용자의 로그인 상태를 빌리는 것입니다. 로그인된 브라우저를 재사용하거나, 쿠키 파일을 건네받는 두 가지예요. 공식 설명서는 이 방식에 대해 전용 부계정을 쓰라고 직접 경고합니다.

경고가 빈말이 아니라는 신고도 두 건 있어요. 3월 4일 신고자는 X 부계정에 검색 하나를 맡긴 직후 계정 정지 안내를 받았고, 당시 점검 결과는 통과로 떠 있었어요. 7월 13일 신고는 샤오훙수 질문이 이틀에 걸쳐 15회 미만이었는데 경고가 왔다는 내용입니다. 2일에 15회 미만이면 하루 일곱 번 남짓입니다.
저는 이 두 건을 '조심해서 쓰면 된다'로 읽지 않습니다. 호출 횟수가 적어도 막혔다는 건, 조심의 정도가 아니라 연결 자체가 판정 대상이라는 뜻이니까요.
쿠키 보관은 막았지만 글 속 지시는 막지 않았다
막는 장치는 분명히 있습니다. 쿠키는 내 컴퓨터 설정 파일에만 저장되고 나만 읽을 수 있게 권한이 잠겨요. 설치 단계는 브라우저 쿠키를 알아서 읽지 않고, 사람이 플랫폼을 하나 골라 따로 가져오게 해 뒀습니다.
다만 이건 "어디에 저장되나"에 대한 답이에요. 가져온 웹 글이나 게시물 속에 숨긴 지시를 AI가 따르지 않게 하는 안내는, 확인한 사용법 설명서와 웹 채널 문서에는 없습니다. 8월 6일에 나온 바깥 리뷰도 같은 지점을 짚었어요. 로컬 보관은 저장 위치 문제 하나만 푼다는 지적입니다.

설치 문장이 같아도 깔리는 코드는 날마다 다르다
설치 명령에도 업데이트 명령에도 버전 번호가 없습니다. 코드 저장소의 가장 최신본을 매번 받아 와요. 같은 한 문장이 어제와 오늘 다른 코드를 깔 수 있다는 뜻입니다.
AI가 따를 명령도 같은 구조예요. 설치 설명서가 저장소에 있으니, 그 문서가 바뀌면 AI가 하는 일도 같이 바뀝니다. 2월 25일 신고 글이 이걸 공급망 위험이 높다고 짚었고, 지금 문서도 그대로예요.
같은 신고 글이 짚은 것 중 고쳐진 것도 있습니다. 그때는 설치 명령이 시스템 프로그램까지 알아서 깔았는데, 지금은 승인해야만 깔아요. 기본값이 점검만으로 바뀐 겁니다.
공식 문서끼리 서로 다른 말을 한다
공식 설명서는 파이썬 프로그램 저장소에 있는 같은 이름 패키지를 받지 말라고, 자기 것이 아니라고 적어 둡니다. 그런데 AI용 다른 안내 문서는 바로 거기서 받는 명령을 알려 줘요. 실제 그 이름의 패키지(0.1.0)는 8월 2일 다른 사람이 등록한 것입니다.
무설정 채널 수가 문서마다 5·6·7로 다른 것도 같은 뿌리예요. 변경 기록은 3월 27일 1.3.1에서 멈췄는데 현재 버전은 1.5.0입니다. 문서가 코드를 못 따라가고 있어요.
별 9만 2천 개와 116개의 대기 제안
깃허브 별은 92,071개입니다(10월 6일). 2월 24일 생성 후 224일이니 하루 평균 400개 넘게 붙은 셈이에요. 관리 쪽에는 좋은 기록도 있습니다. 바깥에서 보안 점검 결과를 올렸고, 만든 사람이 8월 6일에 고쳐서 닫았어요. 보안 문제를 비공개로 알리는 창구도 따로 있습니다.
반면 마지막 코드 수정은 9월 15일이고, 그 전 9월 기록 중 하나는 설명서 첫머리 협찬 광고의 링크 수정이었습니다. 열린 신고 글 97개, 수정 제안 116개가 쌓여 있어요. 10월 3일부터 사흘 동안 바깥에서 올라온 제안이 열 건을 넘었는데 하나도 반영되지 않았습니다.
별 수는 관심의 크기이고, 쌓인 제안은 처리 속도예요. 둘 다 같은 저장소의 숫자입니다.
한국어 설명서는 있지만 한국 서비스는 없다
16곳 중 여섯 곳이 중국 서비스이고, 한국 포털 세 곳 몫의 채널은 하나도 없어요. 한국어 설명서가 따로 있는데 한국 서비스 이야기는 없고, 오히려 원래 목록에 없는 위챗 글 읽기가 한 줄 더 적혀 있어요.
웹 글 채널로 네이버 블로그를 부르면 결과가 주소 형식에 달려 있습니다. 10월 6일 블로그 한 곳으로 확인했을 때, PC 글 주소는 빈 본문이었고 모바일 주소는 본문 약 800자를 돌려줬어요.

윈도우 쪽은 더 거칩니다. 윈도우용 자동 테스트가 추가된 건 8월 6일이에요. 저장소가 생긴 뒤 163일, 다섯 달 반 동안은 그 테스트 없이 배포됐다는 뜻입니다. 지우기 명령이 확장자 문제로 일부 연결 설정을 남기는 버그도 열려 있어요.
이 구조를 언제 쓰고 언제 빼는가?
세 곳 이상을 한 번에 붙여야 할 때 쓰고, 계정·주소·버전 중 하나라도 걸리면 뺍니다. 판단 근거는 앞의 표 한 장으로 충분해요.
- 자막·깃허브·새 글 알림 셋을 묶어서 클로드 코드에 붙이려면 쓸 만하다
- 웹 글·자막 두 가지만 쓸 거라면 원래 도구를 직접 쓰는 쪽이 설치가 하나 적다
- 본 계정밖에 없는데 레딧·X가 목적이면 쓰지 않는다
- 네이버가 목적이거나 회사 주소를 읽혀야 하면 쓰지 않는다
- 같은 버전을 재현해야 하는 일이면 쓰지 않는다
8월에 나온 바깥 리뷰의 표현도 비슷합니다. 싸게 시험해 보는 시제품 단계로는 좋지만, 업무용 데이터 플랫폼으로 바로 꽂아 쓸 물건은 아니라는 평이에요.
이 분석이 틀릴 수 있는 곳
이 글의 판단은 10월 6일 저장소와 열린 신고 글에 묶여 있습니다. 설치 설명서가 버전을 고정하지 않으니, 문서 한 장이 바뀌면 위 표의 몇 줄도 같이 바뀔 수 있어요.
계정 정지는 신고 두 건이 근거라 빈도를 말할 수 없습니다. 네이버 모바일 주소 결과도 블로그 한 곳에서 본 것이에요. 이 셋은 각자 환경에서 다시 확인해야 합니다.
원래 도구 위에 얹힌 설치 관리자
처음 질문으로 돌아가면, 16곳 중 무설정 5곳을 여는 손은 원래 있던 무료 도구입니다. 유튜브 자막 추출은 yt-dlp가, 웹 글은 Jina Reader 서버가 맡아요. Agent Reach를 깔아서 새로 생기는 길은 레딧·X의 로그인 연결이고, 그 값은 내 계정입니다.
깔기 전에 메모장에 '읽히고 싶은 곳'을 써 보세요. 거기에 레딧이나 X가 없다면 원래 도구로 시작해도 됩니다. 이 구조를 장면으로 따라가는 영상은 글 위에 붙어 있고, 순서대로 확인하며 까는 지시문은 오픈채팅방 방구석모각코 공지: https://open.kakao.com/o/picxsxwi 에 두었습니다.