KanBots, 칸반을 병렬 에이전트 런처로 바꾸다

KanBots는 칸반 보드의 각 카드에서 Claude Code나 Codex 같은 CLI 에이전트를 실행하는 오픈소스 데스크톱 앱이다. 사이트는 폴더를 드롭하면 보드가 생기고, 카드마다 독립적인 git worktree에서 에이전트를 dispatch할 수 있으며, 로컬 우선 SQLite와 무 telemetry, MIT 라이선스를 강조한다. 프로젝트는 GitHub 저장소, 에이전트 예시로 언급된 Claude Code, OpenAI Codex CLI, 그리고 격리의 기반이 되는 git worktree 문서와 함께 보면 의도가 분명해진다.

중요한 점은 KanBots가 또 하나의 채팅 UI가 아니라는 것이다. 개발자가 작업을 카드로 쪼개고, 각 카드에 에이전트를 붙이고, 결과를 diff와 테스트로 확인하는 운영판을 제안한다. 이는 Runtime, 팀 단위 코딩 에이전트 운영체제를 겨냥하다에서 본 기업형 런타임의 개인·소규모 팀 버전에 가깝다. 동시에 Statewright, 에이전트 신뢰성을 상태기계로 묶다가 말한 상태 관리 문제를 제품 UI 안으로 끌어온 사례다.

칸반은 에이전트 시대에 다시 중요해진다

인간 개발자에게 칸반은 업무를 시각화하는 도구였다. 에이전트에게는 실행 큐이자 권한 경계가 된다. 한 카드가 한 worktree와 한 브랜치, 한 로그, 한 비용 단위가 되면 병렬 실행의 위험을 줄일 수 있다. KanBots가 보여주는 숫자도 흥미롭다. 예시 화면은 여러 작업이 동시에 진행되고, 카드별 비용이 0.13달러, 0.31달러처럼 표시되는 흐름을 보여준다. 비용이 카드 단위로 보이면 관리자는 “AI를 썼다”가 아니라 “어떤 변경이 얼마에 끝났다”를 따질 수 있다.

경쟁 구도: IDE보다 운영판에 가깝다

Cursor, Copilot, Claude Code, Codex가 코딩 경험의 전면을 차지하고 있다면 KanBots는 그 위에 놓이는 작업 관리 레이어를 겨냥한다. 에이전트가 많아질수록 개발자는 “어떤 모델을 쓸까”보다 “어떤 작업을 누구에게 언제 맡기고, 어떤 결과만 머지할까”를 고민한다. 이 점에서 KanBots는 IDE 플러그인이라기보다 로컬 에이전트 스케줄러에 가깝고, AI 에이전트도 클라우드 비용을 알아야 한다의 비용 의식과도 맞닿아 있다.

한국 개발팀이 볼 지점

한국의 스타트업과 SI 조직은 Jira, GitHub Issues, Notion 같은 업무판에 이미 익숙하다. KanBots식 접근은 기존 칸반 카드를 에이전트 실행 단위로 바꿀 때 진가가 있다. 다만 무작정 autopilot을 켜기보다 테스트가 있는 저장소, 명확한 카드 정의, 브랜치 보호, 리뷰 규칙을 먼저 갖춰야 한다. AI가 나를 멍청하게 만든다는 개발자의 고백처럼 에이전트 사용이 역량 저하로 이어지지 않으려면 결과를 읽고 수정하는 인간 리뷰 루프가 필수다.

결론

KanBots는 작은 도구처럼 보이지만 방향은 크다. 코딩 에이전트의 다음 인터페이스는 더 긴 프롬프트 창이 아니라, 여러 에이전트를 안전하게 줄 세우고 멈추고 비교하는 작업 운영판일 수 있다.

FAQ

KanBots는 무엇인가?

칸반 카드마다 CLI 기반 코딩 에이전트를 실행하고 결과를 추적하는 오픈소스 데스크톱 앱이다.

왜 git worktree가 중요한가?

각 작업을 별도 작업 디렉터리와 브랜치로 격리해 병렬 에이전트가 서로의 파일을 덮어쓰는 위험을 줄인다.

Claude Code나 Codex가 꼭 필요한가?

사이트는 두 도구를 주요 예시로 들지만, 핵심은 터미널에서 실행되는 에이전트를 카드 단위로 관리하는 방식이다.

기업에서도 쓸 수 있나?

가능성은 있지만 시크릿, 로그, 비용, 코드 반출 정책을 먼저 확인해야 한다. 팀 규모가 커지면 별도 거버넌스가 필요하다.

국내 팀의 첫 실험은 어떻게 시작하면 좋나?

테스트가 잘 갖춰진 작은 버그 수정 3~5개를 카드로 만들고, 각 카드의 비용·diff·리뷰 시간을 기록하는 방식이 안전하다.