一键在 Manus 中运行任何 Skill

golang-build-deploy

星标0

分支0

更新时间2026年6月7日 08:23

Build, package, release, containerize, deploy, or audit Go applications and CLIs. Use for Golang build flags, module release checks, cross-compilation, Dockerfiles, CI/CD, version metadata, graceful shutdown, runtime configuration, security updates, production deployment plans, or reviewing existing Go release/deployment readiness.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

Zate

Zate/golang-development

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

文件资源管理器

3 个文件

SKILL.md

readonly

name	golang-build-deploy
description	Build, package, release, containerize, deploy, or audit Go applications and CLIs. Use for Golang build flags, module release checks, cross-compilation, Dockerfiles, CI/CD, version metadata, graceful shutdown, runtime configuration, security updates, production deployment plans, or reviewing existing Go release/deployment readiness.

Go Build And Deploy

Build Workflow

Inspect existing build/release surfaces first: Makefile, CI workflows, Dockerfiles, goreleaser, task files, go.mod, and deployment manifests.
Build with the standard go tool unless the repo has a stronger wrapper. Prefer reproducible commands over hidden local state.
Keep build metadata explicit: version, commit, date, dirty state, target OS/arch, and module dependency info where useful.
For services, verify graceful shutdown, context propagation, health/readiness checks, config loading, logging, and metrics/tracing hooks already used by the repo.
For containers, prefer small multi-stage builds, non-root runtime users, CA certificates/timezone needs, and no source/toolchain in final image.
Before release/deploy, run tests, vet/lint, vulnerability checks when available, and a local smoke test of the built binary.

Audit Workflow

Inspect build scripts, CI, Dockerfiles, release config, runtime config, service startup/shutdown, and deployment manifests before judging.
Check reproducibility, version metadata, module hygiene, vulnerability scanning, container runtime user, image contents, and smoke-test coverage.
For services, flag missing graceful shutdown, HTTP timeouts, health/readiness checks, config validation, logging, metrics/tracing, or secret leakage.
Report release blockers separately from hardening recommendations.
Pair with golang-code-audit when producing a full findings-first review.

Load References

Read references/build-release-deploy.md for command patterns, Dockerfile shape, CI gates, and deployment checklist.
Pair with the companion golang-quality-linting skill for verification and the companion golang-testing skill for release test strategy.

同仓库更多 Skills

同仓库

golang-architecture-patterns

Zate/golang-development

Design or audit Go application architecture, package boundaries, dependency direction, interfaces, adapters, repositories, services, HTTP handlers, concurrency boundaries, and maintainable design patterns. Use for Golang service design, refactors, domain layering, dependency injection, ports/adapters, repository patterns, functional options, API design, concurrency architecture, or reviewing existing Go architecture for coupling and maintainability risks.

2026-06-070

golang-code-audit

Zate/golang-development

Audit existing Go and Golang codebases, pull requests, diffs, packages, services, CLIs, tests, build pipelines, and repository layouts against idiomatic Go development guidance. Use when reviewing, auditing, assessing, evaluating, inspecting, checking best-practice compliance, finding violations, identifying risks, or producing findings for already-built Go code.

2026-06-070

golang-development-workflow

Zate/golang-development

Route Go and Golang development work into the right build or audit workflow. Use for broad Go tasks such as building features, implementing changes, refactoring, planning, reviewing, auditing, assessing an existing codebase, checking against Go best practices, or deciding which Golang Development skills apply.

2026-06-070

golang-implementation-idioms

Zate/golang-development

Implement or audit idiomatic Go code using effective naming, errors, context, interfaces, generics, nil handling, slices/maps, documentation comments, and standard library conventions. Use when writing, refactoring, cleaning, or reviewing Golang code; reducing nesting; improving API ergonomics; checking idiomatic implementation style; or finding non-idiomatic Go in existing code.

2026-06-070

golang-planning-layout

Zate/golang-development

Plan or audit idiomatic Go modules, repository layout, package boundaries, command structure, migration strategy, and implementation plans. Use when working on Go or Golang projects before adding packages, moving code, choosing cmd/internal/pkg layout, splitting modules, introducing workspaces, writing a multi-step implementation plan, or reviewing an existing repo for layout and package-boundary problems.

2026-06-070

golang-quality-linting

Zate/golang-development

Verify, improve, or audit Go code quality with gofmt, goimports, go vet, static analysis, golangci-lint, security checks, code review, lint configuration, and completion verification. Use when reviewing Golang changes, fixing linter failures, setting up golangci-lint, deciding quality gates, auditing existing quality practices, or checking whether Go code is ready to ship.

2026-06-070

name	golang-build-deploy
description	Build, package, release, containerize, deploy, or audit Go applications and CLIs. Use for Golang build flags, module release checks, cross-compilation, Dockerfiles, CI/CD, version metadata, graceful shutdown, runtime configuration, security updates, production deployment plans, or reviewing existing Go release/deployment readiness.

Go Build And Deploy

Build Workflow

Inspect existing build/release surfaces first: Makefile, CI workflows, Dockerfiles, goreleaser, task files, go.mod, and deployment manifests.
Build with the standard go tool unless the repo has a stronger wrapper. Prefer reproducible commands over hidden local state.
Keep build metadata explicit: version, commit, date, dirty state, target OS/arch, and module dependency info where useful.
For services, verify graceful shutdown, context propagation, health/readiness checks, config loading, logging, and metrics/tracing hooks already used by the repo.
For containers, prefer small multi-stage builds, non-root runtime users, CA certificates/timezone needs, and no source/toolchain in final image.
Before release/deploy, run tests, vet/lint, vulnerability checks when available, and a local smoke test of the built binary.

Audit Workflow

Inspect build scripts, CI, Dockerfiles, release config, runtime config, service startup/shutdown, and deployment manifests before judging.
Check reproducibility, version metadata, module hygiene, vulnerability scanning, container runtime user, image contents, and smoke-test coverage.
For services, flag missing graceful shutdown, HTTP timeouts, health/readiness checks, config validation, logging, metrics/tracing, or secret leakage.
Report release blockers separately from hardening recommendations.
Pair with golang-code-audit when producing a full findings-first review.

Load References

Read references/build-release-deploy.md for command patterns, Dockerfile shape, CI gates, and deployment checklist.
Pair with the companion golang-quality-linting skill for verification and the companion golang-testing skill for release test strategy.