被 Jira 折磨过的开发团队，大概都经历过同一种心路：嫌弃它建个 Issue 要点开五层菜单、配一个工作流要翻十几个设置，但真要换，却发现绕不开一个参照物——Linear。这玩意儿在开发者圈子里的口碑不是"还不错"，而是"用了就回不去"：快、干净、全键盘操作，GitHub 的分支和 PR 状态直接同步回 Issue。
但 Linear 有三道硬门槛：闭源、不能私有部署、按席位收费。于是 2026 年这几个月，GitHub 上冒出来一批打着"开源版 Linear"旗号的项目，最热的两个是 Plane（5.2 万+ Star）和 Kaneo（5000+ Star，最近单日涨过 760 星，冲上 GitHub Trending）。微信推广文清一色说它们"体验对标 Linear、完全免费、数据自己掌控"。
我把这两个项目的仓库、文档和社区讨论都翻了一遍。先说结论：它们确实都值得看，但"像 Linear"这句话，在两个项目身上是完全不同的意思；而"免费"两个字，藏着一笔没人主动帮你算的账。
一、先搞清楚：你到底在怀念 Linear 的什么
判断替代品之前，得先知道 Linear 的好到底好在哪。拆开看是三层：
第一层是界面和速度——深色极简布局、毫秒级响应、命令面板加全键盘快捷键。这层最容易被模仿。
第二层是有主见的工作流——它不给你无限自由，而是替你做决定：需求进 Triage 待分类，开发按 Cycle（通常两周一个周期）推进，Issue 带优先级和预估。这套"少即是多"的默认约定，是它不用配置就能跑起来的原因。
第三层是和代码的深度绑定——分支、PR、Review、合并状态自动同步回 Issue，工具跟着开发流程走，而不是开发流程迁就工具。
记住这三层，因为接下来你会发现：Plane 和 Kaneo，各抄了一层半，而且抄的还不是同一层。
二、Plane 是"结构像"：把 Linear 的骨架完整搬过来，还加了些 Jira 的肌肉
Plane 的思路很直白：功能对标 Jira，操作感靠近 Linear。它把 Linear 的概念体系几乎全套搬了过来——Issues、Cycles（对标迭代周期，带燃尽图）、Modules（跨周期的功能模块拆分）、Views（自定义视图，看板/甘特图/日历随便切），还额外给了 Pages 文档和 Analytics 数据分析，这两样是 Linear 里得配合 Notion 才能凑齐的。GitHub
数据也撑得住场面：5.2 万+ Star、4600+ Fork、200+ 贡献者，官方甚至宣称已有两家财富 10 强企业用它替换 Jira，迁移规模从 50 人到 1 万人不等。云版免费档给 12 个席位，付费档 6 美元/席位/月——比 Linear 的 10 美元便宜四成。微信
但要注意两件事。一是它被开发者扫描代码发现过 32 个 bug，企业级功能（高级报表、合规审计、大规模权限体系）也还在补，生产环境用之前得自己评估风险。二是下面要说的重点——它的"免费自托管"，成本藏在后面。
三、Kaneo 是"气质像"：它不要 Linear 的骨架，只要 Linear 的克制
Kaneo 走的是另一条路。它的口号是 “All you need. Nothing you don’t.”——Linear 那套 Cycles、Modules、燃尽图，它统统不要，只留下一块看板、若干列、一堆卡片，加优先级、标签、截止日期这些最基本的东西。
它像 Linear 的地方在气质：React 19 + Framer Motion 动效、Cmd+K 命令面板、号称毫秒级响应的干净界面，以及"功能必须为真实问题存在"的设计洁癖。GitHub技术上它是 TypeScript 全栈（Hono 后端 + PostgreSQL），MIT 协议——比 Plane 的 AGPL-3.0 宽松，商用改造没有后顾之忧。还有一个对 AI 编程党很实用的点：它内置了 MCP Server，Claude Code、Cursor 这类工具可以直接连上去管任务。
短板同样明显：没有甘特图、没有燃尽图和 Cycle Time 这类数据分析，中文文档暂时也缺（主要靠英文文档和 Discord 社区）。它目前更像一块"很好用的板子"，而不是完整的研发管理平台。
四、最关键的一笔账：免费的是软件，不免费的是运维
推广文最爱说"自托管零成本"，但真实情况是：你省下的是席位费，付出的是运维工时。
两者的部署复杂度差了一个量级。Plane 的容器化架构要跑起一整套服务：PostgreSQL、Redis（Valkey）、RabbitMQ 消息队列、MinIO 对象存储，再加 Web 和 API——组件多意味着升级、备份、排障的面也大，团队里得有能持续看住它的人。微信Kaneo 则克制得多：一个应用容器加一个 PostgreSQL，Docker Compose 一条命令就能起来，运维负担接近于无。GitHub
所以这笔账应该这么算：
团队里没有能兼职运维的人，又想要 Plane 的功能 → 用 Plane Cloud，6 美元/席位/月，比 Linear 便宜 40%，至少数据条款和开源退路还在；
有人能扛 Docker 和基础运维，且对数据合规有硬要求（金融、医疗、政企外包）→ 自托管才真正划算，这时候再在 Plane 和 Kaneo 之间按功能需求二选一。
"免费"只属于那些本来就养着运维能力、或者愿意自己投入学习时间的团队。对其他人，它只是把月费换成了另一种支出。
五、说句实话：就算选对了，你也会失去什么
不管 Plane 还是 Kaneo，都和真正的 Linear 有三个差距，下手前得有预期：
其一，"快"的质感不完全一样。Linear 的丝滑来自客户端同步引擎和多年打磨的细节，开源项目能复刻布局和动效，复刻不了全部手感——这点从社区反馈看是共识，不是黑。
其二，Linear 今年在 AI 上跑得更远：Agent、Code Intelligence、Coding Sessions 能直接调 Claude Code/Codex 改代码。Linear 官网Plane 有自己的 AI（Answers 问答、Agents 自动分派），算是跟上了；Kaneo 目前只有 MCP 接入，AI 能力基本靠外接。
其三，Linear 和 GitHub 的深度联动（分支、PR、Review 全自动回写）是它的护城河。Plane 有 GitHub 集成，Kaneo 支持 Issue/PR 双向同步，但成熟度都还没到 Linear 那个级别。
六、三条路，对号入座
把上面的账收拢，给三个可直接执行的答案：
要合规自托管、团队 10 人以上、跑迭代节奏 → Plane 自托管。它是目前唯一能把 Linear 式工作流完整私有化的开源选项，接受它的部署重量和 AGPL 协议（自用免费，二次分发要注意开源义务）。
小团队或独立开发者、就想要 Linear 那种干净和快、不想养运维 → Kaneo。一个下午就能部署上手，MIT 协议随便改，代价是别指望甘特图和报表。
想要 Linear 式体验但不想碰运维、又嫌 Linear 贵 → Plane Cloud，6 美元/席位/月，先跑一个月看看团队是否买账，再决定要不要进一步自托管。
反过来，如果你的团队不到 10 个人、没有私有部署的硬要求，其实 Linear 免费档（无限成员、250 个活跃 Issue）可能就够了——真要省钱，先把免费额度用满，比急着迁移更划算。今日头条
值得继续盯的信号：Kaneo 的星数增速（能不能从"网红"变成稳定维护的项目）、Plane 企业级功能的补齐速度，以及 Linear 对免费档额度的下一次调整。这三个信号任何一个变化，上面三条路的排序都可能重排。
