Discover / GTM & Growth

Cal.com

by calcomTypeScript

Scheduling infrastructure. The open-source booking layer for sales and onboarding calls.

Toolstable

Maturity: stable because 5y old, v6.2.0 released 155d ago. Derived from release and commit history, not a rating.

Stars
47k
Forks
15k
Downloads / mo
Last commit
2026-07-31
License
MIT
Open issues
1.4k

Market and trust evidence

Edition not yet matched

No exact skills.sh identity match is available for this repository. Repository adoption and freshness remain visible above; install momentum is not inferred.

Trust analysis is a screening signal, not a security warranty. Read the ranking and trust methodology.

In practice

Written by AI from this repository’s README · low confidence

Eliminates the back-and-forth of scheduling meetings with a customizable booking page.

Use it when

Use to embed scheduling capabilities into your product or personal workflow.

Not the right pick when

Not just a calendar; overkill if you only need personal reminders.

Capabilities

  • Meeting scheduling
  • Calendar integration
  • Customizable booking flows

Cost: Cost not stated

Video walkthroughs

Third-party YouTube uploads matched to this tool by title, channel and repository name on 2026-08-03. Not made, reviewed or endorsed by SkillPilot. View counts and publish months are as of the match date and the month is approximate. Nothing loads from YouTube until you press play.

What the repository ships

Ships CLAUDE.mdCursor rulesHas docsDocker imageSecurity policyCI configured

Detected from the actual files in the repository root.

Latest release v6.2.0

Published 2026-03-01

What's Changed

  • fix: show invite link settings modal when clicking edit invite link in team members view by @anikdhabal in https://github.com/calcom/cal.com/pull/27917
  • fix: exclude test files from CODEOWNERS foundation approval by @hariombalhara in https://github.com/calcom/cal.com/pull/27919
  • fix(app-store): preserve existing enabled state during seed by @devanshu0x in https://github.com/calcom/cal.com/pull/27918
  • fix: use randomString() for booking uid in slots e2e tests to avoid unique constraint flake by @alishaz-polymath in https://github.com/calcom/cal.com/pull/27916
  • fix: use random booking UIDs api/v2 slots e2e tests to prevent test flakiness due to DB unique constraint by @romitg2 in https://github.com/calcom/cal.com/pull/27902
  • fix: add e2e-spec pattern to CODEOWNERS test file exclusions by @anikdhabal in https://github.com/calcom/cal.com/pull/27926
  • fix: default icon size to 16px in createIcon wrapper and fix download button alignment by @eunjae-lee in https://github.com/calcom/cal.com/pull/27924
  • fix: resolve signup watchlist review issues and auto-unlock on SIGNUP entry removal by @alishaz-polymath in https://github.com/calcom/cal.com/pull/27923
  • fix: display phone numbers and localized timezone in BookingDetailsSheet by @eunjae-lee in https://github.com/calcom/cal.com/pull/27909
  • feat: enable onboarding-v3 globally and update e2e tests by @sean-brydon in https://github.com/calcom/cal.com/pull/27922
  • refactor: apply biome formatting to packages/sms, prisma, emails, lib by @eunjae-lee in https://github.com/calcom/cal.com/pull/27880
  • fix: prevent BookingDetailsSheet flicker when switching bookings by @eunjae-lee in https://github.com/calcom/cal.com/pull/27894
  • fix: inline package.json descriptions in app-store _metadata.ts to fix Vitest RPC errors by @emrysal in https://github.com/calcom/cal.com/pull/27931
  • revert: onboarding v3 global by @sean-brydon in https://github.com/calcom/cal.com/pull/27933
  • chore(deps): bump axios to 1.13.5 by @pedroccastro in https://github.com/calcom/cal.com/pull/27864
  • feat(companion): add configurable first page setting by @dhairyashiil in https://github.com/calcom/cal.com/pull/27267
  • revert: "revert (#27933)" for onboarding v3 gloablly by @sean-brydon in https://github.com/calcom/cal.com/pull/27938
  • fix: preserve customReplyToEmail when hideOrganizerEmail is enabled by @anikdhabal in https://github.com/calcom/cal.com/pull/27941
  • fix: lazy-load companion iframe to avoid requests on every page visit by @volnei in https://github.com/calcom/cal.com/pull/27946
  • chore: update extension version to 1.7.6 by @dhairyashiil in https://github.com/calcom/cal.com/pull/27952
  • fix: use maxLength parameter in truncateOnWord instead of hardcoded value by @AritraDey-Dev in https://github.com/calcom/cal.com/pull/27961
  • fix: hide bookings opt-in banner on mobile viewport by @PeerRich in https://github.com/calcom/cal.com/pull/27965
  • fix: Correct hours-to-days conversion in convertToNewDurationType by @AritraDey-Dev in https://github.com/calcom/cal.com/pull/27964

New Contributors

  • @devanshu0x made their first contribution in https://github.com/calcom/cal.com/pull/27918
  • @AritraDey-Dev made their first contribution in https://github.com/calcom/cal.com/pull/27961

Full Changelog: https://github.com/calcom/cal.com/compare/v6.1.16...v6.2.0

Tags

README

[!WARNING]

Use at your own risk. Cal.diy is the open source community edition of Cal.com and it is intended for users who want to self-host their own Cal.diy instance. It is strictly recommended for personal, non-production use. Please review all installation and configuration steps carefully. Self-hosting requires advanced knowledge of server administration, database management, and securing sensitive data. Proceed only if you are comfortable with these responsibilities.

[!TIP]

For any commercial and enterprise-ready scheduling infrastructure, use Cal.com, not Cal.diy; hosted by us or get invited to on-prem enterprise access here: <a href="https://cal.com/sales">https://cal.com/sales</a>

<!-- PROJECT LOGO -->

<p align="center">

<a href="https://github.com/calcom/cal.diy">

<img src="https://user-images.githubusercontent.com/8019099/210054112-5955e812-a76e-4160-9ddd-58f2c72f1cce.png" alt="Logo">

</a>

<h3 align="center">Cal.diy</h3>

<p align="center">

The community-driven, open-source scheduling platform.

<br />

<a href="https://github.com/calcom/cal.diy"><strong>GitHub</strong></a>

<br />

<a href="https://github.com/calcom/cal.diy/issues">Issues</a>

&middot;

<a href="./CONTRIBUTING.md">Contributing</a>

</p>

</p>

<p align="center">

<a href="https://github.com/calcom/cal.diy/blob/main/LICENSE"><img src="https://img.shields.io/badge/license-MIT-purple" alt="License"></a>

<a href="https://github.com/calcom/cal.diy/stargazers"><img src="https://img.shields.io/github/stars/calcom/cal.diy" alt="Github Stars"></a>

<a href="https://github.com/calcom/cal.diy/pulse"><img src="https://img.shields.io/github/commit-activity/m/calcom/cal.diy" alt="Commits-per-month"></a>

<a href="https://hub.docker.com/r/calcom/cal.diy"><img src="https://img.shields.io/docker/pulls/calcom/cal.diy" alt="Docker Pulls"></a>

<a href="https://github.com/calcom/cal.diy/issues?q=is:issue+is:open+label:%22%F0%9F%99%8B%F0%9F%8F%BB%E2%80%8D%E2%99%82%EF%B8%8Fhelp+wanted%22"><img src="https://img.shields.io/badge/Help%20Wanted-Contribute-blue"></a>

<a href="https://contributor-covenant.org/version/1/4/code-of-conduct/"><img src="https://img.shields.io/badge/Contributor%20Covenant-1.4-purple" /></a>

</p>

<!-- ABOUT THE PROJECT -->

About Cal.diy

<img width="100%" alt="booking-screen" src="https://github.com/calcom/cal.diy/assets/8019099/407e727e-ff19-4ca4-bcae-049dca05cf02">

Cal.diy is the community-driven, fully open-source scheduling platform — a fork of Cal.com with all enterprise/commercial code removed.

Cal.diy is 100% MIT-licensed with no proprietary "Enterprise Edition" features. It's designed for individuals and self-hosters who want full control over their scheduling infrastructure without any commercial dependencies.

What's different from Cal.com?

  • No enterprise features — Teams, Organizations, Insights, Workflows, SSO/SAML, and other EE-only features have been removed
  • No license key required — Everything works out of the box, no Cal.com account or license needed
  • 100% open source — The entire codebase is licensed under MIT, no "Open Core" split
  • Community-maintained — Contributions are welcome and go directly into this project (see CONTRIBUTING.md)

Note: Cal.diy is a self-hosted project. There is no hosted/managed version. You run it on your own infrastructure.

Built With

<!-- GETTING STARTED -->

Getting Started

To get a local copy up and running, please follow these simple steps.

Prerequisites

Here’s what you need to run Cal.diy.

  • Node.js (Version: >=18.x)
  • PostgreSQL (Version: >=13.x)
  • Yarn _(recommended)_

If you want to enable any of the available integrations, you may want to obtain additional credentials for each one. More details on this can be found below under the integrations section.

Development

Setup

  1. Clone the repo (or fork https://github.com/calcom/cal.diy/fork)

   git clone https://github.com/calcom/cal.diy.git

If you are on Windows, run the following command in Git Bash with admin privileges:

git clone -c core.symlinks=true https://github.com/calcom/cal.diy.git

  1. Go to the project folder

   cd cal.diy
  1. Install packages with yarn

   yarn
  1. Set up your .env file
  • Duplicate .env.example to .env
  • Use openssl rand -base64 32 to generate a key and add it under NEXTAUTH_SECRET in the .env file.
  • Use openssl rand -base64 24 to generate a key and add it under CALENDSO_ENCRYPTION_KEY in the .env file.

Windows users: Replace the packages/prisma/.env symlink with a real copy to avoid a Prisma error (unexpected character / in variable name):

```sh

# Git Bash / WSL

rm packages/prisma/.env && cp .env packages/prisma/.env

```

  1. Set up Node

If your Node version does not meet the project's requirements as instructed by the docs, "nvm" (Node Version Manager) allows using Node at the version required by the project:


   nvm use

You first might need to install the specific version and then use it:


   nvm install && nvm use

You can install nvm from here.

Quick start with yarn dx

- Requires Docker and Docker Compose to be installed

- Will start a local Postgres instance with a few test users - the credentials will be logged in the console


yarn dx

Default credentials created:

| Email | Password | Role |

|-------|----------|------|

| free@example.com | free | Free user |

| pro@example.com | pro | Pro user |

| trial@example.com | trial | Trial user |

| admin@example.com | ADMINadmin2022! | Admin user |

| onboarding@example.com | onboarding | Onboarding incomplete |

You can use any of these credentials to sign in at http://localhost:3000

Tip: To view the full list of seeded users and their details, run yarn db-studio and visit http://localhost:5555

Development tip
  1. Add export NODE_OPTIONS="--max-old-space-size=16384" to your shell script to increase the memory limit for the node process. Alternatively, you can run this in your terminal before running the app. Replace 16384 with the amount of RAM you want to allocate to the node process.
  1. Add NEXT_PUBLIC_LOGGER_LEVEL={level} to your .env file to control the logging verbosity for all tRPC queries and mutations.\

Where {level} can be one of the following:

0 for silly \

1 for trace \

2 for debug \

3 for info \

4 for warn \

5 for error \

6 for fatal

When you set NEXT_PUBLIC_LOGGER_LEVEL={level} in your .env file, it enables logging at that level and higher. Here's how it works:

The logger will include all logs that are at the specified level or higher. For example: \

  • If you set NEXT_PUBLIC_LOGGER_LEVEL=2, it will log from level 2 (debug) upwards, meaning levels 2 (debug), 3 (info), 4 (warn), 5 (error), and 6 (fatal) will be logged. \
  • If you set NEXT_PUBLIC_LOGGER_LEVEL=3, it will log from level 3 (info) upwards, meaning levels 3 (info), 4 (warn), 5 (error), and 6 (fatal) will be logged, but level 2 (debug) and level 1 (trace) will be ignored. \

echo 'NEXT_PUBLIC_LOGGER_LEVEL=3' >> .env

for Logger level to be set at info, for example.

Gitpod Setup
  1. Click the button below to open this project in Gitpod.
  1. This will open a fully configured workspace in your browser with all the necessary dependencies already installed.

Open in Gitpod

Manual setup
  1. Configure environment variables in the .env file. Replace <user>, <pass>, <db-host>, and <db-port> with their applicable values

   DATABASE_URL='postgresql://<user>:<pass>@<db-host>:<db-port>'

<details>

<summary>If you don't know how to configure the DATABASE_URL, then follow the steps here to create a quick local DB</summary>

  1. Download and install PostgreSQL locally (if you don't have it already).
  1. Create your own local db by executing createDB <DB name>
  1. Now open your psql shell with the DB you created: psql -h localhost -U postgres -d <DB name>
  1. Inside the psql shell execute \conninfo. And you will get the following info.

image

  1. Now extract all the info and add it to your DATABASE_URL. The url would look something like this

postgresql://postgres:postgres@localhost:5432/Your-DB-Name. The port is configurable and does not have to be 5432.

</details>

If you don't want to create a local DB. Then you can also consider using services like railway.app, Northflank or render.

  1. Copy and paste your DATABASE_URL from .env to .env.appStore.
  1. Set up the database using the Prisma schema (found in packages/prisma/schema.prisma)

In a development environment, run:


   yarn workspace @calcom/prisma db-migrate

In a production environment, run:


   yarn workspace @calcom/prisma db-deploy

Note for Windows/PowerShell users: If running the database deployment scripts fails with an error stating Environment variable not found: DATABASE_DIRECT_URL, Turbo might be failing to inject the root .env variables. You can bypass this by executing the commands directly from the prisma package directory in PowerShell:


cd packages/prisma
$env:DATABASE_URL="postgresql://postgres:YOUR_PASSWORD@localhost:5432/postgres"; $env:DATABASE_DIRECT_URL="postgresql://postgres:YOUR_PASSWORD@localhost:5432/postgres"
npx prisma db push
cd ../..
  1. Run mailhog to view emails sent during development

_NOTE:_ Required when E2E_TEST_MAILHOG_ENABLED is "1"


   docker pull mailhog/mailhog
   docker run -d -p 8025:8025 -p 1025:1025 mailhog/mailhog
  1. Run (in development mode)

   yarn dev
Setting up your first user
Approach 1
  1. Open Prisma Studio to look at or modify the database content:

   yarn db-studio
  1. Click on the User model to add a new user record.
  2. Fill out the fields email, username, password, and set metadata to empty {} (remembering to encrypt your password with BCrypt) and click Save 1 Record to create your first user.

New users are set on a TRIAL plan by default. You might want to adjust this behavior to your needs in the packages/prisma/schema.prisma file.

  1. Open a browser to http://localhost:3000 and login with your just created, first user.
Approach 2

Seed the local db by running


cd packages/prisma
yarn db-seed

The above command will populate the local db with dummy users.

E2E-Testing

Be sure to set the environment variable NEXTAUTH_URL to the correct value. If you are running locally, as the documentation within .env.example mentions, the value should be http://localhost:3000.


# In a terminal just run:
yarn test-e2e

# To open the last HTML report run:
yarn playwright show-report test-results/reports/playwright-html-report
Resolving issues
E2E test browsers not installed

Run npx playwright install to download test browsers and resolve the error below when running yarn test-e2e:


Executable doesn't exist at /Users/alice/Library/Caches/ms-playwright/chromium-1048/chrome-mac/Chromium.app/Contents/MacOS/Chromium

Upgrading from earlier versions

  1. Pull the current version:

   git pull
  1. Check if dependencies got added/updated/removed

   yarn
  1. Apply database migrations by running <b>one of</b> the following commands:

In a development environment, run:


   yarn workspace @calcom/prisma db-migrate

(This can clear your development database in some cases)

In a production environment, run:


   yarn workspace @calcom/prisma db-deploy
  1. Check for .env variables changes

   yarn predev
  1. Start the server. In a development environment, just do:

   yarn dev

For a production build, run for example:


   yarn build
   yarn start
  1. Enjoy the new version.

<!-- DEPLOYMENT -->

Deployment

Docker

The Docker image can be found on DockerHub at https://hub.docker.com/r/calcom/cal.diy.

Note for ARM Users: Use the {version}-arm suffix for pulling images. Example: docker pull calcom/cal.diy:v5.6.19-arm.

Requirements

Make sure you have docker & docker compose installed on the server / system. Both are installed by most docker utilities, including Docker Desktop and Rancher Desktop.

Note: docker compose without the hyphen is now the primary method of using docker-compose, per the Docker documentation.

Running Cal.diy with Docker Compose
  1. Clone the repository

   git clone --recursive https://github.com/calcom/cal.diy.git
  1. Change into the directory

   cd cal.diy
  1. Prepare

Truncated. Read the full README on GitHub ↗

Related tools