1 个 AI 工具做出完整产品:一人公司的工具链公开
1 个 AI 工具做出完整产品:一人公司的工具链公开
上一篇我说要写「用了哪些 AI 工具做出一个完整产品」。
我回去认真盘了一下——AI 编码工具只有一个:Claude Code。
没有 Cursor,没有 Copilot,没有 ChatGPT 辅助编程。就这一个工具,从第一行代码写到上线,自己一行没写。
但「写代码」只是做产品的其中一环。
产品骨架用什么搭?用户数据怎么存?界面怎么做好看?用户怎么登录?怎么部署上线?——这些问题,AI 帮不了你决定。
这篇把我做 CardIsle(cardisle.me)用到的全部工具摊开来讲。不讲技术细节,只说清楚每个环节 「为什么选它」「真实体验」「踩过的坑」。
不是程序员也能看懂——因为选工具的核心从来不是技术,是判断力。
唯一的 AI 编码工具:Claude Code
先说 AI。
很多人问我为什么不用 Cursor 或 Copilot。不是它们不好,是工作方式不一样。
Cursor 和 Copilot 更像「拼写检查」——你写一半,它帮你补全后面半句。但我不是在改一个已有项目,我是从零开始做一个完整的产品——需要一个能理解整个项目、帮我从头到尾写完整功能的助手。
Claude Code 做的就是这件事。更像「结对搭档」:我说做什么,它帮我从零写到能用。
举个例子:CardIsle 有一个文章编辑器,功能很复杂——能插入表格、代码、图片,能拖拽排序,有工具栏和快捷键,全套。如果自己写,至少一周。我跟 Claude Code 描述了需求,一个下午全部搞定。
但它不是万能的。
上一篇我说过「AI 让功能膨胀更容易犯」——问题就出在这里。Claude Code 写代码太快了,快到你来不及想「该不该做」就已经做完了。名片、主页、简历、博客、AI 助手、商店……什么都做了,结果用户打开不知道这是什么产品。
所以我的结论是:AI 编码工具不需要多,需要深。 1 个用熟了,比 5 个浅尝辄止省的时间多得多。

6 个问题,6 组工具
做一个产品要解决 6 个问题。下面每个问题说:我选了什么、为什么、踩了什么坑。
1. 产品骨架用什么搭?
选了 Next.js——一个能同时搞定前台页面和后台逻辑的框架。
这对一个人做产品太重要了。传统做法是:前端一个项目,后端一个项目,两边都要维护。Next.js 让我一套代码搞定两边,省掉一半的维护量。
搭配 TypeScript(带类型检查的编程语言)。产品越做越大,数据结构越来越复杂,如果没有类型检查,改一个字段就可能在另一个地方埋一个隐形 bug。TypeScript 相当于给代码加了一层安全网。
踩坑:有一次我改了一个配置文件的文件名,产品的页面路由直接全挂了——用户访问任何页面都是 404。最坑的是:没有任何报错。系统不告诉你哪里出了问题,就是静默失效。排查了半天才发现,这个文件的名字是固定的,改了就不认。
一句话收获:一个人做产品,选一个前后端一体的框架,维护成本最低。
2. 用户数据怎么存?
选了 PostgreSQL(数据库)+ Prisma(数据库管理工具)。
Prisma 的好处是:你在一个地方定义了数据结构(比如「用户」有哪些字段),它会自动帮你同步到代码里。不会出现「数据库改了但代码忘改」的低级错误。
踩坑:有一天我心血来潮,一口气给 4 个功能改了数据结构——产品标签、评论、优惠券、定价,全塞在一次修改里。结果出了问题,只能整体回滚。一天白干。
教训:改数据结构必须小步走,一次只改一件事。贪多嚼不烂,这里尤其真实。
3. 界面怎么做好看?
我不是设计师。
选了 Shadcn UI——一套开箱即用的界面组件库,按钮、弹窗、表格、表单……48 个组件,改改颜色就能用,不用从零设计。

而且它的设计理念很特别:不是装一个第三方包,而是把源代码直接放到你的项目里。你拥有全部代码,可以随便改,不怕第三方突然不维护了。这对一人公司太友好了。
一句话收获:不会设计的人做产品,选一套现成的组件库,比自己画要省心十倍。
4. 复杂交互怎么搞?
CardIsle 有两个核心编辑器:文章编辑器和个人主页编辑器。
编辑器类产品最难的不是「好不好看」,是「用起来够不够顺手」——能不能插入图片视频?能不能拖拽排序?改错了能不能撤销?
我用了三个工具配合:
-
• 文章编辑器:能写富文本(表格、代码块、图片、视频都支持) -
• 拖拽排序:个人主页有 23 种内容模块,用户可以自由拖拽调整顺序 -
• 撤销/重做:编辑器必须有后悔药,改错了随时撤回
一句话收获:做编辑器类产品,富文本 + 拖拽 + 撤销,缺一个体验就差一截。
5. 用户怎么登录?
CardIsle 支持 4 种登录方式:GitHub 登录、Google 登录、微信扫码、邮箱登录。用一个统一的登录框架管理,一套代码搞定。
踩坑:最初用的是「邮件链接登录」——发一封邮件,用户点链接直接跳回网站就登录了。听起来很优雅,实际一塌糊涂。
在微信里打开链接,点了之后跳转异常,直接登录失败。
根本原因是这种方式依赖浏览器跳转,但微信内置浏览器的跳转行为不可控。
最终改成了邮箱验证码——发 6 位数字,用户在页面直接输入,不需要任何跳转。所有设备体验一致,问题彻底解决。
一句话收获:面向国内用户的产品,一定要在微信内测试。很多看起来正常的方案,到微信里就不行。
这是我做 CardIsle 的完整工具链记录。每周我都在这里分享真实的搭建过程——好用的工具和踩过的坑都有。
6. 怎么部署上线?
一个人,没有运维团队。
我的方案是:用 Docker(容器化工具)把产品、数据库、访问统计打包在一起,一条命令就能部署。再配上自动化流水线——我在电脑上推送代码,服务器自动更新,全程不需要手动登录服务器操作。
从「改完代码」到「线上生效」,一分钟搞定。
一句话收获:一人公司的部署原则——能自动化的绝不手动。

如果重来一次
盘完这些工具,我总结了 3 条选工具的教训:
第一,先把「不用纠结的」定死。
产品骨架、编程语言、数据库——这些在开始之前就该定好,中间不要换。我选工具花了半天,后面 7 周半没有再纠结过一次。把精力留给真正需要判断的事:做什么功能、不做什么功能。
第二,AI 工具用深不用多。
我全程只用 Claude Code,没有在多个 AI 工具之间来回切换。一个工具用熟了,你知道它什么时候好用、什么时候会犯错、怎么跟它协作效率最高。这比「每个都试试」节省的时间多得多。
第三,改数据结构永远小步走。
这条太痛了。一次改 4 个功能,出了问题只能整体回滚,损失一整天。以后一次只改一件事,哪怕分 4 次做。
完整工具清单
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
工具是手段,判断力才是核心。
AI 帮你写代码,但「做什么、不做什么」只能你自己想清楚。
下一篇我会写:我为什么选了「名片 SaaS」这个方向——从简历工具到名片岛,那次改名背后的真实判断。
你做项目时,选工具踩过最痛的坑是什么?评论区聊聊。
夜雨聆风