WorkerKit

AI workers for Calendar & Scheduling apps

Let an AI worker see when you are free without reading who you meet. On calendars connected natively, availability, event details and booking rights are three separate grants; scheduling and meeting apps are granted tool by tool.

What is an AI worker for Calendar & Scheduling?

An AI worker for calendar and scheduling is a scoped connection to calendars, booking pages or meeting platforms that can check availability, read events and create them under rules set outside the model. On a natively connected calendar, free time and event content are different grants, so a worker can be told when a slot is open while learning nothing about what fills the surrounding ones. Scheduling and meeting apps that connect through the vendor's own server are governed per tool.

What these workers do

Find a time that actually works

A worker compares availability across the people involved and proposes slots without reading what fills the day.

Prepare for what is next

Ahead of a meeting, a worker assembles the context that belongs to it so nobody arrives cold.

Keep the week honest

A worker flags the double bookings and the back to backs that leave no room to travel or think.

How an AI worker runs in your Calendar & Scheduling apps

A calendar leaks more than most people expect. Attendee lists, titles and locations together describe who a company is talking to and what it is working on, which is why availability and content are separated here.

For scheduling work, availability alone is usually enough. The worker sees blocks of busy and free, proposes a time, and never reads a title.

Grant event detail only where the job needs it, such as preparing a briefing. Grant creation separately again, and expect to scope it to specific calendars rather than every calendar the account can reach.

Scheduling and meeting apps that connect through the vendor's own server work differently. A worker acts as the account that connected and holds only the tools you grant, with no separate availability grant underneath, so booking, rescheduling and cancelling are decided by the tools it holds. Those actions reach the people invited, so grant them deliberately.

Calendar & Scheduling questions, answered.

Does checking my availability reveal my meetings?

Not on a natively connected calendar. Availability and event content are separate grants, so a worker can be limited to busy and free: it sees the shape of the week, the blocks that are taken and the blocks that are open, while titles, attendees and locations stay out of the response entirely. That is usually all a scheduling job needs, and it means the worker learns nothing about who you meet.

Can it book on my behalf?

Only with a permission or tool you grant for it. On a natively connected calendar, creating events is its own permission and can be limited to specific calendars, so read access never implies write access. On scheduling and meeting apps, booking, rescheduling and cancelling are tools of their own, and they reach the people invited, so most teams let a worker propose times before it is ever allowed to book.

Can I limit it to one calendar?

On a natively connected calendar, yes. Access is granted per calendar, so a shared team calendar can be in scope while a personal one is not. Most accounts reach several calendars, including ones subscribed to years ago and long forgotten, and the grant is explicit rather than inherited from whatever the connected account happens to reach. Anything you have not allowed is invisible.

Does it work across providers?

Yes. The same rules apply whichever calendar provider the account uses, so switching provider does not mean re-deciding the policy. Availability, event detail and creation stay three separate grants in every case, and a worker can hold scoped access to calendars in more than one provider at once where a team genuinely runs both.

All apps