The go.mod Builder creates the manifest that defines a Go module: its import path, the Go language version it targets and a require block of dependencies. Pick the common libraries your service needs and the tool emits valid module paths with real semver tags.
How it works
A go.mod file starts with a module line that sets the canonical import prefix — usually your repository URL — followed by a go directive declaring the minimum language version. The require block lists each dependency as a module path plus a version tag. The tool renders a single inline require for one dependency or a parenthesised block for several, sorting paths so the output is stable.
Go uses semantic import versioning: tags look like v5.1.0, and any major version of 2 or higher carries a /vN suffix in the import path itself, which is why chi appears as github.com/go-chi/chi/v5. Each toggle maps to a real, widely used module at a recent stable tag.
Next steps
After saving go.mod, let the Go toolchain finish the job:
go mod tidy # add transitive deps, drop unused ones, write go.sum
go build ./...
Tips and notes
Always commit go.sum next to go.mod — it stores verified checksums for every module so builds are tamper-resistant and reproducible. Set the go directive to the version you actually build and test with, since it controls which language features are available. If you later need a dependency this tool does not list, just go get module@version and go mod tidy will fold it in.