Web Application Testing
anthropics/skills
Tests local web applications with Python Playwright scripts, checking frontend behavior, capturing screenshots and reading browser console logs.
A skill your agent uses whenever writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go.
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install dimetron/pi-go bubbletea-testing --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .claude/skills/bubbletea-testing && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .claude/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install dimetron/pi-go bubbletea-testing --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .agents/skills/bubbletea-testing && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .agents/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install dimetron/pi-go bubbletea-testing --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .cursor/skills/bubbletea-testing && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .cursor/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/dimetron/pi-go.git --path .pi-go/skills/bubbletea-testing--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install dimetron/pi-go bubbletea-testing --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .gemini/skills/bubbletea-testing && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .gemini/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install dimetron/pi-go bubbletea-testingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .github/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .github/skills/bubbletea-testing && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .github/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add dimetron/pi-go --skill bubbletea-testing -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install dimetron/pi-go bubbletea-testing --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/dimetron/pi-go.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.pi-go/skills/bubbletea-testing .opencode/skills/bubbletea-testing && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "bubbletea-testing" agent skill from https://github.com/dimetron/pi-go/tree/main/.pi-go/skills/bubbletea-testing into .opencode/skills/bubbletea-testing/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "bubbletea-testing", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
bubbletea-testingA skill your agent uses whenever writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go.
Bubbletea Testing is an agent skill from dimetron/pi-go. Use this skill whenever writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go. Triggers include any mention of testing Bubble Tea models, teatest, golden file testing for TUIs, testing tea.Cmd or tea.Msg, snapshot testing terminal output, or writing tests for any Go CLI/TUI that uses the Elm Architecture (Init/Update/View). Also use when the user asks about testing bubbletea components, bubbles, or lipgloss-styled views, or when they need CI-friendly TUI test patterns. Even if they just…
Its SKILL.md is about 3.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Testing & QA. The repository describes itself as: Go implementation of AI coding agent. The licence is MIT.
3 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 24d1f2b. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gogitFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Bubbletea Testing loads about 3.6k tokens when it runs. Until then it costs about 151 tokens; SKILL.md has 699 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from dimetron/pi-go at commit 24d1f2b, republished under its MIT licence (© dimetron). 699 words, ~3,560 tokens.
.claude/skills/bubbletea-testing/SKILL.md (or your agent's skills folder).Write robust, CI-friendly tests for Bubble Tea TUI applications using a three-layer strategy: direct model unit tests, golden file view snapshots, and full-program integration tests via teatest.
Bubble Tea's Elm Architecture (Init, Update, View) makes TUI apps inherently testable. Update(msg) -> (model, cmd) is a pure function of state and message — no terminal, program, or event loop needed for most tests.
Three-layer strategy:
| Layer | Coverage | Speed | Tool |
|---|---|---|---|
| 1. Direct model tests | State transitions, commands, view content | ~ms | Standard testing |
| 2. Golden file snapshots | Visual regression on View() output | ~ms | golden.RequireEqual |
| 3. Full integration | End-to-end user flows | ~seconds | teatest.NewTestModel |
Target ratio: 80% Layer 1 / 15% Layer 2 / 5% Layer 3.
Build tea.Msg values directly — they are plain Go structs:
// v1
qKey := tea.KeyMsg{Type: tea.KeyRunes, Runes: []rune("q")}
enter := tea.KeyMsg{Type: tea.KeyEnter}
ctrlC := tea.KeyMsg{Type: tea.KeyCtrlC}
down := tea.KeyMsg{Type: tea.KeyDown}
resize := tea.WindowSizeMsg{Width: 80, Height: 24}
// v2 renames
qKey := tea.KeyPressMsg{Type: tea.KeyRunes, Runes: []rune("q")}
click := tea.MouseClickMsg{X: 10, Y: 5, Button: tea.MouseButtonLeft}The standard pattern — each case specifies initial state, message, and expected outcome:
func TestUpdate(t *testing.T) {
tests := []struct {
name string
initial model
msg tea.Msg
wantCursor int
wantQuit bool
}{
{
name: "down moves cursor",
initial: model{cursor: 0, choices: []string{"a", "b", "c"}},
msg: tea.KeyMsg{Type: tea.KeyDown},
wantCursor: 1,
},
{
name: "cursor stops at bottom",
initial: model{cursor: 2, choices: []string{"a", "b", "c"}},
msg: tea.KeyMsg{Type: tea.KeyDown},
wantCursor: 2,
},
{
name: "q triggers quit",
initial: model{},
msg: tea.KeyMsg{Type: tea.KeyRunes, Runes: []rune("q")},
wantQuit: true,
},
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
updated, cmd := tt.initial.Update(tt.msg)
m := updated.(model)
if m.cursor != tt.wantCursor {
t.Errorf("cursor = %d, want %d", m.cursor, tt.wantCursor)
}
if tt.wantQuit {
if cmd == nil {
t.Fatal("expected quit command")
}
if _, ok := cmd().(tea.QuitMsg); !ok {
t.Error("quit command did not return QuitMsg")
}
}
})
}
}tea.Cmd is func() tea.Msg. Execute it directly and inspect the result:
func TestQuitCommand(t *testing.T) {
m := model{}
_, cmd := m.Update(tea.KeyMsg{Type: tea.KeyRunes, Runes: []rune("q")})
if cmd == nil {
t.Fatal("expected quit command")
}
msg := cmd() // execute synchronously
if _, ok := msg.(tea.QuitMsg); !ok {
t.Errorf("expected QuitMsg, got %T", msg)
}
}Use interfaces for anything that does real I/O, inject mocks in tests:
type DataFetcher interface {
FetchItems() ([]Item, error)
}
type model struct {
fetcher DataFetcher
items []Item
}
// Test mock
type mockFetcher struct {
items []Item
err error
}
func (f mockFetcher) FetchItems() ([]Item, error) { return f.items, f.err }
func TestFetchSuccess(t *testing.T) {
m := model{fetcher: mockFetcher{items: []Item{{Name: "test"}}}}
cmd := m.fetchCmd()
msg := cmd()
result, ok := msg.(itemsMsg)
if !ok {
t.Fatalf("expected itemsMsg, got %T", msg)
}
if len(result.items) != 1 {
t.Errorf("expected 1 item, got %d", len(result.items))
}
}Simulate multi-step flows without a running program:
func TestMultiStepFlow(t *testing.T) {
m := tea.Model(initialModel())
var cmd tea.Cmd
// Step 1: user presses enter
m, cmd = m.Update(tea.KeyMsg{Type: tea.KeyEnter})
// Step 2: execute the resulting command, feed msg back
if cmd != nil {
m, cmd = m.Update(cmd())
}
// Assert final state
final := m.(myModel)
if final.state != resultView {
t.Errorf("expected resultView, got %v", final.state)
}
}Prefer substring checks over exact matches — more resilient to styling changes:
func TestViewShowsSelection(t *testing.T) {
m := model{
cursor: 1,
choices: []string{"carrots", "celery", "kohlrabi"},
selected: map[int]struct{}{1: {}},
}
view := m.View()
if !strings.Contains(view, "[x] celery") {
t.Errorf("expected selected celery in view:\n%s", view)
}
if !strings.Contains(view, "[ ] carrots") {
t.Errorf("expected unselected carrots in view:\n%s", view)
}
}Principle: Assert on intent (flags, indices, content), not styling.
Test parent routing and child transitions independently:
func TestParentRoutesToActiveChild(t *testing.T) {
parent := newParentModel()
updated, _ := parent.Update(tea.WindowSizeMsg{Width: 80, Height: 24})
p := updated.(parentModel)
child := p.list.(listModel)
if child.width != 80 {
t.Errorf("child width = %d, want 80", child.width)
}
}| Package | Import | Use case |
|---|---|---|
golden | github.com/charmbracelet/x/exp/golden | Component-level View snapshots |
teatest | github.com/charmbracelet/x/exp/teatest | Full-program output snapshots |
golden.RequireEqualimport "github.com/charmbracelet/x/exp/golden"
func TestTableRendering(t *testing.T) {
tbl := table.New(
table.WithColumns(columns),
table.WithRows(rows),
)
// Compares against testdata/TestTableRendering.golden
golden.RequireEqual(t, tbl.View())
}golden.RequireEqual auto-escapes ANSI codes and uses go-udiff for portable diffs.
teatest.RequireEqualOutputfunc TestFullOutput(t *testing.T) {
tm := teatest.NewTestModel(t, initialModel(),
teatest.WithInitialTermSize(80, 24),
)
tm.Send(tea.KeyMsg{Type: tea.KeyRunes, Runes: []rune("q")})
out, _ := io.ReadAll(tm.FinalOutput(t, teatest.WithFinalTimeout(3*time.Second)))
// Compares against testdata/TestFullOutput.golden
teatest.RequireEqualOutput(t, out)
}# 1. Generate initial golden files
go test ./... -update
# 2. Commit them
git add testdata/*.golden
# 3. Normal test runs — fails if output differs
go test ./...
# 4. After intentional UI changes — regenerate and review diff
go test ./... -update
git diff testdata/import (
"bytes"
"io"
"testing"
"time"
tea "github.com/charmbracelet/bubbletea"
"github.com/charmbracelet/x/exp/teatest"
)
func TestIntegration(t *testing.T) {
tm := teatest.NewTestModel(t, initialModel(),
teatest.WithInitialTermSize(80, 24),
)
// Interact
tm.Send(tea.KeyMsg{Type: tea.KeyDown})
tm.Send(tea.KeyMsg{Type: tea.KeyEnter})
tm.Type("hello")
// Assert intermediate output (polls reader)
teatest.WaitFor(t, tm.Output(), func(bts []byte) bool {
return bytes.Contains(bts, []byte("hello"))
}, teatest.WithDuration(2*time.Second),
teatest.WithCheckInterval(100*time.Millisecond))
// Quit and assert final state
tm.Send(tea.KeyMsg{Type: tea.KeyRunes, Runes: []rune("q")})
fm := tm.FinalModel(t, teatest.WithFinalTimeout(3*time.Second))
m := fm.(myModel)
if !m.submitted {
t.Error("expected submitted")
}
}| Method | Purpose | Blocks? |
|---|---|---|
NewTestModel(tb, model, opts...) | Create & start headless program | No |
tm.Send(msg) | Inject any tea.Msg | No |
tm.Type(s) | Type string as key events | No |
tm.Output() | Live output io.Reader | No |
tm.FinalOutput(tb, opts...) | Complete output after quit | Yes |
tm.FinalModel(tb, opts...) | Final tea.Model after quit | Yes |
tm.WaitFinished(tb, opts...) | Block until program exits | Yes |
WaitFor(tb, reader, cond, opts...) | Poll reader until condition true | Yes |
RequireEqualOutput(tb, out) | Golden file comparison | No |
Always set timeouts via WithFinalTimeout to prevent hanging tests.
Without this, golden files from a TrueColor dev terminal will mismatch in CI (no TTY).
// v1 — in test init or TestMain
import (
"github.com/charmbracelet/lipgloss"
"github.com/muesli/termenv"
)
func init() {
lipgloss.SetColorProfile(termenv.Ascii)
}
// v2 — per-program
import "github.com/charmbracelet/colorprofile"
prog := tea.NewProgram(model, tea.WithColorProfile(colorprofile.Ascii))Use termenv.Ascii for simplest golden files. Use termenv.TrueColor if testing color output.
// teatest
teatest.WithInitialTermSize(80, 24)
// Direct model tests — send resize before View()
m, _ := m.Update(tea.WindowSizeMsg{Width: 80, Height: 24})
output := m.(myModel).View()
// v2
tea.WithWindowSize(80, 24)Add to .gitattributes:
*.golden -text
testdata/** -diff linguist-generated=truePrevents CRLF normalization and suppresses golden files from GitHub PR diffs.
Spinners, timestamps, cursor blink, and animations produce varying output. Strategies:
time.Time in testsv2 (charm.land/bubbletea/v2) adds first-class ProgramOption values for testing:
prog := tea.NewProgram(model,
tea.WithWindowSize(80, 24), // Fixed dimensions
tea.WithInput(nil), // Disable input
tea.WithOutput(&buf), // Redirect to buffer
tea.WithoutRenderer(), // Headless, no rendering
tea.WithoutSignals(), // Ignore OS signals
tea.WithColorProfile(colorprofile.Ascii), // Fixed colors
)These replace global init() hacks with explicit per-program config.
The v2 teatest package is at github.com/charmbracelet/x/exp/teatest/v2.
Test cases as plain text files with input directives:
run
type hello
key enter
----
-- view:
You typed: helloRun with -rewrite to regenerate expected output. Good for testing individual Bubbles components.
Repo: github.com/knz/catwalk
Drive tea.Model directly without tea.NewProgram for single-threaded, faster tests:
type TestHarness struct {
model tea.Model
}
func (h *TestHarness) SendKey(key tea.KeyType) {
var cmd tea.Cmd
h.model, cmd = h.model.Update(tea.KeyMsg{Type: key})
// Optionally execute cmd and feed back
}
func (h *TestHarness) WaitForView(contains string, timeout time.Duration) error {
deadline := time.Now().Add(timeout)
for time.Now().Before(deadline) {
if strings.Contains(h.model.View(), contains) {
return nil
}
time.Sleep(10 * time.Millisecond)
}
return fmt.Errorf("timed out waiting for %q", contains)
}Lighter than teatest, but doesn't test the terminal rendering pipeline.
Set up test infrastructure:
testdata/ directory for golden files.gitattributes entry: *.golden -textinit() or TestMain that sets lipgloss.SetColorProfile(termenv.Ascii)Layer 1 — Write table-driven Update tests for:
Layer 2 — Add golden file tests for key UI states:
Layer 3 — Write integration tests for critical flows:
CI pipeline:
go test ./... passes without -update-update as a manual/explicit step only© dimetron, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .pi-go/skills/bubbletea-testing of dimetron/pi-go.
Open the folder on GitHubat commit 24d1f2b
Bubbletea Testing next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Bubbletea Testing this skilldimetron/pi-go | 207 | — | ~3.6k | Automated safety check: Pass | MIT | |
| Web Application Testinganthropics/skills | 180k | 51 repos | ~966 | Automated safety check: Pass | Apache-2.0 | |
| Diagnosing Bugsfossasia/eventyay-interpretation | 1.6k | 32 repos | ~2.1k | Automated safety check: Pass | Apache-2.0 | |
| TDDpietheinstrengholt/rssmonster | 564 | 30 repos | ~906 | Automated safety check: Pass | MIT | |
| TDD WorkflowhellangleZ/burn-in-cceverywhere-ralph | 112 | 11 repos | ~2.4k | Automated safety check: Pass | None | |
| TDDsanity-io/sanity | 6.4k | 20 repos | ~1k | Automated safety check: Pass | MIT |
anthropics/skills
Tests local web applications with Python Playwright scripts, checking frontend behavior, capturing screenshots and reading browser console logs.
fossasia/eventyay-interpretation
Diagnosis loop for hard bugs and performance regressions. An agent skill from fossasia/eventyay-interpretation.
pietheinstrengholt/rssmonster
Test-driven development. An agent skill from pietheinstrengholt/rssmonster.
hellangleZ/burn-in-cceverywhere-ralph
A skill your agent uses when writing new features, fixing bugs, or refactoring code.
sanity-io/sanity
Test-driven development with red-green-refactor loop. An agent skill from sanity-io/sanity.
Ibrahim-3d/orchestrator-supaconductor
A skill your agent uses when working with Conductor's context-driven development methodology, managing project context artifacts, or understanding the relationship between product.md, tech-stack.md…
dimetron/pi-go
Record a test run, a TUI session, or any terminal command as a GIF with VHS and attach it to a GitHub PR as a release-hosted asset, never a repo commit.
dimetron/pi-go
Generate AGENTS.md files for Go, Rust, TypeScript, and Java projects.
dimetron/pi-go
Index a folder's contents into the MemPalace semantic memory for search and retrieval.
dimetron/pi-go
Nightly sweep of the last 24h of pi-go sessions — anomalous runs, loop aborts, tool error rates, token waste, real prompt-token spend, and whether the observation and palace pipelines are still…
dimetron/pi-go
Tune macOS resource limits and sysctls for best performance with Go development, Docker/OrbStack, and Linux VMs.
dimetron/pi-go
Profile-guided optimization (PGO) for the pi binary. An agent skill from dimetron/pi-go.
Categories
A skill your agent uses whenever writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go. Bubbletea Testing is an agent skill from dimetron/pi-go. Use this skill whenever writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go.
Bubbletea Testing fits situations like: writing tests for Bubble Tea (charmbracelet/bubbletea) TUI applications in Go; include any mention of testing Bubble Tea models; golden file testing for TUIs; testing tea.Cmd.
Run `npx skills add dimetron/pi-go --skill bubbletea-testing -a claude-code`. Or copy the skill folder (.pi-go/skills/bubbletea-testing in dimetron/pi-go) into .claude/skills/bubbletea-testing in your project. Claude Code loads it when a task matches its description.
Run `npx skills add dimetron/pi-go --skill bubbletea-testing -a codex`. Or copy the skill folder (.pi-go/skills/bubbletea-testing in dimetron/pi-go) into .agents/skills/bubbletea-testing in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add dimetron/pi-go --skill bubbletea-testing -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/bubbletea-testing, .gemini/skills/bubbletea-testing, .github/skills/bubbletea-testing and .opencode/skills/bubbletea-testing in your project.
Going by SKILL.md and its folder, Bubbletea Testing needs the command-line tools its instructions call (go and git).
SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Bubbletea Testing is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.6k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Bubbletea Testing: Web Application Testing (anthropics/skills, 180k stars), Diagnosing Bugs (fossasia/eventyay-interpretation, 1.6k stars), TDD (pietheinstrengholt/rssmonster, 564 stars) and TDD Workflow (hellangleZ/burn-in-cceverywhere-ralph, 112 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
dimetron (a GitHub user) maintains it in dimetron/pi-go, which has 207 GitHub stars. The repository holds 21 skills in this directory. The repository was last updated on October 1, 2026.
Source: dimetron/pi-go on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.