我推薦過的 Cal.com 今年轉閉源了，自架的人該知道的事

何佳勳 · 2026/09/12 · 約 2 分鐘
TL;DR

2026 年 4 月 15 日 Cal.com 把正式版程式碼搬進私有 repo，原公開 repo 改名 cal.diy、授權從 AGPL-3.0 換成 MIT，定位成社群 fork。官方理由是 AI 掃漏洞太快，開源等於把攻擊面攤開，這個說法在國外有爭議。cal.diy 保留排程引擎、app store 框架與預約基礎建設，個人自架照舊；拿掉的是 Organizations 與 Teams、Routing Forms、Workflows、Instant Booking、AI 電話助理、SAML/SSO、Insights、API v1，幾乎都是團隊與企業功能。已經自架的短期不會爆，但要確認安全性更新走哪條線、有沒有用到被拿掉的功能。真正的教訓是自架的上游風險：授權隨時可以改而你沒有投票權，評估工具要多問一句「他明天改授權我搬得走嗎」。

  • Cal.com 2026 年 4 月轉閉源，原 repo 改名 cal.diy、授權由 AGPL-3.0 改為 MIT
  • cal.diy 保留排程引擎與預約基礎建設，個人自架照舊可以用
  • 被拿掉的幾乎都是團隊與企業功能：Teams、Workflows、SAML/SSO、Insights、API v1
  • 評估自架工具要多加一條：如果他明天改授權，我搬得走嗎
calcom/cal.diy
2026 年 4 月 15 日 Cal.com 把正式版程式碼搬進私有 repo，原公開 repo 改名 cal.diy、授權從 AGPL 3.0 換成 MIT，定位成社群 fork。官方理由是 AI 掃漏洞太快，開源等於把攻擊面攤開，這個說法在國外有爭議。cal.diy 保留排程引擎、app store 框架與預約基礎建設，個人自架照舊；拿掉的是 Organizations 與 Teams、Routing Forms、Workflows、Instant Booking、AI 電話助理、SAML/SSO、Insights、API v1，幾乎都是團隊與企業功能。已經自架的短期不會爆，但要確認安全性更新走哪條線、有沒有用到被拿掉的功能。真正的教訓是自架的上游風險：授權隨時可以改而你沒有投票權，評估工具要多問一句「他明天改授權我搬得走嗎」。
⭐ Star 48.4k🟢 活躍維護 自架建議 RAM 2 GB 到 4 GB來源

※ 出自 repo 內官方 GCP 虛擬機部署文件，與 cal.com 是同一個 repo

git clone https://github.com/calcom/cal.diy # 原 cal.com repo 已更名，授權改 MIT

我在這個站寫過 Cal.com 的開箱跟教學，把他當成可自架的 Calendly 替代方案推薦。2026 年 4 月他轉閉源了，所以這篇是來更新的。

發生了什麼事

2026 年 4 月 15 日，Cal.com 把正式版的程式碼從公開 repo 搬進私有 repo。原本那個公開 repo 沒有刪掉，而是改名成 cal.diy，授權從 AGPL-3.0 換成 MIT，定位成社群導向的 fork。

官方給的理由是 AI。他們的說法是，現在的模型能用前所未有的速度掃出並利用漏洞，開源等於把攻擊面攤在 AI 面前。這個理由在國外引起不少爭論，因為同一套邏輯也可以反過來論證開源讓漏洞被更早發現。

cal.diy 還有什麼、少了什麼

cal.diy 保留了完整的排程引擎、app store 框架、預約基礎建設，也就是一個人自架要用的東西基本上都在。

拿掉的是這些：Organizations 與 Teams、Routing Forms、Workflows、Instant Booking、AI 電話助理、SAML/SSO、Insights、API v1。你會發現拿掉的幾乎都是團隊與企業功能。

所以現況是：個人自架照舊可以，團隊功能要回到託管版。

如果你已經自架了

短期不會爆。你現在跑的版本不會因為授權改變就停掉。

但要處理的是三件事。第一，之後的安全性更新走哪條線要弄清楚，cal.diy 是社群維護，節奏跟官方不一樣。第二，如果你用到 Teams 或 Workflows，那條路在 cal.diy 是斷的，要評估搬到託管版或換工具。第三，MIT 授權其實比原本的 AGPL 寬鬆，這對想改來自用的人反而是好消息。

我從這件事學到的

這不是 Cal.com 的問題，是自架這件事本身的風險：上游隨時可以改授權，而你沒有投票權。

我以前評估自架工具只看三件事，好不好裝、好不好用、社群活不活躍。這次之後我多加一條：如果他明天改授權，我搬得走嗎。具體要問的是資料匯得出來嗎、有沒有可用的 fork、我用到的功能在社群版還在不在。

順帶一提，這不是今年的個案。Directus 也在五月的 v12 改了授權，我另外寫了一篇。

站上的 Cal.com 開箱 與 Cal.com 教學 寫在轉閉源之前，機制說明仍然有效，但授權敘述請以這篇為準。

選工具本來就要算上「他變了我怎麼辦」，這方面我在 AI101 也整理了一些判斷工具。

覺得有用？分享給需要的人 👇
何佳勳的觀點

我認為農場誇張詞會讓人秒識破你在學爆紅文。判斷很簡單，這個字會不會出現在農場標題，會就換掉。把「崩、爆、神級、秒懂」換成具體描述，可信度反而比喊得大聲還高。

何佳勳的觀點

我認為數據是觀察工具，不是決策工具。每次打開報表只看「數字升還是降」，不問「原因是什麼、下次的情境跟這次一樣嗎」，其實跟不看數據差不多。鈴木敏文的厲害不是更會看數據，是更會問問題——數據告訴你已經發生的事，但你需要的是基於數據的假設。

不想碰伺服器，只想要結果？

這個 GitHub 專案功能完整，但你得自己配 server、串 API 金鑰、扛維運。

如果你現在只是要 AI 幫你寫文案、拆工作流、生行銷內容，免安裝、開箱即用的線上工具會更快上手。

30 秒免費試用 AI101 挑戰平台 →

常見問題

Cal.com 轉閉源之後，我自架的還能用嗎？

可以，你現在跑的版本不會因為授權改變就停止運作。原本的公開 repo 改名成 cal.diy 並改為 MIT 授權，保留了完整的排程引擎、app store 框架與預約基礎建設，個人自架需要的功能基本上都在。

cal.diy 少了哪些功能？

拿掉的包括 Organizations 與 Teams、Routing Forms、Workflows、Instant Booking、AI 電話助理、SAML/SSO、Insights 以及 API v1。這些幾乎都是團隊與企業層級的功能，如果你有用到就要評估搬到託管版或改用其他工具。

怎麼避免下次又遇到工具改授權？

完全避免不了，但可以先評估退路。挑自架工具時除了好不好裝、好不好用、社群活不活躍之外，多問一句：如果他明天改授權我搬得走嗎。具體要確認資料匯不匯得出來、有沒有可用的社群 fork、你用到的功能在社群版還在不在。