What problem does it solve? Verifying changes to a menu-bar macOS app is hard because its behavior surfaces as filesystem side effects rather than UI, and naive verification attempts hit silent failures like App Nap stalls, Full Disk Access re-prompts, and LaunchServices quirks. This Skill provides a battle-tested procedure for building, launching, and observing a Debug build of Rapture for Mac end-to-end. ## Core Features & Use Cases - Deterministic build and launch workflow: Builds the Debug app with xcodebuild, isolates it from the installed copy, and confirms the correct binary is running. - Filesystem-driven verification: Drives the app by dropping .txt files into the debug notes destination or relay folder and reads state.json (triagedRecords, relayFiledRecords, lastError) as the oracle. - Known-failure recovery guidance: Documents fixes for App Nap stalls, TCC/FDA re-onboarding quits, sandboxed log limitations, keychain ACL hangs, and direct-exec launch failures. - Use Case: After modifying the triage pipeline, build the Debug app, drop a test .txt file into ~/Documents/Rapture Notes (Debug)/, wake the process with sample, and confirm the triaged record appears in state.json. ## Quick Start Build and launch the Debug version of Rapture for Mac, then verify my triage changes by dropping test files into the debug notes folder and checking state.json.