cobra.Command 通过 AddCommand 注册独立子命令实现增删查，各子命令自行解析参数、校验输入、调用业务逻辑；任务数据应持久化至 JSON 文件，注意并发、路径兼容与原子写入；delete 支持 ID 精确匹配和 name 前缀模糊搜索，匹配多结果时需用户确认；CLI 不负责调度，仅提供导出 crontab 等辅助能力。
cobra.Command 怎么绑定子命令实现增删查
增删查本质是三个独立的子命令，不是靠 switch 分支硬写，而是用 cobra.Command 实例分别注册。每个子命令自己解析参数、校验输入、调用业务逻辑——这样后期加「导出」或「标记完成」才不会互相污染。
常见错误是把所有逻辑塞进 RootCmd 的 Run 函数里，结果参数判断越来越长，--id 和 --name 冲突、漏校验、help 信息不准确全由此来。
- 用
rootCmd.AddCommand(addCmd, listCmd, deleteCmd)注册，不是拼字符串 - 每个子命令的
Use字段必须唯一且符合 CLI 惯例（如add、list、delete） - 参数通过
cmd.Flags().String("name", "", "task name")声明，别在 Run 里手动 parse os.Args - 校验失败时直接
fmt.Fprintln(cmd.ErrOrStderr(), "error: ...")+os.Exit(1)，别只打 log
任务数据存哪？JSON 文件比内存变量更靠谱
CLI 工具重启就丢数据，意味着不能把 tasks 存成全局 slice。最轻量又可靠的方案是读写本地 JSON 文件，比如 tasks.json。不是为了“持久化”这个概念，而是避免用户执行 mytask list 时发现昨天加的任务没了。
容易踩的坑是忽略文件并发和权限：多个终端同时运行时，os.OpenFile(..., os.O_WRONLY|os.O_CREATE) 不加 os.O_EXCL 可能覆盖；Windows 下路径分隔符写死 "./data/tasks.json" 在某些环境会 panic。
立即学习“go语言免费学习笔记（深入）”；
- 用
ioutil.ReadFile+json.Unmarshal读，别用os.Read手动拼字节 - 写入前先
os.MkdirAll(filepath.Dir(path), 0755)确保目录存在 - 写文件用临时文件 +
os.Rename替换，防止中断导致 JSON 损坏 - 错误处理要区分：
no such file是正常（首次运行），但invalid character就得报错退出
怎么让 delete 支持按 ID 或名称模糊匹配
delete 命令如果只支持精确 ID，用户得先 list 再复制一串 UUID，体验极差。实际做法是允许 --id 和 --name 同时存在，优先按 ID 精确删，没匹配到再按名称前缀搜索（不推荐全模糊，易误删）。
注意：cobra 默认不阻止重复 flag，如果用户写了 mytask delete --id 123 --id 456，cmd.Flags().GetString("id") 只返回最后一个值，得用 GetStringSlice 才能拿到全部——但 delete 通常只删一个，所以应主动校验是否传了多个 --id 并报错。
- 用
cmd.Flags().String("id", "", "task ID (exact match)")和cmd.Flags().String("name", "", "task name prefix")分开声明 - ID 匹配走
==，name 匹配用strings.HasPrefix(task.Name, nameFlag) - 匹配结果为空时不静默，输出
no task found matching --id="xxx" - 匹配到多个 name 时，不自动删，而是列出 ID 让用户确认，或加
--force跳过提示
为什么不用 cron 或第三方调度库
题目里“任务调度”是误导词。CLI 本身不调度——它只是增删查本地任务列表。真要定时执行，那是用户自己的事：用系统 cron 调 mytask run --id=xxx，或写个简单 goroutine loop（仅开发调试用）。强行在 CLI 里集成 robfig/cron 或 go-co-op/gocron，只会让二进制变大、启动变慢、信号处理变复杂。
最常被忽略的一点：CLI 进程退出后，里面起的 goroutine 全部终止。所谓“后台运行任务”，其实是用户误解。如果你看到某个工具声称“支持后台定时”，背后一定是它生成了系统级 service 或写入了 crontab。
- 不要在
run子命令里起 long-running timer —— 它该做的是立即触发一次任务逻辑，然后退出 - 如果真要调度，提供
mytask export-crontab命令生成标准 crontab 行，让用户自己决定怎么装 - 所有时间相关字段（如
DueAt time.Time）存 UTC，避免本地时区解析歧义
