Is there not a single employee who can be tasked with giving us a brief summary of what we are upgrading to or installing? No screenshots, no bullets points, no changelog, no official thread I could find. It is fair for people to be hesitant of gambling with updates that entirely break workflows.
Sigh. I read an article from earlier this month where Cursor leadership admit they don’t care about the ide or the product of making an editor for humans to code along with AI. Just making a vibe coding tool to compete with Claude Code.
I know its an ‘Alpha’ product but the onboarding experience was really poor. No screenshots or videos or anything. I had to rely on a comment to actually find how to launch it
The Open Cursor button doesnt actually launch Glass
Agree, I think it has bad onboarding. Maybe that’s why it’s still in Alpha. I’ll forward this to the Cursor team to make the onboarding smoother.
Other than that, Cursor Glass is just like an agent orchestrator. We can compare it with Conductor and Superset, which are focused on “managing” agents.
Here’s a demo video I posted on Twitter showing how to use it to work on 2 different projects with Cursor Glass. Hope it gives you some insight!
Also, I created a second Cursor instance to run the Glass alpha in. If you or anybody wants todo the same to avoid messing up Cursor stable, do the following.
Automatic: Cursor Agent prompt for second Cursor instance (isolated profile)
Set up a second, isolated Cursor profile on my Mac.
1. Ask me for the folder path I want for the second profile (or suggest ~/Library/Application Support/Cursor-Second-Profile).
2. Create that folder if it doesn’t exist.
3. Create an executable shell script named "Launch Cursor (second profile).command" in that folder that runs:
open -n -a "Cursor" --args --user-data-dir="<FULL_PATH_TO_THAT_FOLDER>"
(use the actual absolute path).
4. chmod +x the .command file.
5. Tell me: double-click the .command to open the second instance; first launch may require signing in again; optional: Cursor Settings ⌘⇧J → Beta → Early Access/Nightly for preview features; if a cursor:// link opens the wrong instance, quit the main Cursor first or enable features in-app.
Do not change my default Cursor data directory. Only create the new folder, the launcher script, and set permissions.
Manual: Second Cursor instance (isolated profile)
Goal: Run Cursor again with its own settings, login, extensions, and update channel (e.g. Glass preview) without touching your main install.
That folder is where all data for this instance lives (not the app binary).
2. Create the folder (once)
mkdir -p “/path/to/your/cursor_second_profile”
3. Launch the second instance (macOS)
open -n -a “Cursor” --args --user-data-dir=“/path/to/your/cursor_second_profile”
-n = new instance even if Cursor is already open.
Replace the path with your chosen folder.
Optional: Save that line in a .command file in that folder, chmod +x it, and double‑click to launch.
4. First run in that window
Sign in (can be a different Cursor account than your main instance).
⌘⇧J → Beta → choose Early Access or Nightly if you want preview features (update channels).
Update and enable Glass (or other preview UI) inside this window when your build offers it.
5. Website deep links (cursor://…) - Fix for opening theGlass updater url
The OS only has onecursor:// handler. To avoid the link opening your main Cursor: quit the main instance, open only the second instance, then click the link—or use in‑app toggles instead of the browser link.
6. Daily use
Always start “instance B” with the same--user-data-dir path (launcher script or terminal). Your main Cursor keeps using its default data under ~/Library/Application Support/Cursor when you open it normally.