의사결정 메모 · 2026-08-22 · 조사만, 설치·활성화 없음
Agent-Reach는 우리에게 도움되는가?
결론: 도움된다. 다만 ‘범용 인터넷 수집기’가 아니라 특정 SNS·영상·게시물 원문을 발견하고 가져오는 조건부 접근 계층으로 쓰는 것이 맞다. 보고서의 근거 검증, 공썸 광고 전략, 덕사주 캐논의 승인 절차를 대체하지 않는다.
무엇을 해주는가
공식 저장소는 Twitter/X, Reddit, YouTube, GitHub, Bilibili, XiaoHongShu 등 여러 채널의 검색·읽기·전사·피드 접근을 하나의 CLI와 upstream 도구로 라우팅한다고 설명한다. 저장소는 MIT이며 GitHub 검색 결과 기준 약 60.9k stars, 334 commits가 표시된다. 릴리스 기록에는 채널 추가·제거와 Windows 설치 이슈 수정이 함께 보이므로 기능은 빠르게 변하는 편이다.
프로젝트별 판단
| 프로젝트 | 판정 | 적합한 용도 | 대체하면 안 되는 것 |
|---|---|---|---|
| gongssum | 높음 | 경쟁 광고·공개 SNS 게시물·영상 원문 발견과 전사. 광고 흐름에서는 Agent-Reach → Open Notebook → PM Skills → OpenMontage. | BAND 전용 결정론 수집기, 회원 데이터, 광고 성과 원장. |
| reports | 중상 | 사용자가 지정한 게시물·영상·채널의 원문 확보, 조사 source ledger 입력. | evidence-report의 1차 출처 검증·인용·Hub 파이프라인. SNS 출력은 사실의 최종 근거가 아니다. |
| ducksajutarot | 중간 | 새 영상·전사 후보를 찾고 기존 3,032개 전사 코퍼스와 비교. | 캐논 헌장, 독립 출처 교차검증, 결정론적 old/new 출력 검증. |
| stock·oracle·mobileprompter·wwssolitaire·hub | 낮음 | 특정 원문 요청이 있을 때만. | 각 프로젝트의 API·코드·운영 SSOT. |
last30days-skill·Browser Use와의 경계
- last30days-skill은 최근 담론을 찾고 비교하는 조사 방법론에 가깝고, Agent-Reach는 기간과 채널을 가리지 않고 특정 원문에 접근하는 수단이다. 둘은 발견과 원문 회수로 직렬 결합할 수 있다.
- Browser Use는 일반 UI 자동화다. Agent-Reach가 지원하는 결정적 CLI/API 경로 또는 기존 BAND 수집기를 브라우저 에이전트로 바꾸면 느리고 불안정해질 수 있다.
- Open Notebook은 수집된 자료의 축적·검색 계층이다. Agent-Reach가 근거 저장소가 되지는 않는다.
운영 가드레일
공개 자료 우선, 로그인·쿠키·유료·비공개 자료는 별도 승인. 병렬 대량 요청·스크래핑 우회·제한 회피는 금지. 요청 간격과 캐시를 두고 URL·게시일·수집일·원문 구간을 ledger에 남긴다. 계정 제한을 ‘안 걸리게’ 보장하는 기능은 아니다.
저장소의 star 수와 기능 설명은 현재 시점 스냅샷일 뿐이며 upstream 변경·의존성 실패·채널 차단 가능성이 있다. 설치 전 1개 공개 URL로 doctor/접근성·출력 형식을 검증하고, 실패 시 웹 검색·브라우저·공식 API로 폴백한다.
권고
조건부 유지·필요 시 활성화가 최선이다. 프로젝트 프로필의 specific_source_retrieval 트리거에서만 호출하고, “특정 게시물/영상/플랫폼 원문이 필요하다”는 요청이 있을 때만 사용한다. 이번 평가에서는 설치·계정 연결·실행을 하지 않았다.
출처
- Panniantong/Agent-Reach 공식 저장소 — 기능, MIT, stars, 활동 화면.
- 공식 릴리스 — 채널 변경과 Windows 수정 이력.
- 공식 llms.txt — 지원 채널과 CLI 라우팅 개요.
D:\work\sales\apps\vendor\catalog.yaml,project-profiles.yaml— 로컬 도입 상태·트리거·금지 조건.