cli-architect
Expert in Go CLI Architecture (Cobra, Viper, POSIX).
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Expert in Go CLI Architecture (Cobra, Viper, POSIX).
التثبيت باستخدام 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 | 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"] |
| 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"}] |
| 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 | [] |
| 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"}] |
| pre_handoff | {"protocols":["traceability","handoff"],"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 designs the Command Line Interface using Cobra, Viper, and POSIX standards.
spf13/cobra.spf13/viper.@bmad-architect (Activates for CLI projects)@tui-charm-expert (Handle the fancy UI)@backend-go-expert (Reuse business logic)root -> sub -> leaf).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 |
[!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
@tui-charm-expert when: Interactive UI is needed for a command.@backend-go-expert for: Reusing business logic in CLI.[!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 adding new command groups.notify_user if breaking changes to CLI interface are needed.