Auto start/stop recording feature - ready for PR

[MrSimmo]

Hi @pHequals7 — I've been using Muesli locally and built out an opt-in auto-capture
feature on a fork. Wanted to check appetite before opening any PRs.

What it does

Detects when the user joins a meeting and automatically starts recording; stops
when they leave. Default off — existing manual-start behaviour is untouched.

Detection layered:

• v0: Native meeting apps (Teams, Zoom, Discord, Slack) via mic-ownership signal
• v1: Browser-based meetings via AppleScript URL polling (Teams web)
• v2: PWA discovery (Chrome and Safari Web Apps)
• v2.1: Reliable stop-detection via HAL mic-release monitoring + auto-stop toggle

Future planned phases:

• v3: Chromium MV3 extension with native messaging (best signal quality, also covers Google Meet / Zoom Web / Webex with DOM watching)
• v4: Safari Web Extension equivalent

Why I'm asking before PR'ing

• Want to make sure this aligns with where you want Muesli to go
• Want to confirm you'd consider merging it as a series of focused PRs (one per phase)
• Want to know any upfront constraints I should bake in (TCC permission philosophy,
  preference for entitlements approach, etc.)

Tech

• Pure Swift, no new third-party deps
• Reuses existing FluidAudio VAD and Calendar code
• New AutoCapture/ module; existing MeetingCaptureManager untouched
• Unit tests with each commit
• ADRs for non-trivial decisions

Fork is at https://github.com/MrSimmo/muesli — happy to walk through the v0+v1+v2+v2.1
work if useful.

Also - here is the latest branch: https://github.com/MrSimmo/muesli/tree/fix/auto-capture-v2.1-stop-detection

I did use Claude Opus 4.7 xhigh to help me write the code. I used your existing CLAUDE.md etc for context.

Would you accept this as a series of PRs?

[boolean-nyc]

Echoing the request — daily Muesli user with many Teams meetings on macOS, and the manual-click-each-call workflow is the one thing keeping me from cutting over from Plaud's hardware solution. The auto-stop on mic-release is the part that matters most: when a call drops or runs late, remembering to stop the recording is exactly where things go wrong.

Happy to test the v0/v1 builds against real Teams + Zoom traffic if it helps shake out edge cases before you merge.

[pHequals7]

Hey folks the first pass of this has been implemented with the new release 0.6.8 where once a meeting has concluded and the activation source (mic/webcam) is turned off - the live meeting auto shuts off after 20s of inactivity

[MrSimmo]

Amazing thanks :)

[boolean-nyc]

Great, thank you!!