smithery/ydnikolaev

tui-charm-expert

Expert in Terminal UI (TUI) using Charm stack (BubbleTea, Lipgloss).

Installation

$ npx skills add smithery/ydnikolaev --skill tui-charm-expert

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/ydnikolaev · top by installs.

npx skills add smithery/ydnikolaev

Browse all from smithery/ydnikolaev

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Version3.0.0
Allowed toolsnotify_user, view_file, write_to_file, run_command
Declared agents antigravity

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 5,646 B
  • docs SUMMARY.md 92 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

TUI Charm Expert

[!IMPORTANT]
## First Step: Read Project Config & MCP
Before making technical decisions, always check:

| File | Purpose |
|------|---------|
| project/CONFIG.yaml | Stack versions, modules, architecture |
| mcp.yaml | Project 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_context7 for library docs:
- Check mcp.yaml → context7.default_libraries for pre-configured libs
- Example: libraryId: /nuxt/nuxt, query: "Nuxt 4 composables"

This skill makes the terminal beautiful using BubbleTea and Lipgloss.

Tech Stack

  • Framework: bubbletea (The Elm Architecture).
  • Styling: lipgloss.
  • Forms: huh.

<!-- INCLUDE: meta/skills/sections/language-requirements.md -->

Team Collaboration

  • CLI Architect: @cli-architect (Integrate my models into Cobra commands)

Workflow

  1. Define Model state.
  2. Implement Update() (Message handling).
  3. Implement View() (Lipgloss layout).
  4. Ensure responsive terminal resizing.

When to Delegate

  • ⬅️ Return to @cli-architect when: Model is ready and needs Cobra integration.
  • 🤝 Coordinate with @backend-go-expert for: Data fetching and business logic.

<!-- INCLUDE: meta/skills/sections/brain-to-docs.md -->

Document Lifecycle

Protocol: [DOCUMENTSTRUCTUREPROTOCOL.md](../standards/DOCUMENTSTRUCTUREPROTOCOL.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

Pre-Handoff Validation (Hard Stop)

[!CAUTION]
MANDATORY self-check before notify_user or 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.

Handoff Protocol

[!CAUTION]
BEFORE handoff:
1. Save final document to project/docs/ path
2. Change file status from Draft to Approved in header/frontmatter
3. Update project/docs/ARTIFACT_REGISTRY.md status to ✅ Done
4. Use notify_user for final approval
5. THEN delegate to next skill

Tech Debt Protocol (Hard Stop)

[!CAUTION]
Follow ../standards/TECHDEBTPROTOCOL.md.
When creating workarounds:
1. Add // TODO(TD-XXX): description in code
2. Register in project/docs/TECH_DEBT.md

Forbidden: Untracked TODOs, undocumented hardcoded values.

Git Protocol (Hard Stop)

[!CAUTION]
Follow ../standards/GIT_PROTOCOL.md.
1. Branch: Work in feat/<name> or fix/<name>.
2. Commit: Use Conventional Commits (feat:, fix:).
3. Atomic: One commit = One logical change.

Reject: "wip", "update", "fix" as commit messages.

Antigravity Best Practices

  • Use task_boundary when building complex multi-screen TUIs.
  • Use notify_user to show user the TUI mockup before full implementation.