Skip to content

Guides

Moving from the muse TUI to a GUI

Nothing has to be migrated. Helicon reads the same Muse Code state the CLI writes, so sessions you started in the terminal appear in the sidebar with their history and resume from the app. The CLI keeps working unchanged, and most people end up using both for different jobs.

Last updated · Markdown version

There is no migration

Helicon is a client, not a fork. It starts muse serve and speaks the Muse Code Session Protocol through Meta's MIT SDK. Your sessions, your login and your configuration stay where they are.

A sensible split

JobWhere it is faster
One quick fix in one repoThe terminal
Scripted or CI invocationThe terminal
Four threads across three reposHelicon
Reopening last week's workHelicon
Reviewing what a long run didHelicon
Checking cost and plan usageHelicon

First week checklist

  1. Add the two or three directories you actually work in.
  2. Open an old terminal session from the sidebar to see that history survived.
  3. Leave a long run going and check the approval queue instead of watching it.
  4. Look at the usage page once, to calibrate what your habits cost.

Frequently asked questions

Do I have to stop using the CLI?

No. Helicon requires it, and many people keep both open.

Will the GUI change my Muse Code configuration?

It drives the CLI with your own settings and login. Approval modes and allow lists stay Muse Code's.

What if I decide against it?

Uninstall the app. Your sessions and your CLI are untouched, because Helicon only ever read them.

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.