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/
Threads: https://www.threads.com/@krumjahn/post/DYoil5PFB0c
GitHub: https://github.com/calcom/cal.diy
Docs: https://www.cal.diy/