返回博客

文章

我用 AI 重构了我的个人博客

这次不是给网站补一篇文章,而是把整个个人博客重构成一个更适合长期写作和持续更新的内容系统。

2026年3月31日 7 分钟 AIAstroMDX个人博客

导读

这次不是给网站补一篇文章,而是把整个个人博客重构成一个更适合长期写作和持续更新的内容系统。

发布时间
2026年3月31日
阅读时长
7 分钟
内容格式
MDX 长文
章节数量
6 段

这篇文章本身,就是这次重构的一部分。

我没有把这个站当成一个做完就结束的作品页,而是把它当成一个会持续生长的个人系统。所以这次改动的重点,不是“我又换了个皮肤”,而是我终于把博客、页面结构、内容组织方式,和我现在真正的工作方式对齐了。

更直接一点说,我用 AI 重构了这个网站,也顺手把博客切到了 MDX。

一个由 AI 协作驱动的个人博客重构概念图,包含编辑器、博客卡片和页面布局。
这次重构的重点不是单点功能,而是把内容、界面和 AI 协作放进同一个工作流里。

这次我到底改了什么

先说结论,这次不是给博客加了一个新格式,而是把整个内容层重新整理了一遍:

  • 博客内容切到 MDX,写作和组件能力终于在一个文件里。
  • 用 Astro Content Collections 统一 frontmatter,文章列表和详情页自动收录。
  • 保留这个站原本的视觉系统,包括玻璃质感、动态背景和整套页面节奏。
  • 把“写文章”这件事从一次性发布,改成一个可以反复迭代的日常动作。

以前那种写法更像是在堆页面,现在这套结构更像是在养内容。

这次用到的技术栈

这次重构没有故意追求复杂,核心技术栈其实很克制:

  • Astro 6 负责整站路由、静态页面组织和内容渲染。
  • @astrojs/mdx 让博客从普通 Markdown 升级到可组合内容。
  • astro:content 负责管理文章集合和 frontmatter 约束。
  • TypeScript 用来保证页面数据、内容结构和脚本逻辑更稳定。
  • 原生 CSS 继续维持这个站原本的玻璃视觉、排版和细节控制。
  • @astrojs/node 负责站点构建后的服务端适配。

如果说得更实际一点,这套组合的好处是:它足够轻,但一点也不简陋。它很适合个人站,因为你不会为了发一篇文章,先把自己拖进一套沉重的后台系统里。

MDX 内容通过 Astro Collection 进入博客列表与详情页的流程图。
现在一篇文章从文件到页面,就是一条很短的链路。
创作者、AI 助手和网站发布流程协同工作的概念插图。
AI 在这里更像一个共创工作台,而不是一个替我发言的按钮。

以后我要怎么更新文章

切到 MDX 之后,后续更新其实很简单。

第一步,在 src/content/blog 下面新建一个 .mdx 文件。文件名本身就是这篇文章的 slug,也就是最后的访问路径。

第二步,先写 frontmatter。这个站当前会读取这些字段:

---
title: "文章标题"
summary: "一句话说明这篇文章值不值得点开。"
publishDate: 2026-03-31
readingTime: "6 分钟"
featured: false
tags:
  - AI
  - MDX
heroTone: "linear-gradient(135deg, #0f172a 0%, #2563eb 42%, #7dd3fc 100%)"
---

第三步,正文直接写。普通段落、列表、代码块都能照常写;如果某篇文章需要更强的表现力,也可以直接在 MDX 里插图片、提示块,甚至引入站内组件。

如果文章里要配图,我现在的约定是把图片放到 public/blog,然后在正文里直接引用,比如:

![文章配图](/blog/your-image.svg)

也就是说,后面我要更新博客时,不需要再回头改列表页,也不需要单独配置路由。新文件一落地,/blog 和文章详情页就会自动更新。

我为什么要用 AI 写一个博客

先说清楚,我不是想让 AI 代替我表达。

我真正想要的是,把那些重复、琐碎、容易把创作节奏打断的工作,交给一个能快速响应的协作者。比如搭结构、改措辞、补代码、推演信息层级、检查遗漏、生成第一版,再由我自己做最后的判断和取舍。

这个站就是一个很典型的例子。

如果完全按传统方式慢慢做,我当然也能做出来,但周期会更长,很多本来应该当天推进完的细节,最后会被拖成“以后再说”。AI 把这个过程压缩了。它让我能在一个更短的回路里反复试,快速看到结果,再决定什么该留下,什么该删掉。

所以对我来说,AI 最有价值的地方不是“帮我偷懒”,而是“帮我把判断更快落地”。

我理解的 AI 革命,不只是多了一个聊天框

我越来越觉得,所谓 AI 革命,真正改变的不是某一个工具,而是创作者和生产系统之间的距离。

过去很多事情必须拆成几个角色协作才能推进:有人想内容,有人搭页面,有人写代码,有人修文案,有人再把它们拼起来。现在这些环节没有消失,但它们被压缩到了一个更短的链路里。一个人也可以在一天里完成过去需要一个小团队来回对齐的第一版。

这就是我为什么会想用 AI 来重构自己的博客。

不是因为“AI 很新”,也不是因为“用 AI 看起来更先进”,而是因为我很清楚,未来个人网站不应该只是一个静态名片。它应该是一个持续输出、持续迭代、持续表达判断的界面。而 AI,刚好把这件事的门槛往下砍了一大截。

当然,最后真正决定这个站像不像我,还是我自己的审美、判断、经验和取舍。AI 负责加速,但不负责替我成为我。

写在最后

所以这次重构,说到底不是“我做了一篇新博客”,而是“我把这个站改造成了一个真的能长期写下去的地方”。

后面这里会继续写项目、实验、技术判断,也会写一些我对 AI、创意开发、个人工作流的持续观察。现在博客切到了 MDX,内容系统也稳定了,剩下的事情就很简单了:继续写,继续改,继续让这个站长出它该有的样子。

当然,这个网站现在也还在逐步完善。后面无论是内容结构、交互细节,还是视觉表达,我都还会继续慢慢打磨。

如果你刚好看到了这里,也欢迎你来点评。哪里做得好,哪里还不够准,哪里还有可以继续往前推的空间,都很欢迎直接告诉我。

文章作者: SoBigRice

文章标题: 我用 AI 重构了我的个人博客

文章链接: https://blog.sobigrice.com/blog/rebuilding-my-blog-with-ai

版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 SoBigRice

Comments

讨论与留言

补充、纠错和延伸阅读都可以留在这里。昵称、邮箱、正文为必填,网址为选填,仅在预览或发布前校验提示。

支持 Markdown默认按最新排序回复会挂在原评论下