Source-verified skills for the Charm terminal stack: Bubble Tea v2, Bubbles v2, Lip Gloss v2, Huh v2, Log v2, Glamour v2, plus the gum and vhs CLIs.
100
100%
Does it follow best practices?
Impact
100%
1.02xAverage score across 9 eval scenarios
Passed
No findings from the security scan
This skill routes to the per-library charmed-* skills and their examples, which build against the pinned modules.
go.mod against "Import paths". Keep
pre-v2 paths unless the user asks to migrate.go get command below.go test ./... in the application module. On a type mismatch between
Charm libraries, run go list -m all and look for a v1 and v2 mix of the
libraries that share types.| Library | Import | Skill |
|---|---|---|
| Bubble Tea | charm.land/bubbletea/v2 (alias tea) | charmed-bubbletea |
| Bubbles | charm.land/bubbles/v2/<component> | charmed-bubbles |
| Lip Gloss | charm.land/lipgloss/v2 (+ /table, /tree, /list, /compat) | charmed-lipgloss |
| Huh | charm.land/huh/v2 (+ /spinner) | charmed-huh |
| Glamour | charm.land/glamour/v2 (+ /ansi, /styles) | charmed-glamour |
| Log | charm.land/log/v2 | charmed-log |
| colorprofile | github.com/charmbracelet/colorprofile | used by the above |
| Harmonica | github.com/charmbracelet/harmonica | spring animation, used by progress |
| Wish | charm.land/wish/v2 | SSH apps; orientation only, not pinned or covered |
For Bubble Tea, Bubbles, Lip Gloss, Huh, Glamour, and Log, the older
github.com/charmbracelet/<name> paths belong to the pre-v2 APIs.
This rule does not apply to colorprofile or Harmonica, which keep their
GitHub module paths. Two major versions can coexist in one binary as
separate modules, but the libraries that share types (Bubble Tea, Bubbles,
Huh, Lip Gloss) have to move together: a v1 lipgloss.Style does not
satisfy a v2 signature. A v2 Log or Glamour needs v2 Lip Gloss.
Verified on 2026-10-12 and pinned in the example module, which also pins colorprofile v0.4.3 and Harmonica v0.2.0. From an existing application module, select the tested core UI versions with:
go get charm.land/bubbletea/v2@v2.1.0 charm.land/bubbles/v2@v2.2.1 \
charm.land/lipgloss/v2@v2.0.6 charm.land/huh/v2@v2.0.3 \
charm.land/glamour/v2@v2.0.1 charm.land/log/v2@v2.0.1A full interactive program (panes, navigation, live data). Bubble Tea for the loop, Bubbles for the widgets, Lip Gloss for layout and color. Start from the compose or fullscreen example in charmed-bubbletea.
A CLI that asks a few questions then does work. Huh alone. Run the form, then a Huh spinner around the work. No Bubble Tea code needed.
Questions inside a larger TUI. Huh embedded as a bubble; see the embedded example in charmed-huh.
Pretty output from a non interactive command. Lip Gloss only:
styles, tables, trees, printed with lipgloss.Println. Add Glamour if the
content is Markdown. Add Log for the logging.
A shell script that needs prompts. gum (charmed-gum). Same widgets, no Go.
A demo GIF for the README. vhs (charmed-vhs).
Serve the TUI over SSH. Wish wraps a Bubble Tea program per
connection; pass tea.WithEnvironment(session.Environ()) so color
detection uses the client's terminal.
Animation. Harmonica springs; Bubbles' progress bar already uses it.
For custom motion, tick with tea.Tick and step the spring on each tick.
ultraviolet, x/ansi, colorprofile terminal I/O, escape codes, profiles
│
Bubble Tea ◄──── Lip Gloss loop and rendering ◄── styles, layout
│ │
Bubbles │ widgets styled by Lip Gloss
│ │
Huh ◄────────────┘ forms built from Bubbles
Glamour ───► Lip Gloss Markdown to ANSI, printed via Lip Gloss
Log ─────► Lip Gloss styled log linesData flows as strings. Lip Gloss Render returns a string; Bubbles'
View returns a string; Glamour Render returns a string and an error,
which you must handle. Your top level
View wraps the assembled string in tea.NewView. There is exactly one
place where terminal state is declared (fields on tea.View) and one
place where color downsampling happens (the Bubble Tea renderer, or the
lipgloss.Print family when there is no program).
Dark or light detection follows the same rule. Inside a program, return
tea.RequestBackgroundColor and read IsDark() from the message; most
Bubbles style constructors (DefaultStyles(isDark); table and filepicker
take no argument) and every Huh theme take that bool. Outside a
program, call lipgloss.HasDarkBackground(os.Stdin, os.Stdout) once
before printing anything.
styles struct built from isDark, passed to
every bubble's SetStyles or Styles field and to Huh's ThemeFunc.
Build it in the BackgroundColorMsg handler.WindowSizeMsg.Width and clamps the result.Compositor.Hit (the
overlay example).Cmd that reads from a channel
the worker writes to; each message updates a Bubbles progress model
(combine the subscription pattern
with the progress example).tea.LogToFileWith("debug.log", "app", log.Default()), then tail the file. See the
logging example.Update with constructed messages; run the whole
program with tea.WithInput, tea.WithOutput, tea.WithWindowSize,
and tea.WithColorProfile(colorprofile.Ascii) for stable strings.Move the libraries that share types in one step. Subpackages keep their
suffix (bubbles/v2/list, lipgloss/v2/table).
Read references/migration.md for the per-library API changes (Bubble Tea keys, mouse, and view fields; Lip Gloss colors; Bubbles sizes and key maps; Huh themes; Glamour and Log), links to the pinned upstream upgrade guides, and the test loop to run after each step.
| Tool | Does |
|---|---|
| gum | prompts, pickers, spinners, styling for scripts |
| vhs | record terminal demos from tape files |
| glow | read Markdown in the terminal |
| freeze | screenshots of code and terminal output as PNG or SVG |
| mods | pipe text through an LLM |
| crush | agentic coding assistant in the terminal |
| soft-serve | self hosted git server with a TUI |
| wishlist | SSH directory |
| pop | send email from the terminal |
| skate | key value store |
| sequin | explain escape sequences |
examples directory and run go run ./charmed-bubbletea/compose (or the
corresponding example).$(go env GOMODCACHE)/charm.land/<lib>/v2@<version>/.
go doc -all charm.land/<lib>/v2 from any module that requires it.examples/ (not in
the module zip for most libraries).@latest instead of the pinned versions. It selects versions these
skills have not been checked against.go doc. Some READMEs and doc comments still
show v1 signatures (View() string in Huh's README, tea.NewFrame in a
Bubbles doc comment).