비동기 서브 에이전트의 조율과 리드 컨텍스트 관리를 위한 Pi Herdsman을 만들었습니다

형, 누가 이거 만들어주길 진짜 기다리고 있었어. 당연히 있어야 할 기능 같은데 Herdr 덕분에 작업하기 진짜 깔끔하네. 정말 고맙고 제발 유지보수 계속 해줘. 수정: 좀 써봤는데 이거 진짜 최고다. 바로 이걸로 갈아탈게. 이거 하나면 다른 에이전트 익스텐션은 필요 없겠어. 수정 2: 유일한 단점은 깃허브 데모가 Herdr이랑 Pi를 직접 보여줬으면 좋겠다는 거? 어떤 느낌인지 보려고 익스텐션을 직접 설치해야 했거든, 무슨 말인지 알지?

이게 잘 맞았다니 정말 다행이네 :) 그리고 데모에 대한 비판도 전적으로 공감해. 내부 작동 방식이랑 매일 사용하는 경험을 다듬는 데 너무 집중하다 보니 프레젠테이션 쪽이 좀 뒤처졌거든. 지금의 개념 영상은 일단 임시로 올려둔 거야. Pi + Herdr + Herdsman이 실제로 어떻게 작동하는지 제대로 보여주는 데모를 조만간 올릴 생각이야.

흥미롭네요, 계속 지켜보겠습니다. 감사합니다.

!remindme 7.5 days

7일 후인 2026-10-01 09:23:51 UTC에 이 링크를 상기시켜 드리겠습니다.

하여 개인 메시지를 보내 알림을 설정하고 스팸을 줄이세요.

오케스트레이션(마침 Herdr에 관한 내용이지만 더 범용적으로 적용 가능함)에 관한 이 영상과 영상에서 다루는 openrig에 관심이 있으실지도 모르겠네요.

네, 정말 흥미로운 프로젝트네요. 공유해 주셔서 감사합니다. 확실히 겹치는 부분은 있지만, 접근하는 계층이 다른 것 같아요.
OpenRig는 지속적인 에이전트 팀을 위한 독립형 제어 평면 같은 느낌인 반면, Herdsman은 Pi + Herdr을 중심으로 훨씬 더 긴밀하게 구축되어 있고 명시적인 리드/에이전트 소유권과 Herdr이 실제 세션을 처리하는 구조거든요. 저도 Herdsman을 공간, 탭, 프로젝트 수준의 감독 같은 Herdr의 상위 개념으로 더 발전시키고 있어서, 같은 문제를 다르게 풀어낸 사례를 보는 게 흥미롭네요.

Herdr 없었으면 Pi를 이렇게까지 많이 쓰진 않았을 듯. 이 둘은 진짜 최고임. 아, Tailscale 네트워크까지 합쳐서 말이지. :)

비슷한 거 만들어보려고 했다가 접었음. 지금은 주로 subagents 익스텐션 쓰는 중.

여러 기기에 걸친 여러 Herdr 인스턴스 추적하는 문제도 해결했네. 나이스. 한번 써봐야겠다!

궁금한 게 있는데, 본인 셋업으로 설계까지 하는 워크플로우가 따로 있음? 코드-설계-코드 흐름 같은 거.

뭐, 코드 가시성(observability)이 좀 더 필요한 부분도 있긴 한데 그건 나중 얘기고. (가끔은 내부를 들여다보는 것도 좋아하지만 보통은 안 그러니까)

맞아, Herdr + Tailscale 조합은 진짜 최고지 :) 만약 Docker나 컨테이너도 좋아한다면, Herdsman은 이제 SSH 사용이 가능한 컨테이너를 제공하고 Tailscale 사이드카도 옵션으로 넣을 수 있어서 원격 머신이나 NAS, VPS 설정이 꽤 간단해졌어. 디자인 부분에서 말하는 게 코딩 단계 사이의 소프트웨어/아키텍처 설계야, 아니면 시각적/UI 디자인이야? 관측 가능성(observability) 측면에서는, 난 여전히 에이전트가 직접 생성하는 결과물을 보는 걸 선호해. IDE 수준의 통찰력이 필요하면 VS Code에서 워크트리를 열고, git 상태를 빠르게 확인하고 싶으면 보통 Herdr 패널에 을 띄워놓고 리드 에이전트 옆에 두거든. 그게 내가 Herdr을 좋아하는 이유 중 하나야. 터미널이나 작업 공간을 내 워크플로우에 맞춰 구성하고 그 설정을 유지할 수 있다는 거.

Luna가 Muse를 지휘하는 건 인상적이지만, 진짜 시험대는 두 에이전트가 같은 작업을 건드릴 때지. 핸드오프 과정에서 소유권이랑 상태가 계속 보여야 해, 안 그러면 매니저가 오히려 혼란만 가중시킬걸.

난 오케스트레이션에 exponential.at 쓰고 있는데, 이거 쓰면 백로그 전체를 한 번에(길게) 비울 수 있고, 여기저기 워크트리에서 에이전트들을 바로 시작할 수 있어.