Bubbletea Code Review

v2.3.1

Reviews BubbleTea TUI code for proper Elm architecture, model/update/view patterns, and Lipgloss styling. Use when reviewing terminal UI code using charmbrac...

0· 164·1 current·1 all-time
byKevin Anderson@anderskev

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for anderskev/bubbletea-code-review.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "Bubbletea Code Review" (anderskev/bubbletea-code-review) from ClawHub.
Skill page: https://clawhub.ai/anderskev/bubbletea-code-review
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install bubbletea-code-review

ClawHub CLI

Package manager switcher

npx clawhub@latest install bubbletea-code-review
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name/description (BubbleTea code review) matches the SKILL.md and the included reference docs. There are no unexpected binaries, env vars, or config paths requested — everything requested is appropriate for a static/code-review helper.
Instruction Scope
Runtime instructions are a focused review workflow: read the project's source files, consult bundled reference docs, and produce findings that cite file paths and lines. This scope fits the stated purpose. One minor note: the SKILL.md mandates applying a 'beagle-go:review-verification-protocol' for verification but does not define that protocol in the package; this is a procedural requirement (not a credential or network endpoint) and does not itself demand extra privileges.
Install Mechanism
No install spec and no code files that execute on the host; this instruction-only skill does not pull external artifacts or write to disk, which is the lowest-risk pattern for skills.
Credentials
The skill declares no environment variables, credentials, or config paths. Its guidance asks the agent to read code files (expected for a review) but does not request unrelated secrets or system access.
Persistence & Privilege
always:false and no install behavior that modifies other skills or global agent settings. The skill may be invoked autonomously by the agent (platform default), but it does not request permanent presence or elevated privileges.
Assessment
This is an instruction-only code-review helper for BubbleTea/TUI code and appears coherent and low-risk. Before enabling: 1) confirm the agent will only be given access to the repositories you want reviewed (the skill expects to read source files and report file/line locations); 2) note the SKILL.md references a 'beagle-go:review-verification-protocol' but doesn't include its implementation—ask the skill author what that entails if you need to rely on it; 3) run the skill on a non-sensitive or sample repo first to verify output and behavior; and 4) avoid granting the agent access to private credentials or unrelated project roots while running reviews.

Like a lobster shell, security has layers — review code before you run it.

latestvk9731wxr42a1fpncajazmrxc7585bs1t
164downloads
0stars
2versions
Updated 6d ago
v2.3.1
MIT-0

BubbleTea Code Review

Hard gates (sequence)

Advance only when each pass condition is objectively true (reduces false positives on tea.Cmd and unsubstantiated blocking claims):

GatePass condition
G1 — Anti–false-positiveYou skimmed NOT Issues below or read references/elm-architecture.md before recording a finding about tea.Cmd returns, value receivers on Update, or nested child Update.
G2 — Evidence for blocking / suspicious I/OEach Critical/Major finding names file path + line (or a short quoted snippet) showing the blocking call, huh.Form.Run in the wrong place, or other asserted anti-pattern—not a hypothetical.
G3 — VerificationBefore publishing review output, you applied beagle-go:review-verification-protocol to each proposed finding.

Quick Reference

Issue TypeReference
Elm architecture, tea.Cmd as datareferences/elm-architecture.md
Model state, message handlingreferences/model-update.md
View rendering, Lipgloss stylingreferences/view-styling.md
Component composition, Huh formsreferences/composition.md
Bubbles components (list, table, etc.)references/bubbles-components.md

CRITICAL: Avoid False Positives

Read elm-architecture.md first! The most common review mistake is flagging correct patterns as bugs.

NOT Issues (Do NOT Flag These)

PatternWhy It's Correct
return m, m.loadData()tea.Cmd is returned immediately; runtime executes async
Value receiver on Update()Standard BubbleTea pattern; model returned by value
Nested m.child, cmd = m.child.Update(msg)Normal component composition
Helper functions returning tea.CmdCreates command descriptor, no I/O in Update
tea.Batch(cmd1, cmd2)Commands execute concurrently by runtime

ACTUAL Issues (DO Flag These)

PatternWhy It's Wrong
os.ReadFile() in UpdateBlocks UI thread
http.Get() in UpdateNetwork I/O blocks
time.Sleep() in UpdateFreezes UI
<-channel in Update (blocking)May block indefinitely
huh.Form.Run() in UpdateBlocking call

Review Checklist

Architecture

  • No blocking I/O in Update() (file, network, sleep)
  • Helper functions returning tea.Cmd are NOT flagged as blocking
  • Commands used for all async operations

Model & Update

  • Model is immutable (Update returns new model, not mutates)
  • Init returns proper initial command (or nil)
  • Update handles all expected message types
  • WindowSizeMsg handled for responsive layout
  • tea.Batch used for multiple commands
  • tea.Quit used correctly for exit

View & Styling

  • View is a pure function (no side effects)
  • Lipgloss styles defined once, not in View
  • Key bindings use key.Matches with help.KeyMap

Components

  • Sub-component updates propagated correctly
  • Bubbles components initialized with dimensions
  • Huh forms embedded via Update loop (not Run())

Critical Patterns

Model Must Be Immutable

// BAD - mutates model
func (m Model) Update(msg tea.Msg) (tea.Model, tea.Cmd) {
    m.items = append(m.items, newItem)  // mutation!
    return m, nil
}

// GOOD - returns new model
func (m Model) Update(msg tea.Msg) (tea.Model, tea.Cmd) {
    newItems := make([]Item, len(m.items)+1)
    copy(newItems, m.items)
    newItems[len(m.items)] = newItem
    m.items = newItems
    return m, nil
}

Commands for Async/IO

// BAD - blocking in Update
func (m Model) Update(msg tea.Msg) (tea.Model, tea.Cmd) {
    data, _ := os.ReadFile("config.json")  // blocks UI!
    m.config = parse(data)
    return m, nil
}

// GOOD - use commands
func (m Model) Update(msg tea.Msg) (tea.Model, tea.Cmd) {
    return m, loadConfigCmd()
}

func loadConfigCmd() tea.Cmd {
    return func() tea.Msg {
        data, err := os.ReadFile("config.json")
        if err != nil {
            return errMsg{err}
        }
        return configLoadedMsg{parse(data)}
    }
}

Styles Defined Once

// BAD - creates new style each render
func (m Model) View() string {
    style := lipgloss.NewStyle().Bold(true).Foreground(lipgloss.Color("205"))
    return style.Render("Hello")
}

// GOOD - define styles at package level or in model
var titleStyle = lipgloss.NewStyle().Bold(true).Foreground(lipgloss.Color("205"))

func (m Model) View() string {
    return titleStyle.Render("Hello")
}

When to Load References

Review Questions

  1. Is Update() free of blocking I/O? (NOT: "is the cmd helper blocking?")
  2. Is the model immutable in Update?
  3. Are Lipgloss styles defined once, not in View?
  4. Is WindowSizeMsg handled for resizing?
  5. Are key bindings documented with help.KeyMap?
  6. Are Bubbles components sized correctly?

Comments

Loading comments...