一个人 + AI 做产品：2026 版工具链选型指南（附我的取舍）

2026 年，一个人加 AI 做产品，工具多到让人 paralysis：Cursor、Claude Code、Codex CLI、Windsurf、Lovable、Bolt……每个都有人背书，每个看起来都"必须试试"。我的观点很直接：没有最优工具链，只有"和你工作方式匹配"的工具链。但有三条硬原则，违反任何一条，迟早要交学费。这篇先讲三条原则，再给四个位置的具体选型和我的取舍，最后算一笔账。

为什么 2026 年选型变难了

三年前选型很简单：VS Code + GitHub + Vercel，完事。难的是现在：工具从"帮你写代码"变成了"替你做决策"——选 Cursor 还是 Claude Code，不再是选编辑器，是选"工作方式"；选 Lovable 还是自己搭，不再是选效率，是选"控制权"。选型的重量变了，因为工具开始塑造你的工作流，而不是适应你的工作流。在这种环境下，"哪个最好"是个伪问题，"哪个最不会背叛我"才是真问题。三条原则，都是冲着"不被背叛"去的。

原则一：选有逃生舱的

评估任何工具的第一个问题："如果明天它倒闭/涨价/变难用，我的代码和数据能不能完整带走？"能，叫有逃生舱；不能，叫人质。

具体怎么看：代码是不是标准格式（git 仓库、普通文件）？数据能不能一键导出（SQL dump、CSV）？配置是不是开放格式（MCP config、rules 文件）？历史记录（transcript、记忆）能不能迁移？Claude Code 和 Codex CLI 在这方面是优等生：跑在你的终端，代码就在你的文件系统，换工具零成本。Cursor 也还行：项目文件是同步的，规则是 markdown。no-code 工具（Lovable、Bolt.new）是最需要警惕的：它们生成的是标准代码（这点比 2024 年进步很多），但"一键导出再自己维护"的体验，依然不如原生开发顺滑。

反例：我见过有人把整个 SaaS 做到某 no-code 平台上，用户量起来之后想加一个平台不支持的功能，发现导出代码自己改的成本比重写还高——因为 AI 生成的代码是"能跑"但"没人敢动"的（对照上一篇指南的清单，它大概率 10 项里挂 6 项）。逃生舱不是"以防万一"，是"迟早用上"。2026 年的工具死亡率不低，为迁移做预算，是成年人的基本功。

原则二：选 Agent 优先，而非补全优先

2026 年有个拐点：补全（autocomplete）已经商品化，Agent 才是分水岭。所有主流工具的补全都够用了，差的是"能不能独立完成一个任务"。选型时，别再对比"补全准不准"，对比"Agent 强不强"：能不能多文件改？改完会不会自己跑测试？需不需要你一步步盯？

这条原则的推论是：为"旧范式"付费要谨慎。如果一个工具 2026 年还在主打"补全速度提升 20%"，它大概率已经掉队了——就像 2010 年还在宣传"开机速度"的手机厂商。你的钱和学习成本，应该投给"Agent 工作流"：任务规划、并行执行、验收机制。当然，补全依然有用（写样板代码时），但它应该是赠品，不是卖点。

原则三：为"可丢弃"做预算

工具会死，价格会变，API 会改。2026 年 9 月，OpenAI 一口气推出 Ultrafast 速度档和 Pro 500（500 美元/月）；Cursor 的 Projects 还是 beta，随时可能调价。任何"all-in 一个工具"的长期承诺，都是在赌它不变——而 AI 行业唯一不变的就是变。

实操：订阅制工具，最多一次买季度，别买年；API 按量，设置月度上限和告警；核心工作流，保留"降级方案"（比如主力用 Cursor，备用方案是 Claude Code + 终端，真出问题 10 分钟能切过去）。"可丢弃"不是不投入，而是"投入的时候就想好退出路径"。逃生舱是技术问题，可丢弃是财务和心理问题——别对工具产生感情。

四个位置的选型和我的取舍

写代码：IDE 派 vs 终端派 vs 全托管 vs no-code。这是最难选的，我的取舍很明确：

• 终端派（Claude Code / Codex CLI）：适合"已经知道要做什么"的人。你对架构有判断，Agent 是执行者。优点是逃生舱满分、组合自由（配任何编辑器、任何模型）；缺点是学习曲线陡，对新手不友好。独立开发者里的"老手"归宿。
• IDE 派（Cursor）：适合"边想边做"的人。你在探索，Agent 陪你探索。Projects 这种协调者 Agent 出现后，IDE 派的上限被打开了——适合做"还没想清楚"的复杂项目。缺点是绑定感强，换工具要适应。
• 全托管（Windsurf / Devin）：适合"不想管环境"的人。开箱即用，Cascade 之类的 Agent 流程打磨得好。缺点是逃生舱最弱，价格敏感度高。适合验证期、黑客松。
• no-code（Lovable / Bolt.new）：适合"验证想法"的阶段。从 0 到 demo 的速度无敌，但必须有迁移预案：验证成功后，是继续在上面迭代，还是导出重写？提前想好，别等到用户量起来了才想。

我的个人答案：主力终端派（Claude Code），复杂探索开 Cursor，验证想法用 Lovable。三个都会用，但主力只有一个——工具链的"主力"必须唯一，否则上下文分散在三个工具里，谁都记不住。

数据层：Supabase / Neon / 本地 Postgres。独立开发者的答案很简单：Supabase。Auth、数据库、存储、边缘函数一条龙，免费额度够用到有收入。Neon 适合"只要 Postgres，不要其他"的人，分支功能（branching）对 Agent 工作流很友好——每个 Agent 一个数据库分支，互不干扰。本地 Postgres 适合极度在意数据主权的人，但运维成本自己扛。原则：数据层选"能一键导出 SQL"的，三个都满足，所以选最省事的。

部署：Vercel / Cloudflare / Fly。Vercel 是前端/全栈的默认答案，Preview Deployment（每个 PR 一个预览链接）对 Agent 工作流是神器——Agent 改完直接给你链接看效果。Cloudflare 适合"全球分布 + 便宜"的场景，Workers 生态 2026 年已经很成熟。Fly.io 适合"要跑有状态服务/奇怪的东西"的人。原则：部署选"回滚一键"的——AI 改坏了能秒回滚，比什么都重要。

杂项：域名、监控、分析。域名用 Cloudflare（便宜、DNS 快）；监控用 Sentry 免费档（AI 写的代码，错误监控是刚需，不是选配）；分析用 Plausible 或 Umami（轻量、不卖用户数据）。这些"小钱"别省：AI 让你 3 天上线，但上线之后的问题，AI 帮不上忙，得靠监控告诉你。

计费心态：订阅 vs 按量，速度税怎么交

2026 年的计费有三种：订阅（Cursor 20 美元/月之类）、按量（API token）、速度税（Ultrafast 这种）。我的心态是：

• 订阅是"座位费"：保证你随时有工具用。选 1–2 个主力订阅，别贪多。3 个 IDE 订阅 + 2 个 API 账号，是典型的"工具囤积症"——每个都没用深。
• 按量是"油费"：跑得多花得多。设置月度上限，超了就停下来想想——是不是 prompt 写得太浪费（比如让最贵的模型干杂活，对照上一篇的模型分级）。
• 速度税是"急件费"：Ultrafast、Pro 500 这类，只在"时间就是钱"的场景开：给客户 live demo、赶发布窗口。日常开发开极速，等于天天叫闪送买菜——爽，但败家。

每月花 10 分钟看一次账单：哪个工具花了多少钱、办了多少事。砍掉"连续两个月没打开"的订阅，这是最简单的省钱方法。

反例：工具囤积症

最后说个常见病：工具囤积症。症状是：5 个 AI IDE 都装了，3 家 API key 都配了，每个工具都"试过"，每个都没用深。病因是"害怕错过"——万一那个没用的才是未来呢？

解药是承认一个现实：工具的差距，远小于"用深一个工具"和"浅尝五个工具"的差距。把一个工具用到"肌肉记忆"的程度（快捷键、Agent 习惯、prompt 模板），产生的复利远超"每个都懂一点"。2026 年的工具够多了，缺的是"把一个用好"的耐心。选定一个主力，给它 3 个月，其他的只当备胎——3 个月后如果主力真的不行，再换不迟。频繁换工具的人，不是在选型，是在逃避"把事情做成"。

附：主力工具的"退出预案"模板（10 分钟写完）

原则一说"选有逃生舱的"，这里给个可以直接填的模板。拿你现在的主力工具，花 10 分钟回答：

• 代码在哪？（本地 git 仓库 / 云端 / 平台内——如果答案是"只在平台内"，红灯）
• 完整导出需要几步？（理想答案：一条命令或一个按钮；如果需要"联系客服"，红灯）
• 数据怎么拿出来？（SQL dump / CSV 导出 / API 拉取——截图不算导出）
• 配置能迁移吗？（rules、prompt 模板、MCP 配置是不是标准格式，能不能直接给下一个工具用）
• 历史记录呢？（transcript、记忆、上下文——丢了心疼吗？心疼的话，定期备份）
• 备胎是谁？（主力挂了，10 分钟能切到谁？提前装好、配好、跑通过一次）
• 切换成本多高？（按"天"估算：如果超过 3 天，说明绑定太深，该解耦了）

这份预案不用完美，关键是"写下来"。写下来的过程，会逼你发现那些"我以为能导出，其实不行"的坑。我自己的教训：曾经有个 side project 的用户反馈数据只存在某工具的云端，导出要手动一条条复制——发现的时候已经 2000 多条了。10 分钟的预案，换的是这种"半夜想起来一身冷汗"的安心。每年（或者每次换主力工具时）重填一次，5 分钟就够。

一句话总结

三条原则（有逃生舱、Agent 优先、为可丢弃做预算）+ 一个主力（终端派/IDE 派二选一）+ 每月看一次账单。这套东西不性感，但管用。工具会换代，模型会过气，价格会乱跳——唯一不会过时的，是"你和工具的关系"：你是主人，它是扳手。扳手越好用，越要记得：拿起它的是你，决定拧哪颗螺丝的也是你。本周行动：列出你现在所有的 AI 工具订阅，砍掉连续两个月没打开的；给主力工具写一份"退出预案"（代码在哪、数据怎么导出、备胎是谁），10 分钟，换一份安心。