ARTICLE · 1150406
我用 AI 做了一个个人作品站
这是「把自己部署到互联网上」系列的第 43 篇。
之前写过几篇关于个人网站的文章，聊过程序员为什么要做个人首页，也聊过作品站应该放些什么内容。这次不再聊这些理论了，直接说说我自己的个人主页，名称《楸木工坊》。
名称：楸木工坊链接：aicultiv.com做这个网站的想法其实很简单。我平时写写博客，也会做一些 AI 应用和其他技术项目。时间长了，东西越来越多，但它们分散在不同的地方。
如果有人想了解我做过什么项目，可能要先看博客，再翻公众号文章，想了解具体实现还得去找代码。我自己整理起来也不太方便。
所以，我做了一个统一的入口，把这些东西放在一起，方便用户查看。
首页主要放了什么？
目前，个人首页主要围绕三个版块展开：项目记录、项目详情和个人能力矩阵。
1. 项目记录
做项目的时候，我习惯把一些过程记下来。
比如为什么要做这个项目，选了什么技术，中间遇到了什么问题，最后是怎么解决的。
有些内容当时觉得没什么，过几个月再回头看，就很难记清楚了。
趁着还记得，把过程留下来，以后自己也能查。
所以，项目记录不只是列几个项目名称，而是尽量把项目推进过程中的一些问题、过程记录下来。
2. 项目详情
项目记录之外，把一些项目单独展开讲清楚。
比如，一个 AI 应用用了哪些技术，整体是怎么组织的；一个模型从数据准备到训练，再到部署调用，中间需要做哪些工作。
如果把这些内容全部塞进一篇项目记录里，内容会有点多，脑子接收起来有点麻烦。
单独整理成项目详情，结构会更清楚，也方便别人了解怎么实现的。
3. 个人能力矩阵
这个版块主要是为了整理自己的技术积累。
我之前做过后端开发，也接触过数据库优化、服务部署。后来又做了一些大模型应用、Agent、RAG 和计算机视觉相关的项目。
这些技术栈放在简历里，一般就是几行技能描述。我感觉缺少说服力，只列技术名称并不能说明太多问题。
所有有了这个模块，通过能力矩阵，把不同技术方向整理出来，再尽量关联到实际做过的项目。
例如，后端开发对应哪些实践，AI 应用涉及哪些技术，计算机视觉做过哪些工作。这样看起来更直观，也能让我知道自己哪些方面积累得比较多，哪些地方还需要继续学习。
这次开发，我让 AI 帮了不少忙
对齐颗粒度
代码进行大修改之后，我都习惯让 AI 重新梳理下代码，对齐下颗粒度。
以前做应用，很多时间花在查资料、搭页面和调整样式上。
现在有了 Vibe Coding，工作效率确实提高了不少
但是，我的体会是，不能只告诉 AI“帮我做一个个人网站”，然后就等着它交付。
需求说得越模糊，生成的东西就越容易变成一套常见的个人作品集模板，AI 味道很重。
页面看着挺完整，但放到自己的实际项目里，不一定合适。
所以，要先想清楚网站要展示什么，再让 AI 帮忙处理具体任务。
比如页面怎么组织、某个组件怎么写、样式应该如何调整，描述的越具体，AI 执行的更准确。
生成之后，再结合实际效果修改
在项目介绍和个人能力这部分，我不建议直接使用 AI 生成的套话。
项目到底解决了什么问题，自己做了哪些工作，只有自己最清楚。
AI 可以帮忙整理文字，但不能替自己补经历。
另外，AI 生成的代码也不是每次都能直接用。
有时看起来没问题，实际运行后还是要继续调试。
该看代码、查日志、验证效果的时候，一样也省不了。
对其进行修改之后的代码。
对我来说，AI 更像是一个能随时讨论问题、协助完成部分工作的开发助手，
AI 确实能提效，但不能完全成为替我做决定的工具。
小结：
做这个网站的过程中，顺带重新看了一遍自己的技术路线。
有些项目当时做完就放下了，现在回头看，里面还有不少值得整理的内容；
有些技术虽然接触过，但如果没有实际项目支撑，也不应该把它写得太突出。
这也算是做个人首页的一个额外收获：不只是给别人看，自己也能借这个机会理清楚过去做过什么。
目前，我会继续把博客、公众号、GitHub 和个人首页，做为长期项目维护下去。
博客写具体的技术文章，公众号分享一些实践和思考，代码放在对应的项目仓库里，个人首页则负责把这些内容串起来。
个人网站已经上线(楸木工坊)，但内容还会慢慢补充。
先把手头已有的东西整理好，再随着后续的项目逐步完善。
如果你也有自己的博客或项目，是更愿意把时间花在持续写文章上，还是整理一个个人作品站？
下一篇，我会做一次全流程复盘：从服务器到个人官网上线，我完整走了一遍个人品牌建设。
回头看，这条路真正重要的不是某个工具，而是从实践到内容，再到入口的完整链路。