survey.multiselect 更可靠，因其底层用 golang.org/x/term 统一处理终端输入，支持空格选择、箭头导航、全选/取消、搜索过滤，且自动适配 windows/posix；手写循环易卡死、panic、不支持交互功能。
直接用 survey.MultiSelect 就能做出带空格选择、上下键导航、全选/取消全选的多选菜单，不需要自己处理 ANSI 控制序列或 stdin 缓冲。
为什么 survey.MultiSelect 比手写循环更可靠
手写 fmt.Scanln + 切片拼接，容易在 Windows 上卡住、在 CI 环境里直接 panic，而且不支持关键词过滤和箭头导航。而 survey.MultiSelect 底层用 golang.org/x/term 统一读取原始字节流，自动适配 POSIX 和 Windows 控制台模式。
- 它默认启用键盘快捷键：
Space选中/取消，a全选，u取消全选，/进入搜索模式 - 选项数量超过终端高度时会自动滚动，不会截断或错位
- 返回值是
[]string类型切片，不是索引或布尔数组，业务逻辑不用二次映射
survey.MultiSelect 的必填参数和常见坑
必须显式传入 Message 和 Options，否则运行时报 panic: runtime error: invalid memory address；Default 字段不是字符串而是 []string，填错类型会导致静默忽略。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
Message：提示语，例如"Choose frameworks:" -
Options：字符串切片，例如[]string{"React", "Vue", "Svelte"} -
Default：预选中的项，必须是Options中已存在的字符串，且类型为[]string，比如[]string{"Vue"} - 漏掉
survey.WithValidator(survey.Required)时，用户直接按回车会返回空切片，而不是报错
如何让多选结果支持模糊搜索和动态过滤
survey.MultiSelect 原生支持 / 键触发搜索，但默认不开启高亮匹配字符。要启用搜索增强，得加 survey.WithFilter(true)，并且确保 Options 是静态可遍历的——动态生成的选项（如从 HTTP 接口拉取）必须在 AskOne 调用前完成。
- 搜索时大小写不敏感，输入
re会匹配React和Next.js（如果含re） - 不能在搜索过程中修改
Options切片内容，否则可能 panic 或显示错乱 - 若终端宽度小于最长选项名，搜索框会自动换行，不影响功能
在 CI 或无 TTY 环境下安全降级
GitHub Actions、GitLab CI 默认没有分配伪终端（PTY），survey.MultiSelect 会卡住或直接崩溃。此时不能靠 os.Getenv("CI") 简单判断，得用 isatty.IsTerminal(os.Stdin.Fd()) 实测。
- 降级方案：检测到非终端环境后，跳过
AskOne，改用硬编码默认值或从环境变量读取 - 必须显式传
survey.WithStdio(os.Stdin, os.Stdout, os.Stderr)，否则在重定向管道中（如go run main.go | cat）会 panic - 别依赖
os.Args是否含--interactive标志来决定是否调用MultiSelect，因为用户可能忘了加，导致流程中断
真正难处理的不是怎么画出多选框，而是当用户在搜索框里连按五次退格再输入中文时，底层 term 状态是否同步——这已经超出业务代码能干预的范围，所以别试图 patch survey 的内部状态机，老实用它的原生路径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
