在 WSL Ubuntu 中运行 bun x create-next-app 时，常因终端交互异常卡在 TypeScript 选项界面；可通过禁用交互模式、显式传参或升级 Bun 至 v1.0.2+ 快速解决。
在 wsl ubuntu 中运行 `bun x create-next-app` 时，常因终端交互异常卡在 typescript 选项界面；可通过禁用交互模式、显式传参或升级 bun 至 v1.0.2+ 快速解决。
当你在 WSL（Windows Subsystem for Linux）的 Ubuntu 环境中执行 bun x create-next-app 命令时，CLI 可能会在第二个交互式问题（“Would you like to use TypeScript? › No / Yes”）处完全无响应——键盘输入无效，进程看似挂起。这并非你的操作失误，而是 Bun v1.0.1 及更早版本中存在的已知终端交互兼容性问题，根源在于其底层对伪终端（PTY）的处理在某些 WSL 配置下失效。
✅ 推荐解决方案（按优先级排序）：
-
立即升级 Bun（最简修复）：
运行以下命令升级至修复版本（v1.0.2+ 已合并相关补丁）：bun upgrade
升级完成后重新执行 bun x create-next-app，交互应恢复正常。
-
跳过交互，使用非交互式模式（兼容性强）：
直接调用 create-next-app 并传入全部参数，完全绕过 CLI 提问流程：create-next-app my-app \ --ts \ --tailwind \ --eslint \ --app \ --src-dir \ --use-bun \ --import-alias "@/*"
✅ 提示：所有可用标志详见 Next.js 官方文档 — Non-interactive mode。你可根据项目需求删减或调整参数（如去掉 --ts 表示不启用 TypeScript）。
⚠️ 注意事项：
- 若仍使用旧版 Bun 且无法升级，请避免在 WSL 中依赖 bun x 启动交互式脚手架，优先采用非交互式命令或改用 npx create-next-app@latest 作为临时替代；
- 确保 WSL 终端为默认配置（如 Windows Terminal + Ubuntu），部分第三方终端模拟器可能加剧 PTY 兼容问题；
- 执行非交互命令前，建议先全局安装最新版 create-next-app（bun add -g create-next-app），以保证功能完整性。
? 总结：该问题本质是 Bun 的早期版本在 WSL 环境下的终端控制缺陷，社区已在 issue #4664 中确认并修复。升级 Bun 是根本解法；而显式参数化创建则是稳定、可脚本化、适合 CI/CD 的最佳实践。
