Cal.com 把原来的开源代码基座单列成了 Cal.diy。仓库在官方组织 calcom 名下，不是第三方 fork。README 和提交信息给出的改动也很直接：更名为 Cal.diy、移除 Enterprise Edition 功能、移除 license checks、从 AGPL-3.0 改为 MIT。

这事值得看，不是因为“又多了一个开源仓库”，而是因为它把商业开源最敏感的几条线重新切了一遍：哪些代码真开放，哪些能力继续留在商业层，社区到底拿到什么。对开发者来说，这是松绑。对需要企业能力的组织用户，这也是一次明确的分界线。

Cal.diy 具体改了什么

从 4 月 15 日的关键提交 refactor: Cal.diy (#28903) 看，核心动作有几项：仓库从 Cal.com 更名为 Cal.diy，移除 EE 功能，移除 license checks，许可证从 AGPL-3.0 改成 MIT。同一轮改动里，还去掉了 docs 目录、部分 org 相关代码、SAML/SSO、platform navigation、premium username 等内容，Docker 镜像也改到 calcom/cal.diy。

项目这次变化直接影响
仓库归属官方单列为 Cal.diy不是民间分叉，是官方切社区版
许可证AGPL-3.0 改 MIT自托管、嵌入、二次开发门槛下降
商业边界移除 EE 与 license checks社区版和商业版边界更清楚
功能范围去掉 SAML/SSO、部分 org 能力等组织级需求不能再默认指望社区版

这对两类人最实在。

一类是想把预约能力嵌进自己产品的团队。MIT 许可更容易过法务，也更容易接受私有修改和商业集成。原来会卡在 AGPL 的团队，现在可以直接重新评估：要不要拿 Cal.diy 当调度底座，而不是继续自己造轮子。

另一类是自托管用户，尤其是把它当 Calendly 替代品的中小团队。现在的信号很明确：你拿到的是一个更干净、可改、可部署的社区版。但如果你的清单里已经写着 SSO、组织治理、复杂权限，那就别把这个变化理解成“免费多拿一层楼”。

MIT、去 EE、去 license checks，到底意味着什么

MIT 化是这次最有分量的变化。它降低的是法律和集成摩擦，不是自动补齐产品能力。很多人看到 MIT，就会顺手脑补成“彻底开源”。不是一回事。

开源范围，和可用能力，是两张表。Cal.diy 这次把两张表分得更开了：底层更开放，商业功能更收拢。你能更自由地拿代码、改代码、嵌代码；但你不能据此推断原来 Cal.com 的整套能力都变成了自由可得。

我更看重 license checks 被一起移除。这个动作至少说明一件事：Cal.com 不再把社区版做成一个处处提醒你“这里别碰”的半开放产品，而是直接在代码层把社区版和企业版切开。对开发者，这比混着卖更清爽。

但这不等于控制变少了。恰好相反，它只是换了一种更干净的控制方法。过去可能靠许可证约束和产品摩擦来划线；现在改成仓库、功能、许可一起分层。你少了法律焦虑，公司多了产品边界。各取所需，天下熙熙，皆为利来。

这点和很多商业开源项目的老路很像。GitLab、Elastic 一类案例都证明过：公司愿意把底座放得更开，往往不是突然顿悟，而是因为增长、分发和收入之间需要新平衡。Cal.com 这次也更像这个逻辑。不过本案和那些历史案例不完全一样，这里至少还能看到官方主动把社区版说清，而不是继续把边界藏在模糊条款里。

对谁有用，对谁该先等等

如果你是开发者或技术负责人，这次变化会落到很具体的动作上。

  • 计划自托管、做内部预约系统的团队，可以重新评估部署方案。重点看你是否只需要基础 scheduling，而不需要 SSO 和复杂组织能力。
  • 想做二开或嵌入产品的团队，可以把 MIT 带来的法务成本下降算进去。以前会拖长采购和合规流程的点，现在少了一层。

如果你是组织级采购者，动作刚好相反：先别急着迁移。你需要先核对现在的功能清单，尤其是身份管理、组织治理、权限、协作流程，确认哪些已被剥离，哪些仍要回到商业版本解决。对这类用户，Cal.diy 更像一个信号，不是现成替代。

现实约束也要说清。现在能确认的是仓库切分、许可变化和若干功能移除。还看不清的，是社区版和商业版之后怎么并行：升级路径怎么走，接口兼容怎么处理，原有自托管用户如何迁移，未来哪些功能会继续留在社区版。材料不足，不能硬写成“彻底分家”或“路线已定”。

接下来真正该盯的，不是 star 数，而是三件事：

观察点为什么重要对读者意味着什么
社区版更新节奏决定 Cal.diy 不是一次性切仓库开发者要判断它能不能长期用
迁移与版本关系决定现有用户迁不迁、怎么迁技术团队要评估切换成本
商业版边界是否持续清晰决定分层是稳定策略还是临时整理采购方要判断能否放心选型

我不太买账的是把这件事包装成“彻底回归社区”。证据不支持。更准确的说法是：Cal.com 把社区版做得更像社区版，把收费版做得更像收费版。对用户，这其实比口号有用；对公司，这也比含糊其辞更省事。

开源公司最怕的，不是边界清楚，而是边界一会儿靠理想讲，一会儿靠条款卡。Cal.diy 这次至少把刀口摆到了台面上。问题不在于它有没有算计，问题在于算计之后，社区能不能真的得到一个可持续的底座。