闲话

不知不觉，我创建 Xgrblog 已经一周年了，去年做这个网站的时候，我还是一个迷茫的大四学生。那时的我，刚结束实习，怀揣着不安与焦虑，投入到已经到来秋招中。

也不知怎的，那会突然想做一个技术博客，作为检验我学习情况的一个成果。于是在为期两周的古法编程下，我完成了 v1 版的所有功能。

然后，因为嫌 v1 版博客页面太丑，就重做了博客站，做出了 v2 版。再然后，就是今年年初，觉得后端用 Java 太占内存，将后端迁移到了 ASP.NET，同时也将其他技术栈迁移到了一个能够在 2C2G 服务器运行的技术栈中。最后给博客站新增了一些小功能，优化了页面，于是 v3 版诞生了。

现在工作了，愈发觉得时间宝贵，导致我很久没写文章了。在这期间，我也学习了很多 AI 相关的知识，因为公司要求，我现在的 Vibe Coding 水平也很不错（其实就是用 AI 写代码的多）。

我发现，AI 在效率这块没得说，天生替代了那种，不需要懂太多架构知识，只需要按部就班地，将别人的设计方案用代码实现就行的人，这些人也称码农。那些原先还要认真排期的简单工作，像是增删改查等等，现在几个工时就能搞定。

AI 它懂架构吗？其实懂的，但是它知道的信息太少了。一个公司，有自己成熟的 IT 体系，有完整的上下游业务，AI 不可能完全吸收，然后提供一套“完美”的技术方案。

所以我觉得 AI 目前还是替代不了人类的，毕竟人所积累的业务经验、对公司体系的理解，是 AI 替代不了的。但现在的 AI ，可以说是程序员最趁手、最高效的工具。

工作上，没人能够在体验到 Vibe Coding 后，还觉得 AI 写代码不如古法编程的。至少在我接触过的，呆在公司很久的工程师，现在几乎都用着 AI 来提效。

扯远了，回到博客这边吧。我也是在工作中深刻体会到 AI 的厉害之后，趁着现在还有空，就打算用 AI 再重构一次博客。

这次当然不是一拍脑袋就决定的，我觉得原先的博客，不管是前端还是后端，都有点“臃肿”，更准确说，是“虚胖”。前端后端无用的封装、不必要的功能、不够优雅的设计等等问题太多了。但是个博客本身又是很简单的系统，使得这些多余的东西，加剧了维护的负担。

于是，我就想让 AI 重构，重写一个特色更加突出、不再臃肿、使用更加便捷的全栈博客系统。于是，Xgrblog v4 版应运而生。

新站介绍

管理后台

先介绍管理后台吧，它是改动最多的，也是我对 v3 版最不满意的点。在 v3 版中，管理后台只有内容管理，就是文章、说说、友链等等之类的内容管理。

对于 Xgrblog 这种，比较简单的博客，管理后台如此简陋，可以说这个管理后台完全就是累赘。因为这些东西不用专门的管理后台都能做，纯静态站也可以实现，虽然不如管理后台直观，但是比要额外维护一个系统要更轻松。

因此，我觉得，管理后台不仅要有内容管理，还要有个独属于它的，必不可少的“特色”。在本站中，管理后台的特色就是有完善的统计看板体系。

新站的管理后台，包含了PV/UV、站点与页面访客、趋势、内容排行、标签/板块表现、流量构成、搜索词、统计健康内容的统计。

PV/UV 和之前一样，就是站点访客和文章浏览量的统计。但是新站，还能统计各个页面的访问情况，粒度更细，还提供了比旧站更加直观与准确的访问趋势展示。

此外，还能看到文章内容的排行，以及根据标签、板块查看对应表现。当然，这部分对我来说，暂时不是很重要，因为我还没有到要通过内容表现来运营站点的程度。但是 AI 说能做，那就顺便做了。

其他像是点赞、评论统计，统计信息汇总时的对账检查（统计健康）等等，就不细说了，都是些差不多的额外功能。

此外呢，管理后台还利用后端打通 Github Actions，能够实现一键构建发布博客站。在管理后台，任何修改了博客站内容的操作，都会记录更改日志，也就是页面中的“待重建改动”。

我只需要点击立即重建，后台就会把这次重建请求交给后端。

后端先创建一条构建任务，随后通过 GitHub API 触发仓库里的 GitHub Actions。GitHub Actions 工作流拉取最新内容，构建 Astro 静态站，把产物同步到服务器并切换发布目录；完成后，再通过回调接口把结果告诉后端，后台刷新后就能看到新版本已经上线。

如果构建失败或超时，任务会标成失败或超时，我可以修好后再次点击重建。

这个功能完美解决了，当我修改博客站内容后，我还需要自己构建项目、上传服务器、切换发布目录等等繁琐操作的问题。

此外，还保留了原先的内容管理。可以说，现在的管理后台，才是有了“不可或缺”功能，而不是一项“累赘”的设计。

博客站与后端

对于博客站，现在的页面是重写设计了的。v3 版的页面，说实话，我认为不算难看，但是看多了以后，我发现还是太拉胯了。具体来说，就是页面太有“特色”，有种古板程序员硬要设计精美页面，结果却是精装修土房的感觉，又华丽又土。

在逛 Astro 主题市场时，我看上了一些纯文字的博客，我觉得非常有设计感，阅读起来非常舒服。于是照着那些主题的设计，让一个专门负责设计的会话负责绘制原型方案，我确认后，让它给一个专门的执行会话照着原型实现。

目前的博客站设计，是以内容阅读为核心的，舍弃了 v3 版很多看起来花哨的东西，专注于内容阅读。特别是文章详情页以及说说页面，都是花心思让AI设计的。

此外呢，博客站原本的归档页，合并到了文章页，现在文章就是一个带归档功能的文章列表。而原先的归档页，改造成了分类页面，专门展示文章板块与标签。

友链、留言板、版本信息重新设计了，但变化不大。倒是关于我页面，还稍微花时间重新设计了一下

最后呢，还给博客站添加了之前没有的文章关键词搜索功能

博客站就是这样啦。

然后就是后端，后端技术栈基本不变，还是 C# + ASP.NET + PostgreSQL + Redis + RustFS。只不过更新了一下版本，然后后端代码全部重写了一下。

感想

v4 版的实现，除了博客站最初的项目结构和页面布局，是我亲自写的，其他都是用 deepseek-flash + deepseek harness 完全实现的。

我的实现思路是，开一个总项目的架构会话，用 grill-me 这个 skill ，设计整体项目的架构、技术栈、项目结构、具体落地方案等等。让架构会话提供技术实现方案、任务卡文档，然后在对应子项目，开启一个专门的执行会话，去根据文档内容落地。

这个架构会话，还负责提供其他的方案，比如测试、审计、部署等等。基本上是架构会话排版技术方案，执行会话去执行。

总体的开发时间，大概是两周多，而且不是一整天的那种，工作日是晚上固定两个小时，休息日看情况，有时候一整天，有时候一下午，有时候也是晚上 2 个小时。

但就工作量与效率来说，完胜之前做 v1、v2、v3 版的我。我只需要告诉 ds 我要做什么，它提供方案，我判断不符不符合我的要求，设计合理不合理，效果如何，需要改什么就行，剩下的交给 ds 。

费用的话，大概 48 元左右，就按实现效果来说，很值。

未来的计划

后续的话，我打算开一个专题，或者说板块。专门讲讲我在工作中遇到的各种业务场景，以及我是怎么解决的，还与 AI 讨论一下，有没有更优的方案。我认为这是一个非常值得记录的事情，也是提升我架构水平与业务能力的一个方式。

此外，对于 AI 的学习，还是要继续，毕竟这是大趋势了。因此，后续对技术的学习记录，也不会落下。

然后，就是继续优化、迭代我的博客了。我已经有一些小想法了，后续可能会陆续实现，让 v4 版更加完善。不过，后续的迭代基本都是让 AI 做了，我不会再亲自维护这个系统了，我的精力不够。

我把精力放在内容创作上，剩下的我花点钱让 AI 帮我搞定，反正现在我工作了，这点支出对我来说算是完全能负担得起的，而且回报远远大于投入。

此外，我后续还想运营一下博客，让更多的人来看，因为我感觉有点冷清了。我也不知道文章写的好不好，有人评价的前提是有人来看，当然，我还是先创作内容，运营的话，有精力了再说吧。

大概就是这些。