PluginBench
Skill
Pass
Audit score 90

golang-swagger

samber/cc-skills-golang

Generate OpenAPI/Swagger docs for Go APIs using swaggo/swag annotations and CLI tooling.

What is golang-swagger?

golang-swagger provides annotation-driven OpenAPI/Swagger documentation for Go projects using swaggo/swag. Use it when building or maintaining API docs in Go, especially with frameworks like Gin, Echo, Fiber, or net/http that need interactive Swagger UI.

  • Annotate handlers with @Summary, @Param, @Success, @Router, @Security to define API contracts
  • Generate OpenAPI specs (docs.go, swagger.json, swagger.yaml) via `swag init`
  • Wire Swagger UI endpoints for Gin, Echo, Fiber, Chi, and net/http frameworks
  • Define security schemes (Bearer/JWT, OAuth2, API key, Basic auth) at the API level
  • Enrich struct models with tags (example, enums, swaggertype, swaggerignore, minLength, maximum, etc.)
  • Override host/basepath at runtime for multi-environment deployments

How to install golang-swagger

npx skills add https://github.com/samber/cc-skills-golang --skill golang-swagger
Prerequisites
  • Go installed
  • swag CLI: `go install github.com/swaggo/swag/cmd/swag@latest`
Claude Code
Cursor
Windsurf
Cline

How to use golang-swagger

  1. 1.Run `swag init` (or `swag init -g cmd/api/main.go` if general info is elsewhere) to generate docs/
  2. 2.Add `import _ "yourmodule/docs"` to main.go or server init to register the spec
  3. 3.Wire the Swagger UI endpoint using your framework's handler (e.g., `r.GET("/swagger/*any", ginSwagger.WrapHandler(...))`)
  4. 4.Access the UI at `/swagger/index.html`
  5. 5.Annotate handlers with @Summary, @Param, @Success, @Router, @Security before each function
  6. 6.Re-run `swag init` and `swag fmt` after annotation changes to keep docs in sync

Use cases

Good for
  • Add Swagger UI to an existing Go REST API without rewriting handlers
  • Audit and complete missing security definitions and parameter documentation
  • Generate client SDKs or test specs from the OpenAPI output
  • Maintain accurate API contracts as handlers evolve, preventing integration bugs
  • Document complex request/response types with nested composition and generics
Who it's for
  • Go backend engineers building or maintaining REST APIs
  • API documentation engineers treating docs as a contract
  • Teams using Gin, Echo, Fiber, Chi, or net/http frameworks
  • Projects requiring interactive Swagger UI for API consumers

golang-swagger FAQ

What's the difference between blank and named imports of the docs package?

Blank import (`import _ "yourmodule/docs"`) registers the spec and wires the UI; named import (`import docs "yourmodule/docs"`) also lets you override SwaggerInfo fields at runtime (e.g., host, basepath for multi-environment setups).

Why does my Swagger UI show an empty spec?

The docs package must be imported (blank or named) in the file that runs your server. If missing, the schema is never registered. Add `import _ "yourmodule/docs"` to main.go.

How do I document a request body?

Use `@Param body body <StructName> true "description"` where StructName is a named struct. swag cannot derive a schema from primitive types; always pass a struct for body params.

Can I use generics in response types?

Yes, swag v2 supports generics: `@Success 200 {object} api.Response[model.User]`. For nested composition, use `@Success 200 {object} api.Response{data=model.User}`.

How do I exclude a field from the Swagger schema?

Add the struct tag `swaggerignore:"true"` to the field (e.g., `Secret string `json:"-" swaggerignore:"true"`).

Full instructions (SKILL.md)

Source of truth, from samber/cc-skills-golang.


name: golang-swagger description: "Golang OpenAPI/Swagger documentation with swaggo/swag — annotation comments (@Summary, @Param, @Success, @Router, @Security), swag init code generation, framework integrations (gin, echo, fiber, chi, net/http), security definitions (Bearer/JWT, OAuth2, API key), and struct tags (swaggertype, enums, example, swaggerignore). Apply when adding or maintaining Swagger/OpenAPI docs in a Go project, or when the codebase imports github.com/swaggo/swag, github.com/swaggo/gin-swagger, github.com/swaggo/echo-swagger, github.com/swaggo/http-swagger, or github.com/swaggo/files." user-invocable: true license: MIT compatibility: Designed for Claude Code, Codex or similar harness. Requires go and swag CLI. metadata: author: samber version: "1.1.2" openclaw: emoji: "📋" homepage: https://github.com/samber/cc-skills-golang requires: bins: - go - swag install: - kind: go package: github.com/swaggo/swag/cmd/swag@latest bins: [swag] skill-library-version: "2.0.0-rc5" allowed-tools: Read Edit Write Glob Grep Bash(go:) Bash(golangci-lint:) Bash(git:) Agent WebFetch mcp__context7__resolve-library-id mcp__context7__query-docs Bash(swag:) AskUserQuestion Bash(godig:) Bash(gopls:) LSP mcp__gopls__* paths:

  • "**/*.go"

Persona: You are a Go API documentation engineer. You treat docs as a contract — accurate, complete annotations prevent integration bugs and make the Swagger UI the source of truth for API consumers.

Modes:

  • Build — adding Swagger to a new or existing Go project: set up the toolchain, annotate handlers, generate docs, wire the UI endpoint.
  • Audit — reviewing existing swagger annotations for completeness, correctness, and security coverage.

Dependencies:

  • swag: go install github.com/swaggo/swag/cmd/swag@latest

Setup

Three steps to get Swagger UI running:

swag init                        # generates docs/ with docs.go, swagger.json, swagger.yaml
swag init -g cmd/api/main.go     # if general info is not in main.go
swag fmt                         # format annotation comments (like go fmt)

Import the docs package to register the spec. Use a blank import when only wiring the UI; use a named import when you also need to override docs.SwaggerInfo at runtime:

import _ "yourmodule/docs"          // blank: registers spec, no identifier
import docs "yourmodule/docs"       // named: use when overriding SwaggerInfo

Wire the UI endpoint — pick your framework:

// Gin
r.GET("/swagger/*any", ginSwagger.WrapHandler(swaggerFiles.Handler))

// Echo
e.GET("/swagger/*", echoSwagger.WrapHandler)

// Fiber
app.Get("/swagger/*", fiberSwagger.WrapHandler(swaggerFiles.Handler))

// net/http
mux.Handle("/swagger/", httpSwagger.Handler(swaggerFiles.Handler))

// Chi
r.Get("/swagger/*", httpSwagger.Handler(swaggerFiles.Handler))

Access the UI at /swagger/index.html.

For dynamic host/basepath (multi-environment), use a named import and override before serving:

import docs "yourmodule/docs"

docs.SwaggerInfo.Host     = os.Getenv("API_HOST")
docs.SwaggerInfo.BasePath = "/api/v1"

Full CLI reference

General API Info

Place in main.go (or the file passed via -g). These annotations define the top-level spec:

// @title           My API
// @version         1.0
// @description     Short description of the API.
// @host            localhost:8080
// @BasePath        /api/v1
// @schemes         http https

// @contact.name    API Support
// @contact.email   support@example.com
// @license.name    Apache 2.0

// @securityDefinitions.apikey Bearer
// @in header
// @name Authorization
// @description Type "Bearer" followed by a space and the JWT token.

Operation Annotations

Annotate each handler function. The standard doc comment (// FuncName godoc) must precede swag annotations — it anchors indentation for swag fmt.

// ShowAccount godoc
// @Summary      Get account by ID
// @Description  Returns account details for the given ID.
// @Tags         accounts
// @Accept       json
// @Produce      json
// @Param        id      path  int  true  "Account ID"
// @Param        filter  query string false "Optional search filter"
// @Success      200  {object}  model.Account
// @Success      204  "No content"
// @Failure      400  {object}  api.ErrorResponse
// @Failure      404  {object}  api.ErrorResponse
// @Router       /accounts/{id} [get]
// @Security     Bearer
func ShowAccount(c *gin.Context) {}

@Param format: @Param <name> <in> <type> <required> "<description>" [attributes]

<in>Usage
pathURL path segment (/users/{id})
queryURL query string (?filter=x)
bodyRequest body — type must be a struct
headerHTTP header
formDataMultipart/form field

Optional attributes on @Param: default(v), minimum(n), maximum(n), minLength(n), maxLength(n), Enums(a,b,c), example(v), collectionFormat(multi).

@Success/@Failure format: @Success <code> {<kind>} <type> "<description>"

<kind>When
{object}Single struct
{array}Slice of structs
string / integerPrimitive

Generics (swag v2): @Success 200 {object} api.Response[model.User]

Nested composition: @Success 200 {object} api.Response{data=model.User}

Security Definitions

Define once at the API level (in main.go), apply per endpoint with @Security.

// Bearer / JWT
// @securityDefinitions.apikey Bearer
// @in header
// @name Authorization

// API key in header
// @securityDefinitions.apikey ApiKeyAuth
// @in header
// @name X-API-Key

// Basic auth
// @securityDefinitions.basic BasicAuth

// OAuth2 authorization code
// @securityDefinitions.oauth2.authorizationCode OAuth2
// @authorizationUrl https://example.com/oauth/authorize
// @tokenUrl https://example.com/oauth/token
// @scope.read Read access
// @scope.write Write access

Apply to an endpoint:

// @Security Bearer
// @Security OAuth2[read, write]
// @Security BasicAuth && ApiKeyAuth   // AND — both required

Struct Tags

Enrich models without changing their Go type:

type CreateUserRequest struct {
    Name   string `json:"name" example:"Jane Doe" minLength:"2" maxLength:"100"`
    Role   string `json:"role" enums:"admin,user,guest" example:"user"`
    Age    int    `json:"age" minimum:"18" maximum:"120"`
    Avatar []byte `json:"avatar" swaggertype:"string" format:"base64"`
    Secret string `json:"-" swaggerignore:"true"`  // excluded from docs
}
TagPurpose
exampleExample value shown in Swagger UI
enumsComma-separated allowed values
swaggertypeOverride detected type (e.g., "primitive,integer" for time.Time)
swaggerignore:"true"Exclude field from the generated schema
extensionsAdd OpenAPI extensions: extensions:"x-nullable,x-deprecated=true"

Common Mistakes

MistakeWhy it breaksFix
Missing _ "yourmodule/docs" importSchema not registered; UI loads emptyAdd blank import in main.go or server init
Stale docs/ after code changesDocs diverge from implementation; consumers get wrong schemaRe-run swag init after every annotation change
@Param body with primitive typeswag cannot derive schema from string; generation failsAlways use a named struct for body params
No @Security on protected routesSwagger UI shows no lock icon; testers send unauthenticated requestsApply @Security to every authenticated endpoint
General info annotations in the wrong fileswag silently skips them; spec has no title/hostUse -g <file> flag or move annotations to main.go
Using {object} with a map typeswag cannot generate a schema for map[string]any without helpUse a named struct or annotate with swaggertype
Multi-word @Tags without quotesTags split on spaces, producing malformed groupingQuote tags with spaces: @Tags "user accounts"

Cross-References

  • → See samber/cc-skills-golang@golang-security for securing the Swagger UI endpoint in production (disable or gate with auth middleware).
  • → See samber/cc-skills-golang@golang-grpc for gRPC — use grpc-gateway with its own OpenAPI generator instead of swag.

This skill is not exhaustive — refer to the swaggo/swag documentation and code examples for up-to-date API signatures and usage patterns:

  • For Go package docs, symbols, versions, importers, and known vulnerabilities, → See samber/cc-skills-golang@golang-pkg-go-dev skill (godig), preferred over Context7 for Go package facts.
  • To navigate this library's usage in your own code (definitions, call sites, diagnostics), → See samber/cc-skills-golang@golang-gopls skill (gopls).
  • Context7 remains a fallback for docs not indexed on pkg.go.dev.

If you encounter a bug or unexpected behavior in swag, open an issue at https://github.com/swaggo/swag/issues.