Public Access
Preserve recovery transcripts and add user-approved agent requests
PR and Push Build/Test / build-and-test (push) Successful in 12m0s
PR and Push Build/Test / build-and-test (push) Successful in 12m0s
Append successful offline recovery with a duplicate-warning marker and retain failed replay sources. Offer newly available microphones through confirmation notifications. Add project discovery metadata and blocking association approval, plus nonblocking workflow requests that start a separate settings-agent conversation. Include regression tests, OpenSpec changes, and verified local Release startup.
This commit is contained in:
@@ -0,0 +1,24 @@
|
||||
## Why
|
||||
|
||||
A microphone connected during a healthy recording is currently only discovered on later device enumeration or capture recovery. Users need an explicit choice to use a newly connected headset without ending the meeting.
|
||||
|
||||
## What Changes
|
||||
|
||||
- Watch active microphone endpoints while microphone capture is running, including paused transcription.
|
||||
- Offer a native Windows notification naming each newly available microphone with Yes/No actions.
|
||||
- Switch only the microphone capture source when accepted, preserving system audio, transcription, and meeting artifacts.
|
||||
- Ignore declined, expired, disconnected-device, and ended-meeting prompts.
|
||||
|
||||
## Capabilities
|
||||
|
||||
### New Capabilities
|
||||
|
||||
None.
|
||||
|
||||
### Modified Capabilities
|
||||
|
||||
- `meeting-recording`: prompt for newly available microphones and safely switch the active microphone on acceptance.
|
||||
|
||||
## Impact
|
||||
|
||||
Microphone capture orchestration, Windows notifications, dependency registration, recording documentation, and deterministic capture/notification tests. Reuses the existing Windows notification toolkit; no new UI framework or configuration migration.
|
||||
Reference in New Issue
Block a user