Exploring Herdr Plugins: Code Review and Git Management

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Herdr의 Reviewer·Annotate·File Viewer 플러그인은 코드 변경 검토, 에이전트 응답 피드백, 문서 탐색을 보완해 Git·프로젝트 관리 흐름을 확장한다.

📌 핵심 요점

1. 발표자는 세션을 다시 열어 작업을 이어가는 지속성과 여러 에이전트를 함께 다루는 기능 때문에 Herdr를 일상적인 터미널 작업 도구로 사용한다고 설명한다.
2. Reviewer는 파일 탐색과 변경 검토를 제공하며, 미커밋 변경·브랜치·에이전트의 마지막 턴으로 검토 범위를 나눌 수 있다. 파일에 단 댓글을 에이전트에 전달하고 수정 결과를 다시 검토하는 과정도 시연한다.
3. Annotate는 에이전트가 출력한 계획·설명·답변에 주석을 붙인다. 선택한 텍스트와 댓글을 Markdown 맥락으로 묶어 전달하므로 긴 응답의 특정 부분을 짚어 후속 요청을 할 수 있다.
4. File Viewer는 Markdown 렌더링, 파일 고정, 렌더링·diff·원문 보기 전환, 변경 파일 필터와 편집기 연결을 제공한다. 문서를 읽으면서 수정 전후를 확인하는 작업에 초점을 둔다.
5. 설치 외에도 운영체제 지원, 의존 도구, 단축키 설정을 확인해야 한다. 영상에서는 Annotate의 Windows·SSH 제약 때문에 경량 버전을 사용하고, File Viewer는 설정 검사와 다시 불러오기를 거친다.

🧩 배경과 문제 정의

발표자는 오픈소스 AI·에이전트 도구를 자주 시험하지만 자신의 작업 흐름에 맞는 일부만 계속 사용한다고 설명한다. Herdr는 최근 몇 달 동안 정착한 도구로, 세션 복귀와 여러 에이전트의 상호 관찰·요청 기능, 간결한 인터페이스가 사용 이유로 제시된다.

이번 영상의 문제는 간결한 터미널 환경에서 에이전트가 만든 파일과 답변을 어떻게 편리하게 검토하고 수정할 것인가다. 코드·Git 관리에 초점을 맞춰 Reviewer, Annotate, File Viewer를 설치하고 사용한다. Reviewer 실습은 Keepsake Threads 프로젝트의 마케팅 전략 문서를 대상으로 하며, Annotate는 에이전트 응답에 대한 주석 전달을 보여준다. 제목의 Herdr 표기를 기준으로 정리하되, 전사에 등장하는 명령과 경로는 정확성이 확인된 실행 지침으로 옮기지 않았다.

🕒 시간순 섹션별 상세정리

1. 시험용 도구에서 일상 작업 환경으로 정착

• 발표자는 많은 AI·에이전트 도구를 시험하지만 작업 흐름에 맞지 않으면 계속 사용하지 않는다고 드러낸다. Herdr는 최근 몇 달간 정착해 이전 터미널 환경을 대체했다고 보여준다. [00:49]
• 세션을 닫았다 다시 열면 대화하던 위치로 돌아오는 모습을 보여주며, 디렉터리와 대화를 다시 찾는 수고를 줄이는 지속성을 강조한다. [01:36]

2. 다중 에이전트와 플러그인 확장이라는 방향

• 여러 에이전트가 서로 관찰하고 요청할 수 있는 기능을 소개하고, 간결한 인터페이스를 선호한다고 보여준다. [02:24]
• 기본 화면은 최소한으로 유지하면서 플러그인으로 기능을 추가할 수 있으며, 이번에는 Git·프로젝트 관리 플러그인을 살펴보겠다고 드러낸다. [02:43]

3. 홍보 구간과 마켓플레이스 탐색

• Agent Wikis의 무료 위키와 월 9.99달러 Pro 상품을 홍보하고 향후 에이전트 프로필·자동화 템플릿 계획을 언급한다. 이는 본 실습과 구분되는 상품 소개다. [03:26]
• 플러그인 마켓플레이스에 당시 939개가 있다고 설명하며, 코딩 프로젝트에 적용하기 쉬운 관리 도구를 이번 주제로 선택한다. [04:05]

4. Reviewer 설치와 기본 화면

• 당시 별 592개로 소개된 Reviewer를 설치하고 오른쪽 패널에 연다. 코드 리뷰와 파일 보기를 위한 사이드바로 보여준다. [05:27]
• Keepsake Threads의 마케팅 자산 작업을 예제로 삼아 저장소 파일 목록과 변경 탭, GitHub·GitLab 등을 위한 PR 탭을 보여준다. [06:34]

5. 변경 범위를 나누어 초안 검토

• 에이전트에 Meta 광고 위키를 참고한 마케팅 전략 초안을 요청하고, 생성된 새 파일이 변경 목록에 표시되는 것을 확인한다. [06:58]
• 미커밋·브랜치·마지막 턴 범위를 보여준다. 커밋 후 미커밋 목록은 비지만 마지막 턴으로 전환하면 직전 작업을 확인할 수 있음을 보여준다. [07:36]

6. 파일 댓글을 수정 작업으로 연결

• 문서에 주장 재확인, Meta 광고 외 선택지 검토, 90일 계획을 60일로 변경하라는 댓글을 추가한다. [08:46]
• S로 댓글 세 개를 에이전트 입력에 전달한 뒤 실행하고, 에이전트가 수정하는 내용을 미커밋 변경 화면에서 확인한다. [09:26]
• 수정 결과를 검토한 후 커밋하는 흐름에 이어 브랜치와 main의 파일 차이를 보여준다. [09:56]

7. 파일 검색과 Annotate의 검토 대상

• 슬래시로 파일 검색을 열어 전략 문서를 찾고 미리보기를 확인한다. 시연 중 이미지 결과는 같은 방식의 미리보기가 표시되지 않는다. [10:49]
• Annotate는 diff 검토와 달리 터미널에 출력된 계획·설명·답변에 주석을 붙이는 플러그인으로 묶인다. [11:18]

8. Annotate의 환경 제약과 설정

• 전체 버전은 당시 macOS·Linux를 지원하고 Windows에서는 경량 버전을 사용한다고 보여준다. 발표자는 SSH 원격 세션 문제도 언급하며 경량 버전을 선택한다. [12:03]
• 설치 후 저장소에서 제공하는 설정 블록을 설정 파일에 추가하고 다시 불러온 뒤, 자신의 환경에서 Ctrl+B 다음 A로 주석 창을 연다. [13:00]

9. 응답 주석을 모아 에이전트에 전달

• 답변의 선택 구절에 더 깊은 설명과 시연할 MCP 서버 제안 등을 요청하는 댓글을 달고 저장한다. 관리 창에서는 주석을 살펴보고 삭제·복사·보관할 수 있다. [14:00]
• 선택 텍스트와 댓글을 Markdown으로 복사해 에이전트에 붙여 넣는다. 파일 리뷰에서 보여준 피드백 과정을 답변 자체에 적용하는 방식이다. [14:43]
• 긴 답변의 여러 부분을 반복해서 설명하는 대신 주석으로 짚어 요청할 수 있다고 평가하고, 주석에 대한 에이전트의 후속 응답을 확인한다. [15:22]

10. File Viewer 설치와 문서 읽기

• 당시 별 523개로 소개된 File Viewer를 설치한다. glow·delta·bat 의존 도구와 단축키 설정을 언급하고 설정 검사와 다시 불러오기를 안내한다. [16:35]
• 패널에서 Markdown 문서의 제목과 도표가 렌더링되는 모습을 보여준다. 파일을 고정하면 다른 문서를 탐색하면서도 기준 문서를 유지할 수 있다. [17:42]

11. 보기 전환과 변경 파일 탐색

• V로 렌더링 결과·diff·원문을 전환하며 같은 문서의 읽기와 변경 비교를 이어간다. [18:15]
• 변경된 파일만 표시하는 필터, E로 편집기 열기, 물음표로 단축키와 설정 도움말 확인을 시연한다. [18:50]

12. 세 플러그인의 역할 정리와 후속 예고

• Reviewer는 일상적인 코드·diff 검토, Annotate는 에이전트 답변 주석, File Viewer는 Markdown 읽기와 변경 확인에 적합하다고 정리한다. [19:36]
• 휴대전화에서의 원격 모니터링·승인과 오케스트레이션 시각화를 후속 주제로 예고한다. 이번 영상에서는 해당 기능을 시연하지 않는다. [20:11]
• 시청자가 사용하는 코드 리뷰 플러그인과 관심 있는 도구를 댓글로 묻고 영상을 마친다. [20:22]

🧾 결론

• 발표자는 Reviewer를 일상적인 코드 리뷰와 diff 검토의 중심 도구로 평가한다. PR 탭도 소개하지만 실제 PR 처리 과정까지 시연하지는 않는다.
• Annotate는 파일 변경 검토를 넘어 에이전트 답변 자체에 피드백을 주는 역할을 맡는다. Reviewer와 함께 사용할 이유가 분명하다.
• File Viewer는 Markdown 문서를 자주 읽고 변경 내용을 비교하는 사용자에게 적합한 보완 도구로 소개된다.
• 세 플러그인의 공통 가치는 결과를 확인하고, 구체적으로 지시하고, 수정 결과를 재검토하는 흐름을 터미널 작업 안에서 이어가는 데 있다.

📈 투자·시사 포인트

• 도구 채택의 기준으로 기능 수보다 기존 작업 흐름과의 적합성이 강조된다. 발표자도 여러 도구를 시험하지만 실제로 정착하는 도구는 일부라고 설명한다.
• 최소한의 기본 인터페이스를 유지하면서 플러그인으로 필요한 기능을 추가하는 방식은 사용자별 작업 환경을 구성하는 사례로 해석할 수 있다.
• 에이전트 활용이 늘수록 생성 결과를 읽고 수정 지시를 전달하는 인터페이스도 중요해진다. 영상은 파일과 답변이라는 서로 다른 검토 대상을 보여준다.
• 플러그인 수와 별점은 촬영 당시의 관심 지표다. 영상에는 매출·사용자 유지율·정량적 생산성 자료가 없어 기업 가치나 투자 수익으로 연결할 근거는 없다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목은 Herdr로 표기하지만 전사에는 Herder·hurder 등 표기가 섞여 있다. 저장소 이름, 설치 명령, 설정 경로도 전사 오류 가능성이 있어 그대로 실행할 수 있는 명령으로 보기 어렵다.
• Annotate의 전체 버전은 macOS·Linux, Windows에서는 경량 버전을 사용한다는 설명은 영상 시점의 정보다. SSH 문제 역시 발표자의 환경에서 언급된 제약이며 모든 원격 환경에 일반화할 수 없다.
• 세션 복귀는 시연되지만 컴퓨터 재시작·종료 뒤에도 같은 방식으로 복원된다는 설명의 구체적 실행 조건은 확인되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 마켓플레이스와 해당 저장소에서 정확한 플러그인 식별자, 설치 명령, 현재 운영체제 지원 범위를 확인한다.
• 작은 작업 저장소에서 Reviewer의 미커밋·마지막 턴·브랜치 비교를 각각 실행해 검토 범위의 차이를 확인한다.
• 문서의 특정 줄에 수정 댓글을 달고 에이전트에 전달한 뒤, 반영된 diff를 직접 검토하고 커밋한다.
• Annotate를 사용할 환경에서 전체·경량 버전과 SSH 지원 조건을 확인하고, 선택 텍스트와 댓글이 함께 전달되는지 시험한다.

❓ 열린 질문

• Reviewer와 File Viewer의 기능이 겹치는 상황에서 두 도구를 함께 사용하는 편이 실제 검토 시간을 줄여줄까?
• Annotate의 전체 버전과 경량 버전은 구체적으로 어떤 기능 차이가 있으며 Windows·SSH 제약은 현재 어떻게 달라졌을까?
• 여러 에이전트가 동시에 작업할 때 마지막 턴 기준의 변경과 주석 전달 대상은 얼마나 명확하게 구분될까?