Skip to content
Back to skills

Cli Architect

ASecurity

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

  • 8 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added February 10, 2026
developmentgogitapibackend

Works with

  • cli
  • api
  • mcp

Security analysis

A100/100

Pro scans all 3 files and shows the line behind each finding

Scanned February 12, 2026

npx -y skills add ydnikolaev/antigravity-factory --skill cli-architect --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Cli Architect?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Cli Architect
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ydnikolaev-cli-architect/badge)](https://www.skillsdirectory.com/skills/ydnikolaev-cli-architect)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
# === SECTION 1: IDENTITY ===
name: cli-architect
description: Expert in Go CLI Architecture (Cobra, Viper, POSIX).
version: 3.0.0
phase: architecture
category: technical
scope: project
tags:
  - cli
  - cobra
  - viper
  - posix

# === SECTION 2: CAPABILITIES ===
mcp_servers:
  - context7
allowed_tools:
  - notify_user
  - view_file
  - write_to_file
  - grep_search
  - run_command
dependencies:
  - go1.25
context:
  required:
    - path: project/docs/active/architecture/
      purpose: Context map and API contracts
  optional:
    - path: project/CONFIG.yaml
      purpose: Stack decisions
reads:
  - type: context_map
    from: project/docs/active/architecture/
produces:
  - type: cli_design
  - type: command_structure

# === SECTION 3: WORKFLOW ===
presets:
  - cli
receives_from:
  - skill: bmad-architect
    docs:
      - doc_type: context-map
        trigger: design_complete
delegates_to:
  - skill: tui-charm-expert
    docs:
      - doc_type: cli-design
        trigger: design_complete
  - skill: backend-go-expert
    docs:
      - doc_type: cli-design
        trigger: design_complete
return_paths: []

# === SECTION 4: DOCUMENTS ===
requires:
  - doc_type: context-map
    status: Approved
creates:
  - doc_type: cli-design
    path: project/docs/active/architecture/
    doc_category: architecture
    lifecycle: per-feature
    initial_status: Draft
    trigger: design_complete
updates:
  - doc_type: artifact-registry
    path: project/docs/
    lifecycle: living
    trigger: on_complete
archives:
  - doc_type: cli-design
    destination: project/docs/closed/<work-unit>/
    trigger: qa_signoff

# === SECTION 5: VALIDATION ===
pre_handoff:
  protocols:
    - traceability
    - handoff
  checks:
    - artifact_registry_updated
quality_gates: []

# === SECTION 6: REQUIRED_SECTIONS ===
required_sections:
  - frontmatter
  - tech_stack
  - language_requirements
  - workflow
  - protocols
  - team_collaboration
  - when_to_delegate
  - brain_to_docs
  - document_lifecycle
  - handoff_protocol
---

# 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.

<!-- INCLUDE: _meta/_skills/sections/language-requirements.md -->

## 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).



<!-- INCLUDE: _meta/_skills/sections/brain-to-docs.md -->

## Document Lifecycle

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

Files in this skill

  • SKILL.md5.6 KB
  • references/checklist.md981 B
  • resources/templates/root.go.tmpl686 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.