Skip to content

Comparison

Helicon vs a JetBrains IDE with an ACP plugin

A JetBrains ACP plugin puts Muse Code in the IDE tool window, next to the refactoring and inspection tools you already use. Helicon is a separate desktop and web app on the Muse Code Session Protocol, built for the session list: every project, thread, diff, approval and cost figure in one place regardless of IDE.

Last updated · Markdown version

At a glance

HeliconJetBrains IDEs
SurfaceStandalone app or browserIDE tool window
ProtocolMuse Code Session Protocol, directAgent Client Protocol, bridged
Project scopeEvery project on the machineThe open IDE project
Refactoring toolsNot applicableFull IDE toolset beside the agent
Cost viewPer thread, day and modelNot part of ACP
Memory footprintOne Tauri windowOn top of the JVM the IDE already needs
Remote daemonYes, same UI in a browserVia the IDE's own remote development
Helicon compared with a JetBrains IDE with an ACP plugin.

What each one is

JetBrains IDEs are strong when the work is heavily language aware: safe renames, structural search, a debugger that knows your framework. An ACP plugin adds an agent to that, so you can hand a task over without leaving the tool window.

Helicon is deliberately not an IDE. It has a file viewer with syntax highlighting, Markdown preview and editing, and image, video and PDF preview, because you need to read what the agent touched, but it does not try to be where you write code. Its job is the session and the approval queue.

Where they actually differ

Different objects

The IDE's object is the project you have open. Helicon's object is the thread, and threads are grouped by the directory the agent worked in, worktrees included.

Startup and weight

Opening a thread in Helicon does not require indexing a project or waiting on a JVM. It is a small window against a local daemon.

Cost and usage

Helicon reports the 5 hour window and weekly cap as Muse Code itself reports them, plus what threads would have cost at API rates. That reporting is Muse Code specific and does not travel over a general agent protocol.

Windows

Helicon ships a signed Windows installer with auto update and runs Muse Code natively on Windows, or inside WSL2 with path translation when that is your setup.

Choose a JetBrains IDE with an ACP plugin if

  • Your workflow depends on JetBrains refactoring, inspections or the debugger.
  • You want one window for both writing and delegating.
  • You already pay for the IDE and want to consolidate surfaces.

Choose Helicon if

  • You want a session home that is independent of any IDE project.
  • You run threads across several repos and want them in one list.
  • You want to drive agents on a remote machine from a browser.
  • You want Muse Code approvals and usage exactly as the protocol reports them.

Can you use both?

Keep the IDE for the code and Helicon for the agents. Both drive the same muse CLI on the same subscription, and Helicon's daemon lists sessions no matter which client started them.

Frequently asked questions

Does Helicon have refactoring tools?

No. Helicon is a client for the Muse Code CLI with a read oriented file viewer. Language aware refactoring stays in your editor or IDE.

Can Helicon open files in my IDE?

Paths the agent mentions open in Helicon's own viewer beside the thread. You can keep the IDE open on the same repository at the same time.

Is Helicon heavier than an IDE plugin?

It is a separate Tauri window with a local daemon rather than a plugin inside a running JVM. In practice that is a smaller resident footprint than an extra IDE project window.

Same Muse Code. Same subscription. Better interface. 

Free and MIT licensed. Signed Windows installer, universal macOS DMG, and a web build against a daemon you run.