1.9 KiB
Why
macOS can record and process meetings, but several user-decision flows are disabled or block the calendar scheduler. The agreed solution is native actionable notifications plus a menu-bar list of pending requests, so meeting decisions remain accessible when notifications are hidden.
What Changes
- Add pending user requests with allowed actions, deadlines, cancellation and one-time responses.
- Add macOS notification delivery and an actionable pending-request menu, sharing the same decisions.
- Enable project/workflow approvals and inactivity prompts on macOS; move calendar prompts onto the same non-blocking channel, including attachment to an active meeting.
- Open a separate interactive agent conversation after an approved workflow-change request without replacing the existing conversation or draft.
- Package the notification/menu host with a stable application identity and decode the existing numeric recording status correctly.
- Preserve Windows notification behavior. Microphone device monitoring, audio recovery, sample playback and unrelated agent rendering changes are outside this change.
Capabilities
New Capabilities
desktop-user-requests: Actionable native notifications and pending-menu decisions, host adapters, lifecycle rules and approved macOS workflow conversations.
Modified Capabilities
None. Existing approval and calendar behaviors gain a macOS implementation; existing recording-status requirements are repaired without changing the HTTP format.
Impact
.NET request lifecycle and existing prompt registrations, read/respond loopback endpoints, Swift AppKit/UserNotifications desktop host, macOS packaging, agent session routing, behavioral tests and operational documentation. Requests and conversations remain process-local; shutdown cancels pending decisions. No remote notification service, new credentials or production deployment is required by this implementation change.