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では1行のスクリプト、WindowsではPowerShellスクリプト、またはcargo install kanzoでインストールします。
Kanzoは使う価値があるか？
Kanzoは狭い問題をうまく解決します。複数のコーディングエージェントが1つのプロジェクトで働くと、タスクリストが自分のメモ、issueトラッカー、各エ ージェントのコンテキストに散らばります。KanzoはエージェントにはMCP経由で1つのボードを、あなたにはブラウザで同じボードを提供し、アカウントもホスティングサービスも要りません。
数字がその論拠です。READMEによれば、SQLite込みでプログラムは4.5 MB、待機時のメモリは4.5 MB、3,000件のタスクで8 MB、起動は2 ms、3,000件のボードの読み込みは17 msで、Apple M4で計測されています。エージェント側では、ツール一覧がセッションごとに1回約900トークン、応答は10から60トークンのプレーンテキストで、ツール呼び出しのたびにコンテキストが減ることを考えると重要です。
ごく新しいプロジェクトです。リポジトリは2026年10月25日に作成され、11月1日までにv0.1.1からv0.3.0へ進み、スターは約970、コントリビューターは5人、未解決のissueとプルリクエストは8件です。リリースごとに挙動やコマンドが変わると考えてください。
弱点はアクセス制御で、まったくありません。共有するとボードがネットワークに公開され、README自身が信頼できるネットワーク内か、TailscaleのようなVPNの背後でのみ共有するよう述べています。ポートに到達できる人は誰でもタスクを読み書きでき、/mcpのMCPエンドポイントは初期状態で有効です。またAGPL-3.0では、改変版をネットワーク越しに提供する場合はソースの公開が必要で、組み込みたい企業には影響します。
エージェントとそのworktreeまで起動するVibe Kanbanと比べると、Kanzoはボードだけです。そのぶん軽く、エージェントを選びませんが、各エージェントの起動と監督は引き続き自分で行います。
真価を発揮 する場面
Claude CodeとCodexを並行して使う個人開発者
2つのエージェントが同じタスクを取るのを防ぐ
両方にKanzoをMCPサーバーとして追加し、それぞれに次のタスクを取るよう頼みます。取られたカードはコメント付きでdoingへ移り、誰が何をしているかがボードでわかります。費用はセッションあたり数百トークンだけです。
オフィスのネットワークにRaspberry Piを置く2人のスタジオ
2台のノートPCとすべてのエージェントで1つのボードを使う
Piでkanzo service installとkanzo share onを実行し、各ノートPCからkanzo joinします。ログインはないので、オフィスのネットワーク内かTailscaleの背後にとどめてください。
デスクトップとノートPCを行き来する開発者
ホスティングサービスなしでボードをマシン間で持ち運ぶ
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週間のプロジェクトで未解決のissueとプルリクエストが8件あります。
良い点
- ボードとMCPサーバーが4.5 MBのバイナリ1つに
- 10から60トークンのエージェント応答でコンテキスト消費が少ない
- ローカルのSQLite保存、git同期、MarkdownやJSONへのエクスポート
- 人間専用タスクとエージェントが触れないBacklog
気になる点
- 共有時にログインもアクセス制御もない
- 2026年10月25日作成で、インターフェースはまだ変化中
- AGPL-3.0は改変版を提供する企業に制約となる
- Vibe Kanbanと違いエージェントの起動や隔離はしない
おすすめの人
Claude Code、CodexなどのMCPエージェントを使い、ホスティング型トラッカーを導入せずに共有のローカルタスクボードが欲しい開発者。
Kanzoの代替
Kanzo：よくある質問
- Kanzoは使う価値があるか？
- あなたとエージェントのための、整った非常に軽い共有タスクボードです。成熟するまでは1台のマシンか信頼できるネットワーク内にとどめるのが賢明です。 評価は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日