Skip to content
Back to skills

Dygo Cli Development

ASecurity

Design, implement, or review the dygo framework CLI in Go with Cobra. Use for commands, flags, help, prompts, plans, output contracts, completion, and project-aware CLI behavior. Do not use for operating a deployed business through the reserved dygo-cli operator skill.

  • 16 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added August 31, 2026
developmentgo

Works with

  • cli

Security analysis

A100/100

Scanned August 31, 2026

npx -y skills add hapyco/dygo --skill dygo-cli-development --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Dygo Cli Development?

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

Security grade badge for Dygo Cli Development
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hapyco-dygo-cli-development/badge)](https://www.skillsdirectory.com/skills/hapyco-dygo-cli-development)

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
---
name: dygo-cli-development
description: Design, implement, or review the dygo framework CLI in Go with Cobra. Use for commands, flags, help, prompts, plans, output contracts, completion, and project-aware CLI behavior. Do not use for operating a deployed business through the reserved dygo-cli operator skill.
---

# dygo CLI Development

Develop the CLI implementation. This skill does not perform business operations on a deployment.

## Structure

- Keep `cmd/dygo/main.go` small and call the CLI runner.
- Put command implementation under `internal/cli`.
- Construct the root with injected context, stdin, stdout, and stderr.
- Keep `SilenceUsage` and `SilenceErrors` enabled.
- Use `RunE` and explicit `Args` validation.
- Use project-root discovery for commands that read project files.
- Keep command logic small. Put reusable behavior in the owning framework package.

## Command Contract

- Follow the resource-first command surface in `docs/cli.md`.
- Send stable normal output to stdout. Send prompts, warnings, and diagnostics to stderr.
- Keep output plain, concise, and usable by people and agents.
- Redact secrets and credentials.
- For material writes, show the target and plan before the prompt.
- Support `--dry-run` when planning is meaningful and `--yes` when non-interactive use is safe.
- Make destructive commands explicit. Never hide destructive work inside an additive command.
- Do not add Viper until dygo needs shared flag, environment, file, and default precedence.
- Keep completion fast, local, and read-only.

## Check

Use focused `internal/cli` tests and inspect help for changed command trees. Test injected streams, invalid arguments, nested project discovery, and safety behavior when relevant.

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…