Dayshift app icon

Dayshift

Privacy Policy

📄 Last updated: August 24, 2026
Zero Data Collection
No ARRcade Server
Your Own Private iCloud
On-Device Apple Intelligence
No Account Required
On This Page

📄 Overview

Dayshift is a team time-zone tracker and meeting planner built by ARRcade for iPhone, iPad, Mac and Apple Vision Pro. Its privacy guarantee is architectural rather than promissory: there is no ARRcade account, no ARRcade server, and no code in the app that opens a network connection. There is nowhere for your data to be sent, because nothing was ever built to receive it.

Everything you enter — your teammates, their time zones, your projects and your planned meetings — is stored on your device by SwiftData and, when iCloud is available, mirrored into your own private iCloud database. That database belongs to your Apple Account, not to ARRcade. We cannot read it, list it, or request access to it.

The Bottom Line

Dayshift collects no personal data. It has no analytics, no telemetry, no advertising, no crash reporting and no third-party SDKs of any kind. Your roster lives in your own private iCloud database. Your calendar is read on-device. The meeting brief is written by a language model running on your device. Nothing is sent to ARRcade, ever.

📋 What We Collect

ARRcade collects nothing from Dayshift. The table below is the complete picture of every category of data the app touches and where it lives.

Data Type Where It Lives Accessible to ARRcade?
Account or sign-in details Does Not Exist No — there is no account system
Usage analytics or telemetry Not Collected No
Crash reports sent by the app Not Collected No — the app ships no crash reporter
Location data Not Collected No — time zones are chosen by you from a list
Device identifiers or advertising IDs Not Collected No
Teammate names, roles, emails, time zones, away dates Your Private iCloud No
Projects, planned meetings and agendas Your Private iCloud No
Teammate photos and generated portraits Your Private iCloud No
Calendar events read while planning On Device Only No — never persisted, never transmitted
Widget snapshot (names, roles, zones, thumbnails) On Device Only No

Dayshift bundles no third-party libraries at all. Every framework it uses — SwiftUI, SwiftData, EventKit, WidgetKit, App Intents, Foundation Models, PhotosUI and Image Playground — is a first-party Apple framework shipped as part of the operating system.

👥 Your Team Roster — Data About Other People

Dayshift is a tool for keeping track of colleagues, so the information you enter is mostly about other people. We want to be explicit about that, because it is the one category of third-party personal data the app handles.

Your responsibility as the person entering it

Because you are recording details about colleagues, you are the controller of that information in your workplace context. Record only what you need, keep it accurate, and delete a teammate when they are no longer relevant — removing them from the roster removes their data from your store and from iCloud on your next sync.

iCloud Sync

Dayshift stores your roster with SwiftData and mirrors it to CloudKit so the same team shows up on your iPhone, iPad, Mac and Vision Pro. That mirroring targets the private database of an app container tied to your Apple Account.

📅 Calendar Access

Dayshift requests full calendar access through Apple EventKit (NSCalendarsFullAccessUsageDescription). This is the only sensitive permission the app asks for, and Apple requires the full-access level because Dayshift both reads your calendar and writes a single event to it. The declared purpose string is: “checks your calendar availability to suggest meeting times and saves finalized meetings to your calendar.”

What is read. When you plan a meeting, Dayshift asks EventKit for the events in the search window you chose and keeps only the start time, end time and busy/free status of each one, so that suggested slots dodge your existing commitments. All-day events and events marked free are ignored. Event titles, notes, locations, attendees, organisers and URLs are not read, not stored and not shown anywhere in the app. The busy intervals exist in memory for the duration of the scan and are never written to disk or to iCloud.

What is written. Nothing is written until you pick a slot and confirm it. At that point Dayshift creates one event in your default calendar with the meeting title, the start and end time, a ten-minute alert, and notes containing the agenda plus each attendee’s name, email (if you recorded one) and local time for that slot. Dayshift never modifies or deletes events it did not create, and never touches any other event on your calendar.

Where a saved meeting can travel

The event Dayshift writes goes into your device’s default calendar. If that calendar belongs to a synced account — iCloud, Google, Microsoft Exchange or another CalDAV provider — the event, including the attendee names and emails in its notes, will sync to that provider under their privacy terms. This is the one path by which information you entered in Dayshift can leave your device other than to your own iCloud, and it happens only because you asked for the meeting to be saved. Choosing a local, on-device calendar avoids it entirely.

You can revoke calendar access at any time in Settings → Privacy & Security → Calendars (or System Settings on a Mac). Dayshift keeps working without it — the roster, the shared-hours map and the fairness scoring are all unaffected. Only conflict-avoidance and saving to the calendar stop being available.

Apple Intelligence — On Device

When you plan a meeting, Dayshift can write a short brief: a title, a three-point agenda, and a sentence on why the recommended time is fair for everyone. That text is generated by Apple’s Foundation Models framework using the on-device system language model.

No cloud AI, no exceptions

Every AI feature in Dayshift is on-device. There is no server-side inference, no API key, no third-party model provider, and no fallback that quietly sends your team’s details somewhere else when the local model is busy. If the on-device model cannot answer, Dayshift computes the brief itself.

📷 Photos & Portraits

Every teammate gets a generated pixel sprite by default — drawn from a random seed, no image needed. You can optionally replace it with a photo, or with a portrait made in Apple’s Image Playground.

🧩 Widget & App Group

The Team Clock widget and the Mac menu-bar roster need the same data as the app, but a widget extension is a separate process. Rather than give the widget access to the database, Dayshift writes a compact JSON snapshot into a shared app-group container on the device.

🔒 Network & Notifications

Dayshift contains no networking code. There is no URLSession, no socket, no HTTP request and no hard-coded URL anywhere in the app — a search of the source for either returns nothing. It has no backend to talk to.

The only network activity associated with the app is iCloud synchronisation, which is performed by the operating system’s own CloudKit daemon on your behalf, between your device and your private iCloud database. Dayshift never sees that traffic and it never reaches ARRcade.

The push entitlement is sync plumbing, not marketing

Dayshift declares a push entitlement and the remote-notification background mode. These exist for one reason: CloudKit uses silent pushes to tell a device that its private database changed and should sync. The app does not use the User Notifications framework at all, never requests notification permission, and schedules no alerts of its own — ARRcade cannot and does not send you a message of any kind. The only reminder you will ever see from a Dayshift meeting is the standard ten-minute calendar alert on the event you chose to save.

🏪 App Store-Supplied Data

Dayshift is distributed through the App Store. Apple receives standard anonymous app metrics — crash reports, launch counts and aggregate usage data — from every app on its platforms, subject to the analytics-sharing setting on your device. ARRcade can see these aggregated, anonymised figures in App Store Connect, but has no access through them to anything that identifies an individual user.

For details on what Apple collects, see Apple’s Privacy Policy.

Your Rights

Because ARRcade holds no data from Dayshift, you exercise every right directly, on your own device, without asking us.

For users in the European Economic Area and the United Kingdom, this design means your GDPR rights are satisfied by construction — ARRcade is not a processor of your data, because none is ever transmitted to us. Where you record details about colleagues, you remain the party responsible for that information under your own workplace obligations.

For California residents: Dayshift does not sell or share personal information, and there is no personal information for us to sell. CCPA and CPRA opt-out rights therefore have nothing to act on.

🏃 Children’s Privacy

Dayshift is a workplace productivity tool designed for adults and is not directed at children under 13. We do not knowingly collect personal information from children — and because Dayshift transmits no personal information to ARRcade from anyone, this is satisfied by the app’s architecture.

📣 Changes to This Policy

If we make material changes to this Privacy Policy, we will update the “Last updated” date at the top of this page and note the change in the accompanying app update on the App Store.

Given Dayshift’s architecture — no accounts, no servers, no networking code and no third-party SDKs — the scope for meaningful change is narrow. Any change that introduced data collection or an outbound connection would require explicit, informed opt-in before it took effect.

Contact

Questions about this Privacy Policy or how Dayshift handles data? We are happy to help.

ARRcade — Dayshift Support

hello@arrcade.dev

We typically respond within 2 business days.