Speakeasy 0.2.0

Speakeasy 0.2.0 adds experimental Linux desktop builds and reduces audio processing work while retaining official GPUI and responsive interaction.

• Add X11 and Wayland desktop adapters, Linux Settings and tray integration, XDG storage, and pinned local speech setup. The default Linux dictate chord is Ctrl+Super+Space; Ctrl+Super+Escape cancels. Desktops can use explicit command bindings and manual paste.
• Own asynchronous insertion with session-bound cancellation. The controller remains responsive during modifier and clipboard preparation; stale work cannot paste for a later recording.
• Batch audio ring publication and consumption without an added timer. Paired synthetic packet-processing measurements took 40–47% less time; this is a small component cost, not a whole-app CPU reduction.
• Share immutable shortcut labels between snapshots, filter Linux tray events, and serialize native insertion work. Windows/Linux profiling scripts report CPU, memory, threads, and handles or descriptors.
• Fix portal double-tap event ordering, check X11 clipboard payload ownership before paste, and show platform-specific gesture guidance in Settings.

Windows x64 and Apple silicon macOS zip packages, plus Linux x86_64 AppImage and bundled tar packages, are attached with SHA-256 checksums. Existing settings and models are preserved. Engines and models are downloaded separately on first launch.

Linux support is experimental. The app targets glibc 2.35+, X11/Xwayland, Vulkan, and desktop audio. Install the launcher as described in the README so portals can identify the app. Native GNOME/KDE/X11 acceptance is pending, and automatic paste depends on compositor permissions and modifier feedback. The pinned upstream Linux CPU engine can fail on some CPUs without AVX-512; a synthetic inference readiness check catches this and directs users to a compatible engine. Broad CPU fallback compatibility is not established.

X11 automatic paste requires the first keyboard layout with an unshifted V key; other layouts receive manual-paste guidance.

The existing display-aware 200-FPS ceiling and recording policy are unchanged. Native whole-app footprint and displayed frame pacing remain separate measurements.