Kanzo의 개요
Kanzo는 브라우저에서 실행되는 자체 호스팅 칸반 보드이자 코딩 에이전트용 MCP 서버입니다. Claude Code, Codex 등 MCP 클라이언트가 다음 작업을 가져가고, 카드를 doing으로 옮기고, 작업하면서 댓글을 달며, 사용자는 localhost:4242에서 보드가 실시간으로 바뀌는 것을 봅니다. 에이전트는 작업 중인 저장소의 git 원격 주소로 올바른 프로젝트를 찾습니다.
모든 데이터는 ~/kanzo 아래 SQLite 파일에 있으며 계정도 서버도 필요 없습니다. 보드는 같은 네트워크의 다른 컴퓨터와 실시간으로 공유하거나, 직접 소유한 비공개 git 저장소로 기기 간 동기화하거나, Markdown 또는 JSON으로 내보낼 수 있습니다. Human으로 표시한 작업과 Backlog 열은 에이전트가 건드리지 않습니다.
Rust로 작성되었고 AGPL-3.0 라이선스이며, macOS, Linux, Raspberry Pi에서는 한 줄 스크립트, Windows에서는 PowerShell 스크립트, 또는 cargo install kanzo로 설치합니다.
Kanzo, 쓸 만한 가치가 있습니까?
Kanzo는 좁은 문제를 잘 풉니다. 여러 코딩 에이전트가 한 프로젝트에서 일하면 작업 목록이 메모, 이슈 트래커, 각 에이전트의 컨텍스트로 흩어집니다. Kanzo는 에이전트에게는 MCP로 보드 하나를, 사용자에게는 브라우저로 같은 보드를 주며, 계정도 호스팅 서비스도 없습니다.
숫자가 그 근거입니다. README에 따르면 SQLite를 포함한 프로그램 크기는 4.5 MB, 유휴 메모리는 4.5 MB, 작업 3,000개일 때 8 MB, 시작은 2 ms, 작업 3,000개 보드 로딩은 17 ms이며 Apple M4에서 측정했습니다. 에이전트 쪽에서는 도구 목록이 세션당 한 번 약 900토큰 이고 응답은 10~60토큰의 일반 텍스트여서, 도구 호출마다 컨텍스트가 줄어드는 상황에서 중요합니다.
아주 새 프로젝트입니다. 저장소는 2026년 10월 25일에 만들어졌고 11월 1일까지 v0.1.1에서 v0.3.0으로 올라갔으며, 스타 약 970개, 기여자 5명, 열린 이슈와 풀 리퀘스트 8건입니다. 릴리스마다 동작과 명령이 바뀔 수 있다고 보아야 합니다.
약점은 접근 제어이며, 전혀 없습니다. 공유하면 보드가 네트워크에 열리고, README 스스로 신뢰할 수 있는 네트워크나 Tailscale 같은 VPN 뒤에서만 공유하라고 말합니다. 포트에 닿는 사람은 누구나 작업을 읽고 고칠 수 있으며, /mcp의 MCP 엔드포인트는 기본으로 켜져 있습니다. AGPL-3.0이므로 수정한 버전을 네트워크로 제공하면 소스를 공개해야 하는데, 이를 감싸 쓰려는 회사에는 중요합니다.
에이전트와 그 worktree까지 실행하는 Vibe Kanban과 비교하면 Kanzo는 보드일 뿐입니다. 그래서 더 가볍고 에이전트를 가리지 않지만, 각 에이전트를 시작하고 감독하는 일은 여전히 사용자 몫입니다.
제 역할을 하는 곳
Claude Code와 Codex를 나란히 쓰는 1인 개발자
두 에이전트가 같은 작업을 가져가지 않게 하기
두 곳 모두에 Kanzo를 MCP 서버로 추가하고 각각 다음 작업을 가져가라고 합니다. 가져간 카드는 댓글과 함께 doing으로 옮겨지고 보드에서 누가 무엇을 하는지 보입니다. 비용은 세션당 수백 토큰뿐입니다.
사무실 네트워크에 Raspberry Pi를 둔 2인 스튜디오
노트북 두 대와 모든 에이전트가 보드 하나를 쓰기
Pi에서 kanzo service install과 kanzo share on을 실행하고 각 노트북에서 kanzo join을 합니다. 로그인이 없으니 사무실 네트워크나 Tailscale 뒤에 두십시오.
데스크톱과 노트북을 오가는 개발자
호스팅 서비스 없이 기기 간에 보드 옮기기
Kanzo 동기화를 빈 비공개 GitHub 저장소로 지정하면 kanzo sync가 보드를 커밋하고 가져오며, 양쪽이 모두 바뀌었으면 어느 쪽을 남길지 묻습니다.
도입 전 확인할 점
- 설정
- macOS와 Linux에서는 curl 설치 스크립트, Windows에서는 PowerShell 스크립트, 또는 cargo install kanzo. kanzo를 실행하면 localhost:4242에서 보드가 열립니다. Claude Code는 claude mcp add kanzo --scope user -- kanzo mcp로 연결합니다.
- 연동
- stdio(kanzo mcp) 또는 /mcp의 HTTP MCP로 Claude Code, Codex, Raycast 등 클라이언트 지원. 스크립트용 CLI, git 기반 동기화, Markdown과 JSON 내보내기.
- 데이터와 개인정보
- 모든 데이터는 사용자 기기의 ~/kanzo에 SQLite 파일과 config.toml로 저장됩니다. 릴리스는 GitHub attestation으로 서명됩니다. AGPL-3.0.
- 제한
- 보드와 HTTP MCP 엔드포인트에 인증이 없습니다. 동기화 충돌은 한쪽을 통째로 남겨 해결합니다. 생성 1주일 된 프로젝트에 열린 이슈와 풀 리퀘스트가 8건 있습니다.
좋은 점
- 보드와 MCP 서버를 4.5 MB 바이너리 하나에
- 10~60토큰의 에이전트 응답으로 컨텍스트 절약
- 로컬 SQLite 저장, git 동기화, Markdown 또는 JSON 내보내기
- 사람 전용 작업과 에이전트가 건드리지 않는 Backlog
아쉬운 점
- 공유 시 로그인이나 접근 제어 없음
- 2026년 10월 25일 생성, 인터페이스가 아직 바뀌는 중
- AGPL-3.0은 수정 버전을 제공하는 회사에 제약
- Vibe Kanban과 달리 에이전트를 실행하거나 격리하지 않음
추천 대상
Claude Code, Codex 등 MCP 에이전트를 쓰며 호스팅 트래커 없이 공유 로컬 작업 보드를 원하는 개발자.
Kanzo 대안
Kanzo: 자주 묻는 질문
- Kanzo, 쓸 만한 가치가 있습니까?
- 당신과 에이전트를 위한 깔끔하고 아주 가벼운 공유 작업 보드입니다. 성숙해질 때까지는 한 대의 기기나 신뢰할 수 있는 네트워크 안에 두는 편이 낫습니다. 평점은 5점 만점에 3.8점입니다.
- Kanzo의 가격은 얼마입니까?
- AGPL-3.0 라이선스로 무료이며, 호스팅 요금제는 없습니다.
- Kanzo의 단점은 무엇입니까?
- 공유 시 로그인이나 접근 제어 없음; 2026년 10월 25일 생성, 인터페이스가 아직 바뀌는 중; AGPL-3.0은 수정 버전을 제공하는 회사에 제약; Vibe Kanban과 달리 에이전트를 실행하거나 격리하지 않음.
- Kanzo에 적합한 사람은 누구입니까?
- Claude Code, Codex 등 MCP 에이전트를 쓰며 호스팅 트래커 없이 공유 로컬 작업 보드를 원하는 개발자.
- Kanzo에 회사 데이터를 맡겨도 안전합니까?
- 모든 데이터는 사용자 기기의 ~/kanzo에 SQLite 파일과 config.toml로 저장됩니다. 릴리스는 GitHub attestation으로 서명됩니다. AGPL-3.0.
- Kanzo의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 Vibe Kanban입니다.
답변 확인일: 2026년 11월 3일.