Core principle
We try to request only the permissions required for the feature being used. A feature that does not need calendar access should not ask for calendar access.
Akiwaki builds TimeBridge with the principle of minimum necessary access. Different product layers have different privacy boundaries, and the goal is to keep those boundaries explicit and understandable.
We try to request only the permissions required for the feature being used. A feature that does not need calendar access should not ask for calendar access.
The current Assist beta does not require users to connect a calendar. It is designed as a suggestion-and-preparation layer that helps users work with timezone context directly while writing.
Insight is being designed around the minimum Google Calendar access needed to avoid bad scheduling suggestions. The intended current direction is free/busy-style availability only.
Akiwaki defines the permission scope requested by the product. Google then displays that requested access to the user during the consent flow and asks the user whether they want to approve it.
Users can choose whether to connect a calendar, and they can disconnect the calendar-based layer when they no longer want to use it. The product should make those controls visible and explicit.
Calendar availability, when connected, is used to power scheduling suggestions. It is not intended for advertising, data sale, or cross-product profiling.
For privacy questions, write to privacy@akiwaki.com and include Privacy in the subject line.