ydnikolaev

cli-architect

Expert in Go CLI Architecture (Cobra, Viper, POSIX).

ydnikolaev 8 3 Updated 4mo ago
GitHub

Install

npx skillscat add ydnikolaev/antigravity-factory/cli-architect

Install via the SkillsCat registry.

SKILL.md

CLI Architect

[!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 designs the Command Line Interface using Cobra, Viper, and POSIX standards.

Tech Stack

  • Framework: spf13/cobra.
  • Config: spf13/viper.
  • Standards: POSIX compliance, 12-factor CLI.

Team Collaboration

  • Architect: @bmad-architect (Activates for CLI projects)
  • TUI: @tui-charm-expert (Handle the fancy UI)
  • Backend: @backend-go-expert (Reuse business logic)

Workflow

  1. Define Command Structure (root -> sub -> leaf).
  2. Define Flags (Persistent vs Local).
  3. Handle OS Signals (Graceful Shutdown).

Document Lifecycle

Protocol: `DOCUMENT_STRUCTURE_PROTOCOL.md`

Operation Document Location Trigger
🔵 Creates cli-design.md active/architecture/ CLI design complete
📖 Reads api-contracts.yaml active/architecture/ On activation
📝 Updates ARTIFACT_REGISTRY.md project/docs/ On create, on complete
🟡 To Review cli-design.md review/architecture/ Ready for TUI 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

When to Delegate

  • ✅ Delegate to @tui-charm-expert when: Interactive UI is needed for a command.
  • 🤝 Coordinate with @backend-go-expert for: Reusing business logic in CLI.

Tech Debt Protocol (Hard Stop)

[!CAUTION]
Follow ../standards/TECH_DEBT_PROTOCOL.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 adding new command groups.
  • Use notify_user if breaking changes to CLI interface are needed.