Launching today

MacDupl
Clone any Mac app into a fully isolated instance
64 followers
Clone any Mac app into a fully isolated instance
64 followers
MacDupl clones the Mac apps you already use into fully isolated instances β separate logins, separate data, separate Dock icons. Work and personal, side by side.






MacDupl
Hey Product Hunters π
I'm Sigit, maker of MacDupl.
What inspired me to build this
I was tired of logging out of my personal Slack just to log into a client's, over and over π
Tried browser profiles, separate Mac users, extra browsers β all annoying in their own way.
What I actually wanted was dumb simple: another copy of the app, its own icon, own login, sitting right next to the original.
So I built it. macOS actually makes this possible with APFS copy-on-write β cloning a 700MB app costs basically nothing on disk.
A few weekends later, MacDupl was born π
The problem
If you use the same app for work and personal β or juggle multiple client accounts in one tool β you know the loop: log out, log back in, log out again. Browser profiles half-solve it for browsers, but there was nothing for native Mac apps. I wanted a real second instance of the app itself: separate login, separate data, its own icon in the Dock β not a workaround.
How the approach evolved
Early on I looked at container/VM-based isolation to sandbox apps more heavily β more "bulletproof" in theory, but it added real complexity and UX tradeoffs that worked against the whole point (this was supposed to feel instant, not heavy). I ended up going with a lighter approach: unique bundle identifiers plus separate data directories per clone, using `--use-mock-keychain` so credentials stay isolated without ever touching the shared macOS Keychain. It's simpler, and it's fast β clones build in about 2 seconds.
That constraint also shaped what MacDupl *won't* do: some App Store / sandboxed apps (their entitlements and shared containers make real isolation impossible without Apple's own provisioning) just can't be cloned. Rather than fake it and quietly share the original's data, I decided to exclude them outright and be upfront about it. Sandboxed apps aren't supported β accuracy mattered more to me than a longer compatibility list.
Where it landed:
7-day free trial, unlimited clones
After that, 1 clone stays free forever
$19 one-time unlocks unlimited β no subscription
Zero telemetry, zero analytics β the only network calls are license and update checks
Would love your feedback, especially on apps not yet on my https://macdupl.app/compatibility or anything odd on the native-app tier. I'll be around all day π
Two Slack accounts is the honest use case, but the interesting one is what "fully isolated" means to an app that assumed it was alone. Keychain items are shared by bundle ID, and a lot of Mac apps write to fixed paths in Application Support rather than their own container. Do you rewrite the bundle ID per clone, and if so what happens to the license β does the second instance ask to be activated again?
MacDupl
@ark_y_kΒ Since the bundle ID changes with each clone, Keychain isolation is essentially free because macOS already uses bundle ID to identify keys. π
The tricky part is apps that write to a fixed path instead of using their own bundle ID. For Electron/Chromium apps like Slack and Claude, i use βuser-data-dir, which works well. For native apps still in beta, i use a $HOME override. This is where things get a bit tricky if the app hardcodes paths. π
Whether the clone asks for its own license activation depends on the app, and I havenβt audited that across all of them. MacDuplβs license is per-Mac, so itβs not related to this