Standalone CLI binary — fix runtime framework linking

[tadg-paul]

Problem

The yapper binary built by xcodebuild cannot run outside Xcode's runtime environment. It segfaults when launched from a terminal because MLX Swift's Metal shaders and MisakiSwift's resource bundle are not discoverable.

This blocks:

• make install producing a usable CLI
• Homebrew distribution
• Any use of yapper outside of Xcode/xcodebuild

Root cause

1. MLX Swift compiles .metal shaders into default.metallib inside mlx-swift_Cmlx.bundle. The binary finds this bundle via NSBundle search paths that only resolve within Xcode's build environment.
2. MisakiSwift is declared type: .dynamic in its Package.swift, forcing dynamic framework linking. The framework's resource bundle (MisakiSwift_MisakiSwift.bundle) must be manually copied into the framework directory.
3. macOS SIP strips DYLD_FRAMEWORK_PATH from signed binaries, so environment-variable-based solutions don't work.

Options

1. Static linking — fork MisakiSwift to remove type: .dynamic, then build everything statically. Single self-contained binary. Requires upstream PR or maintained fork.
2. Embedded frameworks — copy frameworks alongside the binary, use install_name_tool to set correct @rpath, re-sign. ~118MB install.
3. App bundle — package as a macOS .app with embedded frameworks. Works but unusual for a CLI tool.

Recommend: option 1 (static linking) as the proper fix, with option 2 as interim.

Acceptance Criteria

To be defined once approach is chosen.

[tadg-paul]

Resolved by switching to forked MisakiSwift with type: .dynamic removed (commit 2f49a73).

The binary now links statically — no dynamic framework dependencies, no wrapper scripts, no DYLD environment variables needed. make install symlinks directly to the binary.

Upstream PR: mlalma/MisakiSwift#13

Also fixed: String(format: "%s") crash in VoicesCommand — Swift requires %@ for String arguments, not C-style %s.