kanzo is a free, open source project & work management project written in Rust and released under AGPL-3.0. It has 652 GitHub stars, 34 forks and 1 open issues, and was last pushed 23 hours ago. On this registry it ranks #59 of 73 tracked projects in Project & Work Management, with 5 head-to-head comparisons available.

What is kanzo?

Kanzo is a self-hosted, sharable kanban board that runs as a single 4.5 MB Rust binary and doubles as a Model Context Protocol server, so a human developer and their coding agents work from the same task list.

What it is

Kanzo is a kanban board served in the browser and an MCP server in one 4.5 MB program, released under AGPL-3.0. It sits in the project and work management category but is built for a specific pairing: a person and the coding agents — Claude Code, Codex and other MCP clients — working on the same tasks. Everything happens in one of three places: the board in the browser, MCP for agents, and the kanzo command for the terminal and scripts.

The problem it addresses is the gap between a developer's task list and an agent's context. Instead of a task file that someone has to keep in sync, the board itself is the shared state: agents take tasks, move cards and comment through MCP, and the human sees the same cards in the browser. The README's summary of the result is that you never edit a file. There is no account, no server and no setup: the first run creates ~/kanzo, and the whole board lives in it.

Key capabilities

  • One binary serves both the browser board at http://localhost:4242 and an MCP server, reachable as kanzo mcp or at http://localhost:4242/mcp.
  • Registering it with an agent takes one command: claude mcp add kanzo --scope user -- kanzo mcp for Claude Code, or codex mcp add kanzo -- kanzo mcp for Codex.
  • Agents take tasks, move cards between columns and comment as they work, finding the right project from the git remote of the repository they are working in; further repositories can be linked from a project's ⋯ menu.
  • The board is keyboard-driven: n adds a task, / or ⌘K searches every project, Tab moves to the description, ⌘↵ saves and closes, and Esc cancels.
  • Tasks marked Human are left alone by agents, and a person icon filters the board to show only those.
  • Images can be pasted or dropped into a task or a comment as attachments.
  • A Backlog column, enabled in Settings, holds ideas that agents ignore until their tasks are moved to todo, and boards can be shared live with kanzo share on and kanzo join .

Who uses it and how

  • Individual developers running Claude Code or Codex locally, who ask the agent to take the next task from Kanzo and watch the card move to doing with comments appearing as the work proceeds.
  • Small groups on one network: one machine runs kanzo share on, the others run kanzo join 192.168.1.20, and everyone sees the same tasks while every agent works on them.
  • A Raspberry Pi can hold the board so that no laptop has to stay on, with each computer joining it over the home network.
  • Terminal and script users drive the same board through the kanzo command, and agents reach it through the same kanzo mcp without per-machine configuration.

Getting started

Install with curl -LsSf https://github.com/emanuele-em/kanzo/releases/latest/download/kanzo-installer.sh | sh on macOS or Linux (including Raspberry Pi), the PowerShell installer on Windows, or cargo install kanzo. Then run kanzo, and the board opens at http://localhost:4242.

How it compares

No paid products or comparable tools are named in the facts provided, so Kanzo stands alone in this registry on that count. What can be said is structural: it is AGPL-3.0 licensed, self-hosted by design, and keeps the board in a local ~/kanzo directory rather than behind an account.

When to use it — and when not to

Kanzo suits people who already run coding agents locally and want a shared task list without operating a service, since there is no database, no SMTP and no account to configure and the whole board is a directory. Sharing is documented over a local network address, so teams spread across networks, or anyone needing remote access and access control, are not served by the described setup. On Windows the board updates itself only when kanzo.exe sits in a bin folder on PATH, and the AGPL-3.0 licence matters if the code is to be embedded in a closed product.

project readme (upstream, from github) — read inline

CI crates.io AGPL-3.0

Kanzo is a kanban board in your browser and an MCP server in one 4.5 MB program, so you and your coding agents work on the same tasks: on one computer, or on one board shared by all of them. No account, no server, no setup: run kanzo and it works.

You never edit a file. Everything is done in one of three places:

  • the board, in your browser, for you;
  • MCP, for your agents: they take tasks, move cards and comment;
  • the kanzo command, for the terminal and scripts.

Install

[!TIP] Just ask your agent: "install Kanzo from github.com/emanuele-em/kanzo."

curl -LsSf https://github.com/emanuele-em/kanzo/releases/latest/download/kanzo-installer.sh | sh

For macOS and Linux, including every Raspberry Pi. On Windows, in PowerShell:

powershell -ExecutionPolicy Bypass -c "irm https://github.com/emanuele-em/kanzo/releases/latest/download/kanzo-installer.ps1 | iex"

Or download the Windows zip from the latest release and put kanzo.exe in a folder named bin on your PATH, like %USERPROFILE%\.cargo\bin: the board updates itself only there.

Every release is signed by GitHub: check a download with gh attestation verify --repo emanuele-em/kanzo. Or with Cargo:

cargo install kanzo

Start

[!TIP] Just ask your agent: "start Kanzo and keep it running at login."

kanzo

The board opens at http://localhost:4242. That's all the setup there is: the first run creates ~/kanzo, and the whole board lives in it.

n adds a task, / or ⌘K searches every project, Tab moves to the description, ⌘↵ saves and closes, Esc cancels. Mark a task Human and agents leave it to you; the person icon shows only those. Paste or drop an image into a task or a comment to attach it. When a new version is out, the sidebar offers it: one click installs it.

Connect your agents

[!TIP] Just ask your agent: "add Kanzo as your MCP server," then restart it.

claude mcp add kanzo --scope user -- kanzo mcp   # Claude Code
codex mcp add kanzo -- kanzo mcp                 # Codex

Other MCP clients: run kanzo mcp (apps like Raycast need the full path, from which kanzo), or use the running board at http://localhost:4242/mcp.

Then ask: "take the next task from kanzo and do it." The agent moves the card to doing and comments as it works. It finds the right project from the git remote of the repo it works in; link more repos to a project from its ⋯ menu.

Park ideas in a backlog

Turn on Backlog in Settings for a column agents leave alone, until you move its tasks to todo.

Use it on several computers

Two ways, neither with any setup: share one board live, or sync it between machines.

Share it live

[!TIP] Just ask your agent: "share my Kanzo board" on one computer, and "join the Kanzo board at 192.168.1.20" on the others.

Several computers, one board, at the same time: everyone sees the same tasks, and every agent works on them.

  1. On the computer with the board, click the share icon next to New task and turn on Share this board. Copy an address it shows.
  1. On each other computer, click the share icon, paste the address and click Join.

Nothing restarts and nothing needs configuring. Their board shows the shared one, and their agents use it through the same kanzo mcp, still finding the project from the repo they work in. Turn sharing off, or click Leave, at any time.

From a terminal, or for an agent, it's kanzo share on and kanzo join , then kanzo share off and kanzo leave.

The same two commands work wherever the board lives; only the address changes:

Your computer shares its board. Others join it from theirs, on the same network.

flowchart LR
  B["💻 Laptop B<br><code>kanzo#nbsp;join#nbsp;192.168.1.20</code>"] -- home network --> A["💻 Laptop A<br><i>192.168.1.20</i><br><code>kanzo#nbsp;share#nbsp;on</code>"]

A Raspberry Pi keeps the board. Every computer joins it, and none has to stay on.

flowchart LR
  A["💻 Laptop A<br><code>kanzo#nbsp;join#nbsp;192.168.1.50</code>"] -- home network --> pi["🍓 Raspberry Pi<br><i>192.168.1.50</i><br><code>kanzo#nbsp;share#nbsp;on</code>"]
  B["💻 Laptop B<br><code>kanzo#nbsp;join#nbsp;192.168.1.50</code>"] -- home network --> pi

The Raspberry Pi is somewhere else, over the internet. Put a VPN on the Pi and on each computer, like Tailscale, NetBird or WireGuard: kanzo share on then shows the Pi's VPN address too.

flowchart LR
  A["💻 Laptop A<br><code>kanzo#nbsp;join#nbsp;100.101.32.7</code>"] -- VPN --> net(("🌐 Internet"))
  B["💻 Laptop B<br><code>kanzo#nbsp;join#nbsp;100.101.32.7</code>"] -- VPN --> net
  net -- VPN --> pi["🍓 Raspberry Pi<br><i>100.101.32.7</i><br><code>kanzo#nbsp;share#nbsp;on</code>"]

On a Pi, kanzo service install keeps the board running after a restart. There are no logins: share only on a network you trust.

Sync it between machines

[!TIP] Just ask your agent: "sync my Kanzo board," or the first time, "set up Kanzo sync with github.com/you/kanzo-data."

To carry the board between machines you use one at a time, a private git repo you own keeps it in step.

  1. Create an empty private repo on GitHub, or anywhere git can push.
  2. Click Settings at the bottom of the sidebar, choose Sync and paste its URL. Kanzo makes ~/kanzo a git repo and pushes the board.
  3. On each other machine, do the same with the same URL: Kanzo offers to use the board that's already there.

From then on, choose Sync, or run kanzo sync, when you switch machines. It commits the board and pulls or pushes it, and it's safe while the board and your agents are running. If both machines changed the board, Kanzo asks which one to keep. To move to another repo, change it in Settings, under Sync.

Commands

Command Does
kanzo Starts the board at http://localhost:4242 and opens it; --port for another port, --no-open to not open it
kanzo service install Keeps the board running and starts it at login; uninstall removes it
kanzo mcp The MCP server for agents: they start it, not you
kanzo share on Shares the board with the other computers on your network; off stops, while the board keeps running
kanzo join Uses the board another computer shares, from this one's board and agents; kanzo leave goes back
kanzo sync Commits the board and pulls or pushes it; --repo sets the repo, --keep-local or --keep-remote when both sides changed
kanzo export Prints the board as Markdown; -f json for JSON, -p for one project, -o to save it
kanzo update Installs the latest release and restarts the board's service; the board offers new versions too
kanzo init Creates the data folder; the first run does this too
kanzo --version Prints the version

Every command takes --home to use another data folder.

Settings

[!TIP] Just ask your agent: "run Kanzo on port 4300."

Everything lives in ~/kanzo: the board in kanzo.db, settings in config.toml. You never need to open either; use another folder with --home or KANZO_HOME.

port = 4242
listen = "127.0.0.1"   # sharing opens the board to your network; "0.0.0.0" keeps it open
mcp_http = true        # MCP at /mcp

Small and fast

Program 4.5 MB, SQLite included
Memory 4.5 MB idle, 8 MB with 3,000 tasks
Start 2 ms
Board of 3,000 tasks 17 ms to load in the browser
Agents' tool list about 900 tokens, once per session
Agents' replies 10 to 60 tokens of plain text

Measured on an Apple M4.

License

AGPL-3.0: use it, change it and share it; if you offer a changed version over a network, share its source too. To help, see CONTRIBUTING.

mcp-name: io.github.emanuele-em/kanzo

Frequently asked questions

Is kanzo free to use?

kanzo is open source under the AGPL-3.0 licence. There is no licence fee and no seat count — you can self-host it or, where the project offers one, pay a vendor for a managed version instead.

What does kanzo do?

Self-hosted, sharable kanban for humans and agents. One 4.5 MB binary, 4.5 MB of RAM, 10 to 60 tokens per agent reply, starts in 2 ms, zero setup.

What is kanzo written in?

kanzo is primarily written in Rust. Its source is publicly available at https://github.com/emanuele-em/kanzo, and it has 652 GitHub stars.