VSCode运行Cobra程序本质是调用go run .，需确保终端中该命令能成功执行；调试时须在launch.json中正确配置args传参，且子命令必须手动注册到rootCmd，否则静默失效。
VSCode里运行Cobra程序，本质是调用go run
VSCode本身不执行Go代码，它只是把go run命令发给终端。所以你在VSCode里“运行”一个Cobra CLI，和你在终端里敲go run .效果完全一样——前提是项目结构正确、依赖已拉取、main.go能正常入口。
常见卡点不是VSCode配置，而是：go run失败时VSCode直接报错“无法启动进程”，你得先在终端里复现并解决。
- 打开终端，进项目根目录，执行
go run .，看是否输出help信息 - 如果报
cannot find package "github.com/spf13/cobra"，说明没go mod tidy - 如果报
no Go files in current directory，说明当前目录下没有main.go或cmd/没被正确引用 - VSCode的Go插件默认会读
go.mod，但不会自动帮你补go mod init或tidy，这步必须手动做
调试特定子命令：launch.json里必须填args
默认launch.json只跑main.go，而Cobra的rootCmd.Execute()一启动就打印help，因为没传任何参数。想调试mytool server --port=8080，就得让VSCode把参数塞进去。
修改.vscode/launch.json里的args字段，例如：
{
"name": "debug server",
"type": "go",
"request": "launch",
"mode": "test",
"program": "${workspaceFolder}",
"args": ["server", "--port=8080"]
}
-
program填${workspaceFolder}比${filedirname}更稳，避免因当前打开文件不同导致路径错乱 -
args里的字符串必须是完整命令片段，不能写成--port 8080（空格分隔会被拆成两个参数，Cobra可能收不到） - 如果子命令本身定义了
PersistentFlags（比如--config），这些flag必须挂到rootCmd上，否则args传了也解析失败
cobra-cli init后，main.go怎么改才不破坏原有逻辑
执行cobra-cli init会生成cmd/root.go和覆盖main.go。如果你原来的main.go里有DB初始化、日志配置、信号监听等逻辑，直接覆盖就丢功能了。
安全做法是保留原main.go，只替换入口调用：
- 删掉原
main()里所有业务代码，只留两行：import "your-project/cmd"和cmd.Execute() - 把原来DB连接、log setup等逻辑移到
cmd/root.go的init()函数里，或者更推荐——在rootCmd.PreRunE里做初始化 - 别在
cmd.Execute()之后加任何代码，它内部已含os.Exit(1)，后续语句永不执行
为什么cobra add生成的子命令总不生效
cobra add server只是生成cmd/server.go文件，但不会自动注册到rootCmd。这是新手最常漏的一步。
必须手动在cmd/root.go里加注册语句：
func init() {
rootCmd.AddCommand(serverCmd)
}
-
serverCmd变量名来自生成的cmd/server.go顶部的var serverCmd = &cobra.Command{...} - 如果
server.go里用了init()注册，那它会在包加载时自动注册；但cobra add默认不写这个，得自己补 - 注册顺序不影响执行，但未注册的命令在
mytool --help里根本不会出现，也不会响应mytool server
