When a launcher syncs to a remote server, here's the real price
Several modern macOS launchers advertise "sync across your devices" as a headline feature. It sounds free — your snippets just show up on your other Mac, like magic. The actual mechanics are not free, and the bill is not paid in money. Thi…
Several modern macOS launchers advertise "sync across your devices" as a headline feature. It sounds free — your snippets just show up on your other Mac, like magic. The actual mechanics are not free, and the bill is not paid in money. This post is the structural breakdown of what remote-sync features cost you when your launcher is the surface they ship through.
I am not arguing remote-sync is wrong. Plenty of users want it and pay for it deliberately. I am arguing that the cost is rarely stated, and users who turn it on without thinking pay a higher price than they realize.
The five hidden costs
Cost 1: your data leaves your machine
This is the obvious one but worth stating. When your launcher syncs snippets between Macs, the snippets travel through a server. The server is owned by the launcher vendor (Raycast, in the headline example — see the Raycast Pro page). The data is encrypted in transit and usually at rest. The encryption keys are held by the vendor.
This means: anyone with vendor-level access (employees, attackers who compromise the vendor, governments with subpoenas) can in principle read your snippets. The actual risk is low for most users. The structural property is real.
The Raycast privacy page is honest about the data path. The honesty does not change the structure.
Cost 2: vendor lock-in deepens
Once your launcher state lives on the vendor's server, switching launchers costs more. Your snippets, scripts, preferences, and themes all need exporting. Some launchers make this easy; others do not. The vendor has no incentive to make it especially easy.
Compare to a local-only launcher: your snippets are files on disk. Switching is a folder copy. There is no "switching cost" because there is no state held hostage.
This is not malice. It is the structural incentive of a sync feature.
Cost 3: subscription pricing follows
Sync features almost always come with subscription pricing because the sync infrastructure has ongoing costs. The pricing model is reasonable; that is not the criticism. The criticism is that once you turn on a sync feature, you have committed to a recurring bill, often without realizing the commitment is recurring.
Three-year math for sync as the only Pro feature you use:
- $8/month × 36 = $288 — just for sync.
- Equivalent local-only launcher with one-time pricing: $29-50.
If sync is genuinely worth $238+ to you, paying for it is reasonable. If it is not, the bill is wasted.
Cost 4: feature drift toward more cloud
Once a vendor has a sync infrastructure and an authenticated user base, the strategic pull is to ship more cloud features. AI assistants, cloud notes, team collaboration, vendor-side analytics — each is a feature the vendor can ship because the infrastructure is already there. The launcher you bought for one feature gradually becomes a SaaS product with five.
This is not always bad. For users who want the SaaS direction it is great. For users who wanted a launcher, it is a slow drift in the wrong direction.
Cost 5: continuity risk
Local-only data continues to work indefinitely. If the vendor disappears, you have your data; if you need to migrate, you migrate. Sync-dependent data has a different continuity profile. If the vendor changes terms, raises prices, gets acquired, sunsets the sync service, or simply goes offline, your data is at risk of becoming inaccessible.
The risk is low for healthy companies. It is not zero. The longer-term you plan, the more it matters.
When remote sync is worth the cost
For balance, the cases where I think paying for sync is reasonable:
You actually use multiple Macs daily. If you switch between laptop and desktop and value having shared state, sync is doing real work for you.
Your team needs shared snippets. If a team-wide snippet library matters, sync is the mechanism.
You travel and need device-agnostic state. New Mac on the road, sync pulls your state, you keep working.
You use vendor-native AI features that depend on the cloud account. If you are already paying for cloud AI features, the sync overhead is marginal.
In these cases, paying for sync is a reasonable trade.
When it is not worth the cost
The cases where I see users paying for sync they do not use:
Single-Mac users. If you have one Mac, sync is doing nothing for you.
Users who do not change their setup often. If your snippets are stable, the "across devices" pitch does not apply.
Users who already use a separate sync layer. If you use iCloud Drive or Syncthing to sync your home directory, your launcher state may already be syncing for free.
Privacy-conscious users. If you do not want vendor-level access to your snippets, paying for the mechanism that creates that access is contradictory.
In these cases, sync is paid friction.
The local-first alternative
A local-only launcher solves "multiple Macs" without a vendor sync:
- Keep your launcher config in a folder under
~/Library/Application Support/<launcher>. - Sync that folder yourself using iCloud Drive, Syncthing, or a git repo.
- Your launcher state is now shared across Macs.
For CmdSpace, this works out of the box; the config file is in plain JSON and the snippets directory is plain files. Putting them in iCloud Drive takes 30 seconds.
For Alfred, the Powerpack settings sync supports Dropbox-folder sync if you want a similar pattern.
The trade-off: you handle the sync. The benefit: no vendor sees the data, no subscription, no lock-in.
What "vendor remote sync" should make you ask
Before opting into a launcher's sync feature, three questions:
- Do I use multiple Macs daily? If no, do not enable.
- What does the encryption posture actually permit? Read the privacy policy, not the feature page. The privacy policy tells you what the vendor can access.
- Is the sync free, or is it a paid tier? If paid, multiply the monthly cost by 36 and decide if it is worth it.
These three questions filter out the cases where remote sync is silently costing you something you did not budget for.
Specific examples
Raycast Pro sync — $8/month, encrypted, vendor-owned keys. Worth it if you use multiple Macs and want zero-touch sync.
Alfred Powerpack sync — bring your own Dropbox or iCloud, free, vendor never sees the data. Pattern recommended.
1Password vault sync — required for the product to function, $4/month, vendor-owned encrypted vault. Different category entirely.
CmdSpace config sync — local files, sync however you want, free, vendor never sees the data. Pattern recommended.
The pattern that requires the least trust and the least money is "vendor stores nothing, you sync however you want." It is also the pattern most users do not default to because the marketing of vendor-sync features makes them sound effortless.
The honest summary
Remote sync in a launcher is a feature, a cost, and a structural trade-off. The cost is real but rarely itemized. The structural trade-off is that your launcher becomes partially a vendor service rather than fully a local tool. For some users that is a good trade; for many it is a quiet drift they did not opt into deliberately.
The next read depends on your case. If you are reconsidering Raycast Pro specifically, is Raycast Pro worth it covers the math. If you are looking at local-first alternatives, local-first mac apps 2026 is the broader list. If you want the Raycast-specific privacy breakdown, Raycast privacy concerns is the deep dive.
Sources
- Raycast Pro page — raycast.com/pro
- Raycast privacy page — raycast.com/privacy
- Raycast Pro launch announcement — raycast.com/blog/introducing-raycast-pro
- Privacy Guides macOS recommendations — privacyguides.org/en/macos
- Alfred product site — alfredapp.com