🇬🇧較早收集於 4m

Cal.com 放棄 AGPL,關閉程式碼庫

Cal.com 放棄 AGPL,關閉程式碼庫
PostLinkedIn
🇬🇧閱讀原文: The Register - AI/ML

💡Cal.com 棄 AGPL 震驚開源開發者—AI 安全影響?(22字)

⚡ 30-Second TL;DR

有什麼變化

Cal.com 將商業程式碼從 AGPL-3.0 轉為封閉源碼

為什麼重要

此授權變更侵蝕對 copyleft 授權專案的信任,可能阻礙 AI 工作流程中 OSS 工具的貢獻。AI 從業者可能面臨更少可靠的開源排程替代方案。

下一步行動

檢視專案中 Cal.com 依賴,並遷移至符合 AGPL 的分支如 forks.cal.com。

誰應關注:Developers & AI Engineers

關鍵要點

  • Cal.com 將商業程式碼從 AGPL-3.0 轉為封閉源碼
  • 開發社群對多年開源貢獻後的變化感到震驚
  • 引發開源授權更廣泛辯論
  • 意見:AI 不構成開源安全存亡威脅

🧠 深度解析

AI-generated analysis for this event.

🔑 增強重點摘要

  • Cal.com 此次轉向採用了名為「Cal.com License」的專有授權協議,該協議明確限制了將軟體作為服務(SaaS)進行轉售或競爭性使用的行為。
  • 此舉被視為開源商業模式在面對雲端服務供應商(CSP)與 AI 整合趨勢下,為了保護商業護城河而採取的防禦性策略,類似於過去 Redis 或 HashiCorp 的授權變更。
  • 社群成員指出,Cal.com 過去曾積極利用開源社群的貢獻來建立品牌價值,此次變更導致許多早期貢獻者感到被「開源洗白」(Open Source Washing)所欺騙。
📊 競品分析▸ Show
特色Cal.com (現況)CalendlySavvyCal
授權模式專有 (Cal.com License)專有 (SaaS)專有 (SaaS)
部署方式雲端/自託管 (受限)僅雲端僅雲端
API 開放性高 (但受授權限制)
定價策略混合 (免費/付費/企業)階梯式訂閱階梯式訂閱

🔮 前景展望AI analysis grounded in cited sources

開源專案將更傾向於採用 BSL 或 SSPL 授權
為了防止雲端供應商直接利用開源程式碼進行商業競爭,開發者將更謹慎地選擇具備商業保護條款的授權協議。
開源貢獻者的參與意願將顯著下降
企業將開源專案轉為封閉授權的行為,破壞了社群與企業之間的信任契約,導致開發者對貢獻程式碼產生疑慮。

時間線

2021-05
Cal.com 前身 Calendso 以開源專案形式發布
2021-11
正式更名為 Cal.com 並獲得種子輪融資
2026-04
正式宣布放棄 AGPL-3.0,轉向封閉源碼授權
📰

AI 週報

閱讀本週精選 AI 大事摘要 →

👉相關動態

AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源: The Register - AI/ML