给编码代理一块看板，Kanzo 想让终端考古少一点

Kanzo 是一个本地看板，也是一个 MCP 服务器，两个东西装在同一个程序里。它面向正在用编码代理写代码的人：你和代理看同一块板，代理把卡片拖到 doing，工作过程中留评论，你不用在工具之间复制任务。

MCP 可以先理解成代理调用外部工具的一层接口。Kanzo 的做法是让 Claude Code、Codex 或其他 MCP 客户端连到浏览器里那块板。数据放在本地文件夹，看板进 SQLite，设置进 TOML，不需要账号。官方给出的体积是 4 MB 二进制、5 MB 内存、1 个线程。开源协议 AGPL-3.0。GitHub 仓库在这里。

功能表里几个点比较实在：

• 共享看板：人和代理用同一套任务，代理干活时移动卡片、留评论。
• 本地数据：SQLite 加 TOML，不依赖云账号。
• Git 同步：换机器时通过私有仓库同步看板。
• 代理安全区：backlog 列默认不让代理碰，你手动移到 todo 之后代理才接手。
• 导出：整块板或单个项目可以导出 Markdown、JSON。

这些功能解决的是终端考古。代理在终端里跑，任务状态散在日志、提交信息和聊天记录里，回头找它做到哪一步，经常像翻考古现场。看板不新鲜，把看板和 MCP 接到同一条任务流上，才是 Kanzo 想卖的点。

但回复区比宣传图更接近真实使用。有网友说，backlog 隔离应该由 MCP 服务器强制，不能留给代理自己决定碰哪些卡。这个提醒不花哨，却决定看板是不是可信。规则写在提示词里，代理可以理解错；规则写进服务器，代理才绕不过去。

也有人担心 Git 同步。看板通过 git 同步，冲突会像代码一样出现，等于多一个要修的文件。这个质疑合理。任务卡不是代码，合并冲突的代价却一样烦。Kanzo 需要回答的是冲突怎么呈现，谁来解，解完代理还认不认那块板。

更关键的问题来自一条追问：代理完成后，卡片是代理自己移到 done，还是通过检查后才移到 done。这条规则决定看板是不是真的。代理自己拖卡，看板容易变成代理的自我汇报；检查通过才拖卡，看板才接近工作状态。宣传里说代理会移动卡片到 doing 并留评论，但 done 的权限边界没展开。

还有用户提到代理在 YouTrack 里干活，看板对人几乎没法用，但活确实在推进。这句话有点讽刺，也点出 Kanzo 的机会：代理不需要漂亮的 Jira，人需要能读的状态。另一些人说 Todoist 就够了，或者继续用 feature.md。也正常。轻量任务用 Markdown 文件难被打败。Dan Kornas 在回复里说，一个你和代理都能读的 feature.md 很难被打败。Kanzo 要赢的是多项目、多代理、状态开始变乱之后的场景。

还有人开玩笑，代理现在也要开无休止站会、看 Jira；Dan Kornas 回了一句，等它们开始互相估 story points。

Kanzo 现在像一个方向明确的小工具：把看板塞进代理的工作流，别再加一个项目管理网站。它能不能站住，不看卡片动画，看三件事：backlog 隔离是否由服务器强制，完成状态是否经过检查，Git 冲突是否可控。这三件事清楚了，看板才不只是终端外面的另一层装饰。