[jamesefhawkins]

Summary

• Wires up the macOS plumbing so the custom completion-sound recorder can actually capture audio (previously the mic stream returned silent ~1 KB blobs because Electron never asked for permission).
• New IMediaAccess platform port + ElectronMediaAccess adapter wrapping systemPreferences.getMediaAccessStatus / askForMediaAccess, exposed via two new os.* tRPC procedures.
• useSoundRecorder triggers the macOS prompt up front when status is not-determined, surfaces a toast with an "Open Settings" deeplink on denial, and shows a "Recording capped at 10 seconds" toast on auto-stop.
• Adds NSMicrophoneUsageDescription to the packaged Info.plist via extendInfo and com.apple.security.device.audio-input to the hardened-runtime entitlements file.

Note: the diff also contains the unmerged project-work commits (the basic Custom recording UI, work-mode skills, etc.) because this branch is based on project-work. The mic-permission work itself is the single commit ddf556a5 and lives in:

• apps/code/src/main/platform-adapters/electron-media-access.ts (new)
• packages/platform/src/media-access.ts (new)
• apps/code/src/main/trpc/routers/os.ts
• apps/code/src/renderer/features/settings/hooks/useSoundRecorder.ts
• apps/code/src/main/di/{container,tokens}.ts
• apps/code/build/entitlements.mac.plist, apps/code/forge.config.ts
• packages/platform/{package.json,tsup.config.ts}

Test plan

• Fresh-install scenario on macOS: pick Settings → General → Sound effect → "Custom recording" → Record → macOS shows the native mic permission prompt with our usage string → click Allow → speak → Stop → Test plays back the recording.
• Denied scenario: at the prompt click "Don't Allow" → toast appears with "Open Settings" action that opens System Settings → Privacy & Security → Microphone.
• Auto-stop scenario: start recording and let it run for 10 seconds without clicking Stop → recording auto-stops and "Recording capped at 10 seconds" toast appears.
• Packaged build (`pnpm --filter code package`) launches cleanly and the app appears in Privacy & Security → Microphone after the first prompt.
• Non-macOS smoke (Linux/Windows): `requestMicrophoneAccess` returns true without prompting; recording works via the standard Chromium getUserMedia flow.

---

Created with PostHog Code

[greptile-apps]

Prompt To Fix All With AI

Fix the following 2 code review issues. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 2
apps/code/src/renderer/features/settings/hooks/useSoundRecorder.ts:120-121
`toast.error` signals an unexpected failure to users, but hitting the 10-second cap is an expected, non-error outcome of leaving a recording running. Using a neutral toast type avoids falsely alarming the user.

```suggestion
          recorderRef.current.stop();
          toast.info(`Recording capped at ${MAX_RECORDING_MS / 1000} seconds`);
```

### Issue 2 of 2
apps/code/src/renderer/features/settings/hooks/useSoundRecorder.ts:124-133
**macOS-only deeplink shown on non-macOS platforms**

The `isPermissionError` branch can be reached on any platform (e.g. if the user denies Chromium-level microphone access on Linux or Windows). When that happens, the "Open Settings" action fires `x-apple.systempreferences:com.apple.preference.security?Privacy_Microphone`, which is meaningless outside macOS — either silently failing or opening an unrelated URL. The description text ("in System Settings") is also macOS-specific. Consider hiding the action button or swapping the URL and description to a platform-appropriate value on non-macOS.

_{Reviews (1): Last reviewed commit: "feat(code): prompt for microphone permis..." | Re-trigger Greptile}

[greptile-apps]

toast.error signals an unexpected failure to users, but hitting the 10-second cap is an expected, non-error outcome of leaving a recording running. Using a neutral toast type avoids falsely alarming the user.

Suggested change

	recorderRef.current.stop();
	toast.error(`Recording capped at ${MAX_RECORDING_MS / 1000} seconds`);
	recorderRef.current.stop();
	toast.info(`Recording capped at ${MAX_RECORDING_MS / 1000} seconds`);

Prompt To Fix With AI

This is a comment left during a code review.
Path: apps/code/src/renderer/features/settings/hooks/useSoundRecorder.ts
Line: 120-121

Comment:
`toast.error` signals an unexpected failure to users, but hitting the 10-second cap is an expected, non-error outcome of leaving a recording running. Using a neutral toast type avoids falsely alarming the user.

```suggestion
          recorderRef.current.stop();
          toast.info(`Recording capped at ${MAX_RECORDING_MS / 1000} seconds`);
```

How can I resolve this? If you propose a fix, please make it concise.

Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!

[greptile-apps]

macOS-only deeplink shown on non-macOS platforms

The isPermissionError branch can be reached on any platform (e.g. if the user denies Chromium-level microphone access on Linux or Windows). When that happens, the "Open Settings" action fires x-apple.systempreferences:com.apple.preference.security?Privacy_Microphone, which is meaningless outside macOS — either silently failing or opening an unrelated URL. The description text ("in System Settings") is also macOS-specific. Consider hiding the action button or swapping the URL and description to a platform-appropriate value on non-macOS.

Prompt To Fix With AI

This is a comment left during a code review.
Path: apps/code/src/renderer/features/settings/hooks/useSoundRecorder.ts
Line: 124-133

Comment:
**macOS-only deeplink shown on non-macOS platforms**

The `isPermissionError` branch can be reached on any platform (e.g. if the user denies Chromium-level microphone access on Linux or Windows). When that happens, the "Open Settings" action fires `x-apple.systempreferences:com.apple.preference.security?Privacy_Microphone`, which is meaningless outside macOS — either silently failing or opening an unrelated URL. The description text ("in System Settings") is also macOS-specific. Consider hiding the action button or swapping the URL and description to a platform-appropriate value on non-macOS.

How can I resolve this? If you propose a fix, please make it concise.