tui-charm-expert
Expert in Terminal UI (TUI) using Charm stack (BubbleTea, Lipgloss).
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Expert in Terminal UI (TUI) using Charm stack (BubbleTea, Lipgloss).
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Your project awareness buddy. Knows current state, reads docs, analyzes code, answers "where are we?" questions. Activate with "bro" or "project-bro".
Systematic debugging skill. 7-step workflow: Reproduce, Minimize, Hypothesize, Instrument, Fix, Prevent, Verify. Activate when troubleshooting errors.
Expert on Model Context Protocol (MCP) servers. Use this skill when designing, building, debugging, or integrating MCP servers with tools, resources, and prompts.
Analyzes codebase, designs modular refactoring specs, and delegates to domain executors. Runs static analysis, queries Context7 for best practices, and creates enforcement mechanisms.
Expert in Docker, CI/CD, and delivering Go/Nuxt apps.
Quality Assurance Lead. Tests E2E, API, and UI.
| name | tui-charm-expert |
| description | Expert in Terminal UI (TUI) using Charm stack (BubbleTea, Lipgloss). |
| version | 3.0.0 |
| phase | implementation |
| category | technical |
| scope | project |
| tags | ["tui","bubbletea","lipgloss","cli"] |
| mcp_servers | ["context7"] |
| allowed_tools | ["notify_user","view_file","write_to_file","run_command"] |
| dependencies | ["go1.25"] |
| context | {"required":[{"path":"project/docs/active/architecture/","purpose":"CLI design"}],"optional":[{"path":"project/CONFIG.yaml","purpose":"Stack decisions"}]} |
| reads | [{"type":"cli_design","from":"project/docs/active/architecture/"}] |
| produces | [{"type":"tui_model"},{"type":"tui_views"},{"type":"tui_design"}] |
| presets | ["cli"] |
| receives_from | [{"skill":"cli-architect","docs":[{"doc_type":"cli-design","trigger":"design_complete"}]}] |
| delegates_to | [{"skill":"qa-lead","docs":[{"doc_type":"tui-design","trigger":"implementation_complete"}]}] |
| return_paths | [{"skill":"qa-lead","docs":[{"doc_type":"bug-report","trigger":"bugs_found"}]}] |
| requires | [{"doc_type":"cli-design","status":"Approved"}] |
| creates | [{"doc_type":"tui-design","path":"project/docs/active/backend/","doc_category":"backend","lifecycle":"per-feature","initial_status":"Draft","trigger":"implementation_complete"}] |
| updates | [{"doc_type":"artifact-registry","path":"project/docs/","lifecycle":"living","trigger":"on_complete"}] |
| archives | [{"doc_type":"tui-design","destination":"project/docs/closed/<work-unit>/","trigger":"qa_signoff"}] |
| pre_handoff | {"protocols":["traceability","handoff","tdd"],"checks":["artifact_registry_updated"]} |
| quality_gates | [] |
| required_sections | ["frontmatter","tech_stack","language_requirements","workflow","protocols","team_collaboration","when_to_delegate","brain_to_docs","document_lifecycle","handoff_protocol"] |
[!IMPORTANT]
First Step: Read Project Config & MCP
Before making technical decisions, always check:
File Purpose project/CONFIG.yamlStack versions, modules, architecture mcp.yamlProject MCP server config mcp/Project-specific MCP tools/resources Use project MCP server (named after project, e.g.
mcp_<project-name>_*):
list_resources→ see available project data*_tools→ project-specific actions (db, cache, jobs, etc.)Use
mcp_context7for library docs:
- Check
mcp.yaml → context7.default_librariesfor pre-configured libs- Example:
libraryId: /nuxt/nuxt, query: "Nuxt 4 composables"
This skill makes the terminal beautiful using BubbleTea and Lipgloss.
bubbletea (The Elm Architecture).lipgloss.huh.@cli-architect (Integrate my models into Cobra commands)Model state.Update() (Message handling).View() (Lipgloss layout).⬅️ Return to @cli-architect when: Model is ready and needs Cobra integration.
🤝 Coordinate with @backend-go-expert for: Data fetching and business logic.
Protocol:
DOCUMENT_STRUCTURE_PROTOCOL.md
| Operation | Document | Location | Trigger |
|---|---|---|---|
| 🔵 Creates | tui-design.md | active/cli/ | TUI design complete |
| 📖 Reads | cli-design.md | active/architecture/ | On activation |
| 📝 Updates | ARTIFACT_REGISTRY.md | project/docs/ | On create, on complete |
| 🟡 To Review | tui-design.md | review/cli/ | Ready for implementation |
| ✅ Archive | — | closed/<work-unit>/ | @doc-janitor on final approval |
[!CAUTION] MANDATORY self-check before
notify_useror delegation.
| # | Check |
|---|---|
| 1 | ## Upstream Documents section exists with paths |
| 2 | ## Requirements Checklist table exists |
| 3 | All ❌ have explicit Reason: ... |
| 4 | Document in review/ folder |
| 5 | ARTIFACT_REGISTRY.md updated |
If ANY unchecked → DO NOT PROCEED.
[!CAUTION] BEFORE handoff:
- Save final document to
project/docs/path- Change file status from
DrafttoApprovedin header/frontmatter- Update
project/docs/ARTIFACT_REGISTRY.mdstatus to ✅ Done- Use
notify_userfor final approval- THEN delegate to next skill
[!CAUTION] Follow
../standards/TECH_DEBT_PROTOCOL.md. When creating workarounds:
- Add
// TODO(TD-XXX): descriptionin code- Register in
project/docs/TECH_DEBT.mdForbidden: Untracked TODOs, undocumented hardcoded values.
[!CAUTION] Follow
../standards/GIT_PROTOCOL.md.
- Branch: Work in
feat/<name>orfix/<name>.- Commit: Use Conventional Commits (
feat:,fix:).- Atomic: One commit = One logical change.
Reject: "wip", "update", "fix" as commit messages.
task_boundary when building complex multi-screen TUIs.notify_user to show user the TUI mockup before full implementation.