Raycast menu bar icon: hide it or keep it

Raycast is driven from the keyboard, so its menu bar icon looks like the first thing that could go. Then it turns out there is more than one Raycast icon up there, turning off the obvious one leaves the others in place, and some of them vanish on their own depending on which app is in front. That is where most people stop and leave everything as it was.

The useful split is this: the Raycast app puts one icon in the menu bar, and each extension with a menu bar command puts its own. They are configured in different places, they fail in different ways, and removing one has no effect on the other.

Three different things end up in the menu bar

What sits up there under the Raycast name is usually one of three:

The app icon. Controlled by a single toggle, Show in Menu Bar, in Settings under General. This is the one most people mean.

Extension icons. Any extension can declare a command with the mode set to menu-bar, which gives it its own slot. Open pull requests, a running timer, unread counts, a note pinned for later. Each extension that does this occupies its own space, independently of the app icon.

A Focus session. Raycast Focus normally shows a floating bar. From the bar's overflow menu, Move to Menu Bar tucks the running session up there instead. It appears when a session starts and disappears when it ends, so it is not a permanent resident like the other two.

A fourth thing occasionally gets mistaken for a Raycast icon, worth ruling out early. Extensions frequently use the same logo as the service they integrate with, so a GitHub extension shows the GitHub mark and a Linear extension shows Linear's. An icon that looks like it belongs to an app you have open may in fact be a Raycast extension representing it, which is why counting Raycast's footprint by looking for its own logo undercounts badly.

Because the three come from different places, "turn off the Raycast icon" does not mean one action. Turning off Show in Menu Bar leaves every extension icon exactly where it was. Disabling one extension's menu bar command does nothing to the app icon. A lot of confusion about Raycast and the menu bar collapses once that is clear.

What turning off the app icon actually costs

The Settings toggle is documented plainly: when the icon is enabled, it gives quick access to Settings, checking for updates, and quitting the app. Those three things are what you lose.

None of them are lost permanently. Every one has a keyboard route:

From the icon	From the keyboard
Open Settings	Open Raycast, type Settings, or press Cmd+Comma while it is open
Check for updates	Run the Check for Updates command
Quit Raycast	Run the Quit Raycast command

So the real cost is not access. It is visibility. With the icon gone, there is no glanceable way to confirm Raycast is running. For most people that stops mattering after a week, because the launcher hotkey answers the question faster than looking at the menu bar does. If it does matter to you, that is a legitimate reason to keep the icon, and it is worth naming rather than deciding by default.

One thing that is genuinely separate: Open at Login is a different toggle in the same General tab. Hiding the icon does not stop Raycast from launching at login, and hiding it does not stop it from running. If Raycast seems to have stopped starting up after you hid the icon, it is almost certainly starting and you simply cannot see it.

Extension icons multiply, and they are not what they look like

An extension icon looks like a background process sitting in your menu bar. It is not. Raycast's own developer documentation describes menu-bar commands as short-lived: the command is loaded, executed, and unloaded again at the next convenient moment. When Raycast restarts, the icon comes back from Raycast's database rather than by running the command again.

What keeps the numbers current is background refresh. An extension can declare an interval, and Raycast runs the command on that schedule to update what the icon shows. The practical consequence is worth stating clearly: the visible cost of an extension icon is space, and the invisible cost is how often it refreshes. Ten menu bar extensions on a short interval do more work than ten that update hourly, whether or not you can see any of them.

This also explains a question that comes up often: whether an extension icon can be trusted to be current. It is only as fresh as its last refresh, and the interval belongs to the extension author, not to you. An icon showing a count that updates hourly looks identical to one updating every minute. If a number is being used to make time-sensitive decisions, the refresh interval is the thing to check, not the icon.

Two more facts about these icons. First, you can switch off an extension's menu bar command without uninstalling the extension, so the commands stay available from the launcher while the icon goes away. Second, menu bar commands are a macOS feature in Raycast. The documentation states they are not available on Windows, which matters if you move between machines and expect the same layout.

macOS decides whether an icon appears at all

This is the part that reads as a bug and is not one. Raycast's developer documentation states it directly: macOS has the final say on whether a given menu bar extra gets displayed, and when there are a lot of items already up there, a newly added one may simply not appear. The remedy suggested in that same passage is to close items that are not needed, or to hide them with a menu bar manager. The people who build these icons already assume the bar runs out of room.

On a MacBook with a notch the limit arrives sooner, because the notch splits the bar into a left region for the frontmost app's menus and a right region for status icons. Bring forward an app with a long menu structure, a video editor or an IDE, and the right region shrinks to fit. Icons that were visible under a lighter app simply stop being drawn.

That produces a symptom worth recognising: icons that disappear only while one particular app is in front. Nothing is broken, nothing needs reinstalling, and no setting will fix it. The bar is out of width. Only freeing space changes the outcome.

Reordering is worth a try, and it is not a fix

Before removing anything, there is one cheap experiment. On macOS, holding Command and dragging a menu bar icon moves it, so the items reached most often can be pulled toward the clock end where the eye already lands. On a bar with eight or nine icons, that alone shortens the hunt noticeably.

What reordering does not do is create room. Since macOS decides how much width the status area gets, rearranging a set of icons that does not fit leaves exactly the same number failing to fit. Reordering makes things easier to find. It does nothing about things that are not drawn.

Order also survives less well than the effort spent on it suggests. Reinstalls and major macOS updates can scramble it, and an afternoon spent arranging twelve icons is lost the next time either happens. Reducing the count first and arranging what remains is the sequence that holds up.

Extension icons add their own wrinkle here, following from how they are loaded. When Raycast restarts, an extension icon is restored from Raycast's database rather than by re-running the command. Icons briefly vanishing and reappearing after a restart, or coming back in a slightly different order, is that mechanism showing through rather than anything going wrong.

Sorting each icon into remove, hide, or keep

Two questions settle almost every case. How often do you read it, and do you ever need to click it?

Remove anything you neither read nor click. The Raycast app icon usually lands here once the hotkey habit is established, along with extension icons installed during an experiment and never opened since.

Keep the small number of icons where the value is the number itself, read at a glance, changing what you do next. A meeting starting in four minutes. A build that just went red. If seeing it changes your behaviour, it has earned permanent space.

Hide everything in between, which is most of it. Removing loses the information, keeping costs width you do not have. Hidden is the honest answer for icons you want to consult occasionally rather than continuously.

Applying that to a real Raycast setup usually goes like this. The app icon: remove, since the keyboard covers all three of its functions. A pull request extension refreshing every fifteen minutes on a repository you review daily: keep, because the count is the trigger for opening the review. A Pomodoro timer used two mornings a week: hide, because deleting it means reconfiguring the extension each time it is wanted. A weather extension installed in an idle moment eight months ago: remove, and probably uninstall.

The category that resists the framework is anything whose value is intermittent but sharp. A deploy status icon is irrelevant most of the week and the only thing that matters during a release. Those are the ones people leave permanently visible out of caution, which is how a bar that was fine a year ago ends up with fifteen residents. Hiding is the right home for them, with the caveat below.

That middle category is the one worth being careful about, because hiding solves it only if retrieval stays cheap. If reaching a hidden icon means expanding the whole bar, finding the icon, clicking it, and collapsing again, the clicks you saved have come straight back. Whether a hidden icon can be clicked in place, with the bar still collapsed, differs between tools and is worth checking before you commit to one. The comparison page lays out how the common approaches differ on exactly that point.

If you want the mechanics of hiding, what gets folded automatically and what stays pinned, the features page covers it. The pricing page is the other thing to read early, since a menu bar tool is something you touch every day and the payment model matters more than it does for software you open twice a month.

What to change first

Turn off Show in Menu Bar and give it a week, since the app icon is the one with a full keyboard replacement for everything it does. Then walk your extension icons one at a time and put each into remove, hide, or keep before adding any tool. Whatever is still crowded after that is the actual problem, and a Koffret style menu bar manager is worth trying against it.