Kanban 작업자 레인 — 업무 분담

바쁜 주방을 떠올려 보세요. 헤드 셰프가 모든 요리를 직접 하지 않습니다. 화이트보드에 주문을 적어 두면, 그릴, 샐러드, 플레이팅 같은 각 스테이션에서 필요한 작업을 가져가 처리하고 완료 표시를 합니다. Hermes Kanban이 AI 에이전트들과 함께 작동하는 방식도 정확히 이와 같습니다.

칸반 보드가 뭔가요?

모든 AI 어시스턴트를 위한 공유 작업 보드입니다. 모든 작업은 단일 데이터베이스 파일(~/.hermes/kanban.db)에 저장되므로, 어떤 에이전트든 언제든지 작업을 확인하고, 가져가고, 업데이트할 수 있습니다. 한 에이전트에게 다른 에이전트를 “호출”하도록 요청하는 방식(delegate_task)과 달리, 칸반 보드는 크래시, 타임아웃, 예상치 못한 실패 상황에서도 안전합니다. 대화 중간에 에이전트 하나가 죽더라도 작업이 사라지지 않습니다.

두 개의 문, 하나의 보드

칸반 보드는 두 가지 방법으로 사용할 수 있지만, 항상 동일한 데이터를 바라봅니다.

1. 에이전트는 도구를 통해 사용합니다 — kanban_show, kanban_create, kanban_complete 등을 호출합니다. 여러분이 직접 할 일은 없고, 에이전트가 보드를 읽고 쓰기만 하면 됩니다.
2. 여러분은 터미널을 통해 사용합니다 — 채팅에서 hermes kanban 또는 /kanban을 입력하여 직접 작업을 확인하고 관리할 수 있습니다.

# 모든 작업 보기
hermes kanban list

# 새 작업 만들기
hermes kanban create "주간 보고서 작성" --assignee weekly-reporter

# 작업 완료 처리
hermes kanban complete 42

그냥 delegate_task를 쓰면 안 되나요?

항목	delegate_task	Kanban
방식	전화 통화처럼: 답변을 기다림	이메일처럼: 던져두고 다음 일 진행
실패 처리	에이전트가 죽으면 작업 유실	작업은 남아있음; 재시도 또는 재배정 가능
사람 개입	불가능	언제든지 댓글, 차단, 잠금 해제 가능
참여자	한 번에 한 에이전트	여러 에이전트가 동일 작업 처리 가능

핵심 차이점: 칸반은 “던져두고 잊는(fire-and-forget)” 방식입니다. 누군가 완료 표시를 할 때까지 작업은 계속 존재합니다. 에이전트가 중간에 죽어도, 다른 에이전트가 그 카드를 집어서 이어서 작업할 수 있습니다.

칸반은 어떤 상황에 유용할까요?

• 리서치 팀: 여러 에이전트가 데이터를 수집하고, 한 명의 분석가가 종합하며, 한 명의 작가가 최종 자료를 작성하는 경우
• 예약 작업: 매일 아침 에이전트가 브리핑을 생성하여 실행 로그에 추가하는 경우
• 엔지니어링 파이프라인: 작업을 카드로 나누기 → 병렬 개발 → 동료 검토 → 병합
• 대량 관리: 한 에이전트가 50개의 소셜 미디어 계정을 관리하고, 각 계정마다 별도의 카드를 두는 경우

초보자를 위한 실용적인 팁

처음부터 과하게 설계하지 마세요. 간단한 시나리오 하나로 시작하세요: 작업을 만들고, 에이전트 하나가 완료하고, 터미널에서 상태가 바뀌는 것을 지켜보는 것. 이 과정이 자연스러워지면, 두 개의 에이전트를 시도해 보세요. 하나는 정보를 수집하고, 다른 하나는 요약을 작성하게요. 기억하세요: 칸반의 진정한 힘은 “작업이 절대 유실되지 않고, 항상 상태를 확인할 수 있다”는 점이지, 복잡한 자동화가 아닙니다.

요약: 칸반은 AI 협업 방식을 “전화 통화”에서 “화이트보드 관리”로 업그레이드합니다. 더 안정적이고, 더 유연하며, 언제든 사람이 개입할 수 있습니다. AI 에이전트들이 서로 충돌하며 혼란스러워할 때, 공유 보드 하나를 내어주는 건 어떨까요?

---