用途：为 Go 项目搭建或审计基础工程结构，包括目录布局、go.mod 规范、工具版本固定、linter 配置、任务运行器和 CI 工作流。
使用方式：先运行 .agents/skills/pflow-golang-setup/scripts/setup-context.sh，得到 go_version、toolchain、golangci_config、golangci_config_version、task_runner、github_workflows、remote_host、dirs、main_packages、files_present、go_tools、dependabot、renovate、missing 等信息。若该脚本以非零退出或 JSON 中 status 为 error，则打印 ⚠️ <error.message> 并停止；其他命令失败只作为发现项记录并继续。
先告知用户已有内容与 missing 列表，询问要补哪些缺口；绝不覆盖已有文件，只提出 diff。按所选项目读取对应参考并生成文件：新项目、目录结构、多二进制、monorepo 布局读 layout.md；go.mod、go 行、tool 指令、版本、vendoring 读 go-mod.md；.golangci.yml（v2）、格式化器、nolint 策略读 golangci.md；Taskfile 或 Makefile 的 build、test、lint、race、coverage、gate 读 task-runner.md；CI 工作流、缓存、发布、Dependabot/Renovate（remote_host 为 github 时）读 ci-github-actions.md。生成内容须与项目既有选择一致：同一任务运行器、与 go_version 相同的 Go 版本、来自 go_tools 的同一批生成工具。每个生成的 gate 都要能用一条命令本地运行（task check 或 make check），并在 CI 中同样运行。
最后运行一次新 gate 并报告结果；若所需工具未安装，则给出用户应执行的确切命令。路径相对 .agents/skills/pflow-golang-setup/。
注意事项：golangci_config_version 为空或为 1 但使用现代 golangci-lint 时说明是 v1 配置，建议用 golangci-lint migrate，不要手写重写。模板只是起点，项目用不到的部分应删除（库不需要 Dockerfile，CLI 不需要 api/）。
限制：资料未提供具体收费、价格、支持平台或效果说明。