加餐 3 | AI 开发工具选型决策树——30+ 工具怎么选不踩坑
目标：止损「工具集邮」，用同一套判断标准做选择。下列 30+ 工具按类别罗列，并非排名；适合你团队的才是正确答案。
一、选型的第一性问题：你在优化什么？
flowchart TD
Q{瓶颈是什么?}
Q -->|交付速度| A[协作流/Agent]
Q -->|质量稳定| B[测试/规范/审查]
Q -->|分发增长| C[落地页/SEO/数据]
Q -->|成本| D[模型/托管/观测]
先写瓶颈，再选工具；反过来会被广告带着跑。
二、决策树（总览）
flowchart LR
P[产品阶段] --> S[栈约束]
S --> T[团队习惯]
T --> TC[工具组合]
- MVP：优先默认栈（Next.js + 一家托管）+ 一个主力 Agent。
- 增长期：补观测与测试，不补「更多模型」。
- 团队期：补规范、权限、审计与工作流，不补「更多原型工具」。
三、编辑器与 IDE 层（6）
- Cursor：深度集成 Agent，适合 Vibe Coding 主战场。
- VS Code：生态最大；配合插件可拼装工作流。
- Windsurf / Codeium 系：强调流式与多文件编辑，按团队试用。
- JetBrains 系：强重构与语言服务，适合 Java/Kotlin 主力栈团队。
- Neovim + 插件：极致可定制，学习曲线陡。
- GitHub Codespaces：标准化远程环境，适合协作 onboarding。
选型建议：全栈 Next.js 课程默认 Cursor 或 VS Code；不要同时强行统一 Vim 与 GUI 派。
四、编码 Agent 与 CLI（7）
- Claude Code / Anthropic 生态 Agent
- GitHub Copilot / Copilot Chat
- Aider（终端补丁流）
- Continue（开源助手插件）
- Cline（强调可扩展工作流）
- Amazon Q Developer（企业 AWS 绑定场景）
- 自建 Agent（LangGraph / 自研编排，成本高）
选型建议：个人开发者 1 主 1 备；企业再加审计与数据出境评估。
五、原型与 UI 生成（4）
- v0（Vercel）
- Bolt
- Lovable
- Framer AI / 其他页面生成器
参考《工具链与开发框架》：比较的应是 后续接入你栈的成本，不是首屏生成速度。
六、模型与 API 路由（5）
- OpenAI API
- Anthropic API
- Google Gemini API
- DeepSeek / 国内模型 API
- OpenRouter 等多模型网关
选型建议：生产要 可切换（抽象一层 SDK），但开发期不要同时开太多家，否则调试爆炸。
七、全栈框架与元框架（3）
- Next.js（App Router）（本课默认）
- Remix
- SvelteKit
选型建议：跟课程走选 Next；若团队已有 Remix 存量，别为课强行迁移。
八、UI 与样式（4）
- Tailwind CSS
- shadcn/ui
- Radix / Headless 组件
- MUI / Chakra（企业组件库路线）
九、数据层与 BaaS（4）
- Drizzle ORM
- Prisma
- Supabase（Postgres + Auth + Storage）
- PlanetScale / Neon / Turso（托管数据库）
十、认证（2）
- Auth.js / NextAuth
- Clerk / Auth0 等商业化 Auth
十一、测试与质量（4）
- Vitest
- Jest
- Playwright
- Testing Library
选型建议：Next 全栈优先 Vitest + Playwright 组合思路（按团队现状微调）。
十二、CI/CD、托管与边缘（4）
- GitHub Actions、GitLab CI：流水线与发布闸门。
- Vercel：Next.js 默认亲和。
- Cloudflare Pages / Workers：边缘与 DNS/CDN 一体时常用。
十三、可观测、日志与统计（4）
- Sentry：前端/服务端错误聚合。
- GA4：行为分析（注意隐私同意）。
- Umami：轻量自托管统计。
- Axiom / Grafana Cloud 等：日志与指标（按规模选用）。
十四、协议与集成（2+）
- MCP：工具与资源的标准接口层（本课 V6 重点）。
- A2A 等 Agent 互联协议：关注演进，选型以「可替换」为原则。
十五、附录：30+ 工具速查表（不按排名）
下表用于「点名覆盖」——避免你产生「是不是漏了某个热门名词」的焦虑；真正选型仍回到第一节的瓶颈问题。
| # | 工具/产品 | 类别 | 备注 |
|---|---|---|---|
| 1 | Cursor | IDE/Agent 宿主 | Vibe Coding 主战场 |
| 2 | VS Code | IDE | 生态最大 |
| 3 | Windsurf | IDE/Agent | 多文件流式编辑 |
| 4 | JetBrains IDE | IDE | 强语言支持 |
| 5 | Neovim | 编辑器 | 可定制 |
| 6 | GitHub Codespaces | 远程环境 | 协作 onboarding |
| 7 | Claude（应用/CLI） | 模型+Agent | 长文与代码强 |
| 8 | ChatGPT / Codex | 模型+Agent | 通用 |
| 9 | GitHub Copilot | 补全/Chat | 与 GH 深度集成 |
| 10 | Aider | CLI Agent | 补丁流 |
| 11 | Continue | 插件 Agent | 开源可改 |
| 12 | Cline | Agent 工作流 | 可扩展 |
| 13 | Amazon Q | 企业助手 | AWS 场景 |
| 14 | v0 | 原型 | Vercel 生态 |
| 15 | Bolt | 原型 | 快速页面 |
| 16 | Lovable | 原型 | 全栈生成 |
| 17 | Framer | 站点/设计 | 视觉向 |
| 18 | Next.js | 框架 | 本课默认 |
| 19 | Remix | 框架 | Web 标准向 |
| 20 | SvelteKit | 框架 | 轻量向 |
| 21 | Tailwind CSS | 样式 | 实用类优先 |
| 22 | shadcn/ui | 组件 | 可复制粘贴 |
| 23 | Radix | Headless | a11y 基座 |
| 24 | MUI | 组件库 | 企业风 |
| 25 | Drizzle | ORM | SQL-like |
| 26 | Prisma | ORM | Schema 中心 |
| 27 | Supabase | BaaS | Auth+DB+存储 |
| 28 | Neon | DB 托管 | Serverless PG |
| 29 | Turso/libSQL | DB 托管 | 边缘 SQLite |
| 30 | Auth.js | 认证 | 自托管向 |
| 31 | Clerk | 认证 | 开箱即用 |
| 32 | Vitest | 测试 | 快 |
| 33 | Jest | 测试 | 传统 |
| 34 | Playwright | E2E | 浏览器自动化 |
| 35 | Testing Library | 测试 | 组件行为向 |
| 36 | GitHub Actions | CI/CD | 常见默认 |
| 37 | Vercel | 部署 | Next 亲和 |
| 38 | Cloudflare | CDN/边缘 | DNS+安全 |
| 39 | Docker | 容器 | 自建/一致环境 |
| 40 | Sentry | 观测 | 错误 |
| 41 | GA4 | 统计 | 行为分析 |
| 42 | Umami | 统计 | 自托管轻量 |
| 43 | PostHog | 产品分析 | 功能旗/事件 |
| 44 | Langfuse | LLM 观测 | 提示与调用追踪 |
| 45 | MCP Inspector | 调试 | MCP 开发 |
| 46 | OpenAI API | 模型 | 通用 |
| 47 | Anthropic API | 模型 | 长上下文 |
| 48 | OpenRouter | 网关 | 多模型路由 |
（已超过 30；你可把表当作「地图」，不必全部尝试。）
十六、反模式：工具越多越慢
参考 Vercel 工程经验：工具集合过大会提高模型决策噪声。你应定期做「工具裁员」：
- 三个月未用的插件卸载
- 重复能力的 Agent 只保留一个主路径
- 文档里写明「默认路径」，其他都算例外
十七、给 VibeNote 学习者的推荐「最小套装」
- IDE：Cursor
- 框架：Next.js + TypeScript
- UI：Tailwind + shadcn/ui
- DB：Drizzle + 托管 Postgres/SQLite（按阶段）
- Auth：Auth.js 或 Clerk（按投入）
- 测试：Vitest + Playwright（逐步加）
- 部署：Vercel（或等价）
- 观测：Sentry + Umami/GA4 二选一
- 集成：自研 VibeNote MCP Server（V6）
十八、小结
- 先识别瓶颈，再选工具；先默认栈，再扩展。
- 原型工具看「后续接入成本」，模型网关看「可切换抽象」。
- 定期裁员工具集，避免决策噪声。
- VibeNote 路线有清晰最小套装，可按阶段渐进。
思考题
- 你当前最痛的瓶颈是交付、质量、成本还是分发？它会如何改变你的工具优先级？
- 你是否在重复购买两种「同类 Agent」？能否合并成主备关系？
- 你会如何为团队写一页「默认工具链」以避免各自为政？
下节预告
结束语：把课程收束为「个人系统」——如何持续学习、如何把 VibeNote 当作作品集、如何看职业路径与趋势。
