Kanri0.8.2

Kanri 的价值不在“功能很多”，而在于把个人任务留在本地、用看板快速推进。它不要求账号或云端服务，适合个人项目、学习计划和内容流程；如果你需要多人实时协作、权限分配或自动同步，Kanri 的离线边界反而会成为限制。本文依据 Kanri 官方网站、GitHub 仓库与 Releases 页面整理，未进行本机安装实测；截至 2026 年 9 月 6 日，官方页面显示可核验版本为 0.8.2（2025 年 9 月 24 日发布）。

先确认数据边界

因此，Kanri 更像一个本地文件驱动的桌面看板，而不是带团队后台的 SaaS。官方仓库还明确说明项目不内置云同步；把数据放入网盘或同步目录属于用户自己的运维方案，发生冲突时不能期待服务端自动合并。

第一次建板：从一个可执行流程开始

1. 从官方下载页或官方 GitHub Releases 选择对应系统的构建，首次只安装一个稳定版本。
2. 打开 Kanri，新建一个看板，把列控制在“待处理、进行中、待确认、完成”等能直接改变任务状态的范围内。
3. 为每张卡片写清一个可交付结果，再补充截止日期、标签、说明和必要的子任务；不要把整份项目计划塞进一张卡。
4. 拖动卡片推进状态，每次只维护当前真正需要的任务。看板的价值是减少寻找下一步的时间，不是保存所有想法。
5. 完成第一轮后立即导出一份 JSON 备份，并在文件名中写入日期和看板名称。

官方项目页是 Kanri 官网（https://www.kanriapp.com/）；发布包和版本说明应以 GitHub Releases 为准。不要把第三方“绿色版”当成同一发布渠道。

从 Trello 导入后要做一次人工复核

导入适合把已有看板带入本地，但它不是无条件的一键迁移。导入完成后先检查列顺序、卡片标题、截止日期、标签和附件引用，再删掉已失效的列表。对重要项目，保留 Trello 导出的原始文件，并把 Kanri 当前 JSON 作为新的工作副本；这样即使字段映射不完整，也能回到迁移前状态。

• 只想备份：使用完整导出，不要只复制应用窗口或缓存目录。
• 准备换电脑：退出编辑后复制 JSON，在新设备导入并检查字符、日期和附件路径。
• 放进同步盘：尽量避免两台设备同时编辑同一文件，必要时保留带日期的副本。

macOS 安装被拦截时怎么办

官方仓库提示 Apple Silicon 的 macOS 构建可能未签名，系统会出现无法验证或应用已损坏之类的提示。先确认安装包来自官网或 Releases，并核对版本记录；如果仍需按官方说明移除隔离属性，应只对确认过的文件操作，不要为了启动陌生软件而长期关闭系统安全机制。Intel 与 Apple Silicon 还应分别选择匹配构建，不能只看“macOS”三个字。

它不适合哪些工作方式

Kanri 目前处于 1.0 之前的阶段，适合把个人工作流放进一个可携带文件，却不适合要求多人同时编辑、细粒度权限、评论通知、审计记录或服务端历史版本的团队。如果你的关键需求是自动同步，应该先确认是否愿意自行承担同步和冲突恢复；如果答案是否定的，就不应仅因为它“开源离线”而替换现有协作系统。

版本与许可证

截至 2026 年 9 月 6 日，官方 Releases 页面显示 0.8.2 为可核验版本，发布日期为 2025 年 9 月 24 日。项目主体采用 GPL-3.0，部分文件和品牌素材可能有单独说明；二次分发或商业使用前应阅读仓库内当前 LICENSE 与品牌声明。