Cal.diy：Cal.com 拆出 MIT 社群版，預約系統從 SaaS 月費變成自架基礎設施選項

Open Source / Scheduling Infrastructure

Cal.diy：預約系統從 SaaS 月費變成自架基礎設施選項

Threads 貼文提到 Cal.com 把產品 fork 成 cal.diy，移除商業功能後以 MIT 授權釋出。核對官方 GitHub 後，重點不是「所有人都不用付月費」，而是：對個人、自架者、小型內部工具而言，預約排程開始有一個較完整、可自控、無 license key 的開源選項。

核對資訊：calcom/cal.diy GitHub API 讀取時約 44K stars、MIT license；README 描述為 Cal.com 的 community edition，fork 自 Cal.com，移除 enterprise / commercial code。README 同時明確警告：use at your own risk，strictly recommended for personal, non-production use；商業與企業級排程基礎設施仍建議使用 Cal.com。

它解決什麼

預約系統常見需求包括公開 booking page、時段管理、時區、日曆整合、通知與資料庫狀態。若只是做 side project、顧問預約、個人服務或內部 demo，完整 SaaS 月費未必划算；Cal.diy 讓這些能力能被自架。

跟 Cal.com 的差異

官方 README 列出差異：沒有 Teams、Organizations、Insights、Workflows、SSO/SAML 等企業功能；不需要 Cal.com 帳號或 license key；整個 codebase 採 MIT；專案由社群維護，沒有官方 hosted / managed 版本。

技術棧

README 標示主要技術包含 Next.js、tRPC、React、Tailwind CSS、Prisma、Daily.co。部署需要 Node.js、PostgreSQL、Yarn；DockerHub 也提供 calcom/cal.diy image。

真正的成本

免費的是 license，不是營運。自架仍要負責 database、secret、calendar integration、email、SSL、備份、資安與升級。官方 README 特別要求產生 NEXTAUTH_SECRET、CALENDSO_ENCRYPTION_KEY，並提醒 Web Push VAPID keys 等設定。

適合	不適合
個人預約頁、side project、內部工具、非核心營收流程、自架學習	企業 SSO/SAML、Teams / Organizations、正式 SLA、法遵要求高、不能自行維運的客戶場景
想要 MIT 授權、無 license key、可自行修改流程	希望有人代管、出問題有人背 SLA、需要官方支援

導入前檢查：

預約流程是否真的需要 Teams / SSO / Workflow 等企業功能？
是否有人能負責 PostgreSQL、備份、升級與 secret rotation？
日曆、email、視訊整合的第三方 credentials 是否準備好？
若用在正式客戶服務，是否接受 community fork 的維護風險？

來源：
Threads: https://www.threads.com/@krumjahn/post/DYoil5PFB0c
GitHub: https://github.com/calcom/cal.diy
Docs: https://www.cal.diy/