Skip to content
Docs

Cal.com

Internal consulting scheduling, future scheduling guidance, and Cal.com agent guardrails.

1

Cal.com is used for scheduling. Polar remains the payment source of truth for paid products and consulting services.

2

Internal Varel consulting uses CAL_API_KEY for setup scripts and one-use private links after Polar checkout verification.

3

VAREL_CAL_BOOKING_LINKS should contain public non-paid links only; paid service event types use rotated hidden slugs and are opened through private links.

4

Run pnpm cal:doctor -- --json before declaring booking links ready; pnpm cal:sync is CLI-first and direct API fallback requires --api-fallback.

5

Varel Core keeps Cal.com guidance-only by default and does not include Cal.com routes, OAuth env, token-vault helpers, settings UI, or private booking links.

6

Use the official Cal.com CLI first, guide users through CLI install/auth when needed, and prefer hosted MCP where supported.

7

Check current official docs at cal.com/docs/llms.txt before changing event types, bookings, slots, webhooks, embeds, Atoms, or MCP guidance.

8

For agent-operated scheduling, prefer Cal.com's hosted MCP server at https://mcp.cal.com/mcp when the user's MCP client supports OAuth.