Paid Spotlight replacement for power users

What to build

A native macOS menu-bar app that packages fsearch's Rust indexing engine into a polished, paid Spotlight-replacement for developers and power users: instant fuzzy/typo-tolerant filename search plus indexed full-text content grep, with regex search, saved searches, and Alfred/Raycast extensions.

fsearch proves ~1 ms query latency over an 8M-file index is achievable on macOS with fuzzy matching and content grep; wrapping that engine in a native UI with power-user features turns a raw open-source benchmark into a sellable Spotlight alternative.

Demand

Developers, designers, and power users who already pay for Alfred, Raycast, or HoudahSpot to work around Spotlight's slow and inaccurate indexing are the natural buyers, and fsearch's rapid GitHub traction signals fresh interest in this exact problem.

• GitHub trending — noahdunnagan/fsearchMarket

  1211 stars, written in Rust; high engagement at the source for a whole-disk macOS file search tool claiming ~1 ms query latency over 8M files.

• Opportunity briefMarket

  Analyst-identified opportunity to productize fsearch's indexing approach into a paid native macOS app with Spotlight-replacement positioning and power-user integrations (regex, saved searches, Alfred/Raycast).

• Adjacent paid productivity toolsMarket

  Alfred's Powerpack and Raycast Pro both monetize macOS search/launcher workflows, showing an established base of users willing to pay for faster local search and productivity tooling.

Stack

• fsearch (Rust indexing core)
• Swift / SwiftUI
• FSEvents API
• Full Disk Access / macOS sandboxing entitlements
• Sparkle (auto-update)
• Alfred Workflow & Raycast Extension APIs

Solo + AI difficulty

The hard part — a fast fuzzy/content-indexed search core — already exists as open source, so a solo builder mainly needs to wrap it in a native SwiftUI menu-bar UI, handle Full Disk Access permission prompts gracefully, and package/notarize the app; a basic sellable MVP (core search UI plus saved searches) is realistic in roughly 3-5 weeks with AI-assisted coding, with Alfred/Raycast integrations as a fast follow.

Entry threshold

Low barrier: the hard indexing/search engine already exists as open source, so a solo builder mainly needs to wrap it in a native macOS app with UI polish, licensing, and distribution; buildable in 2-4 weeks with AI assistance.

Window

3-6 months

Where to find first users

• Product Hunt launch
• Show HN on Hacker News
• r/macapps and r/MacOS
• Alfred workflow gallery and Raycast extension store

Competitors

• Alfred
• Raycast
• HoudahSpot
• EasyFind

Counter-signals & risks

• Apple's Spotlight and Finder could improve indexing speed and fuzzy/typo tolerance in future macOS releases, eroding the differentiation a third-party tool offers.

• Existing established tools (Alfred, Raycast, HoudahSpot, EasyFind, mdfind-based utilities) already serve power-user file search needs, raising competitive and user-acquisition risk.

• Full-disk content indexing on macOS requires broad filesystem access permissions, which may face user trust friction or App Store sandboxing restrictions if distributed commercially.

• No historical market match was found for this opportunity, indicating limited validated demand signal beyond the technical repository itself.