Il 14 aprile 2026, l'azienda ha annunciato che Cal.com passa a closed source. Il 15 aprile questo è stato confermato anche nel changelog v6.4: la parte aperta del progetto viene rilanciata con il nome di Cal.diy, mentre il codice dell'edizione commerciale di Cal.com non sarà più pubblicato. Nel frattempo, il team sottolinea che in precedenza la parte commerciale non era completamente open source, ma source-available; ora diventa semplicemente chiusa.
La motivazione ufficiale fornita da Cal.com è l'aumento dei rischi per la sicurezza nell'era dell'AI. L'azienda afferma chiaramente che gli assistenti di codifica AI e gli strumenti di analisi automatizzata hanno semplificato drasticamente la ricerca di vulnerabilità nel codice pubblico, e per un servizio che gestisce programmazioni, dati dei clienti e processi aziendali, questo è diventato un fattore troppo delicato. Secondo l'azienda, ora la priorità è la protezione dei dati dei clienti e dell'infrastruttura gestita.
Cosa è stato chiuso. Secondo le dichiarazioni dell'azienda, è il codice commercial edition — quella versione utilizzata dai clienti di Cal.com come servizio gestito. Vengono rimosse dalla branca aperta le funzionalità relative al modello commerciale e enterprise. Nel frattempo, per l'auto-implementazione, il team promette di mantenere tutte le “free features” in Cal.diy.
Cal.com è una piattaforma per la prenotazione online e il coordinamento degli appuntamenti, che il progetto stesso descrive come “infrastructure for time”: da semplici link di prenotazione personali a scheduling incorporato per prodotti, team, marketplace, vendite, HR, sanità e scenari enterprise. Il servizio ha un'API pubblica, un'opzione self-hosted, meccanismi di automazione dei flussi di lavoro, moduli di routing per la gestione delle richieste, integrazioni e framework per le app.
Se scendiamo nei dettagli, Cal.com non ha sviluppato solo un “analogo di Cal endly”, ma proprio una piattaforma di pianificazione:
- pagine di prenotazione personali e di team;
- distribuzione degli incontri tra i dipendenti, incluso il round-robin;
- moduli di routing per lead e clienti;
- automazione dei flussi di lavoro per notifiche e azioni;
- API e OAuth per integrare la programmazione in prodotti di terze parti;
- edizioni self-hosted e enterprise per le aziende che necessitano di controllo, personalizzazione e requisiti di sicurezza.
Cosa rimane aperto. Nel progetto aperto si porta Cal.diy — un'opzione self-hosted con licenza MIT. Su GitHub è descritta come un fork community-driven/fonti con codice enterprise/commerciale rimosso. Nella spiegazione tecnica, Cal.com afferma che Cal.diy mantiene il principale motore di scheduling, l'infrastruttura di prenotazione e il framework dell'app store., ovvero la funzionalità di base per il self-hosting rimane.
Fonte: linux.org.ru
