说实话，刚kan到这个标题的时候，连我自己dou觉得有点像是在割韭菜。毕竟现在的互联网上，“三天速成”、“一小时精通”的口号喊得震天响，点进去一kan全是些没营养的废话。但这次不一样，这事儿是我自己过年那会儿闲着没事干，真刀真枪折腾出来的。不是什么培训班的广告，就是一个单纯的技术宅，想给自己在互联网上盖个像样的小窝。

名字我dou起好了叫 u-blog。现在这系统Yi经跑起来了虽然谈不上什么惊天动地的架构，但胜在那是真真正正属于我自己的地盘。不用kan公众号那复杂的排版规则，也不用忍受Notion那种把所有东西dou塞进仓库里的臃肿感。我就想要一个角落，字Neng排得舒舒服服，我想改啥就改啥，偶尔还Neng跟路过的朋友聊上两句。

为什么非要自己造轮子？

其实想法挺简单的。市面上现成的博客方案不是没有，Hexo、Hugo、WordPress，哪一个不Neng响当当？但我用了一圈，总觉得差点意思。要么是模板化太严重，打开十个博客，长得跟复制粘贴似的；要么是想加个小功Neng，得翻半天文档，甚至还得去改源码，心累。

过年那会儿，时间大把大把的。我想着，反正也是闲着，不如自己动手。这不仅仅是写代码的过程，geng像是在设计自己的房间。墙刷什么颜色，桌子摆哪儿，那dou得我自己说了算。而且，现在的AI工具这么火，我也想试试，Ru果让AI当我的“结对编程”队友，效率Neng提高到什么程度？于是这场为期十天的“闭关修炼”就开始了。

第一阶段：把骨架支棱起来

万事开头难，尤其是搭后端。这块儿是整个系统的地基，地基不稳，后面盖得再漂亮也是危房。我选的技术栈算是比较保守的组合：Express + TypeORM + PostgreSQL。为什么选它们？因为熟，稳当。在这个阶段，我不想把精力花在踩新框架的坑上。

这时候，AI就开始发挥作用了。我没让它直接给我生成整个项目，而是把它当成了一个懂规矩的实习生。

定规矩比写代码重要

在开工第一天我就给仓库定了一堆死规矩。命名规范怎么搞？模块分层怎么切？API接口返回格式长啥样？依赖包的安装顺序是什么？这些我dou写进了prompt里附在规则文件后面。

这听起来有点像是在给AI上紧箍咒，但真的，这太重要了。规矩不是为了绑手脚，而是为了防止代码变成屎山。你想啊，半年后我再回来kan这段代码，Ru果连命名风格dou乱七八糟，那维护起来简直是灾难。AI必须遵守这些规范，这样它产出的代码才Neng无缝融入我的项目。

后端逻辑的快速铺陈

有了规矩，接下来就顺多了。登录注册、文章管理、分类标签，这些基础的CRUD操作，虽然枯燥，但绕不开。我告诉AI我的需求，它就Neng按照既定的架构，把接口和实体类给我吐出来。

Zui省心的一手设计其实是动态CRUD。只要我在数据库里加一张新表，通用的增删改查接口就Neng自己跑出来。后面几天加功Neng的时候，根本不用重复写那些无聊的样板代码。精力省下来了我就Neng多琢磨琢磨业务逻辑和设计细节。

第二阶段：门面功夫要Zuo足

后端稳了该搞搞前台了。博客嘛，归根结底是给人kan的。主战场我选了Vue。这一阶段，我几乎把所有的强迫症dou爆发出来了。

为了阅读体验死磕细节

排版这事儿，真的调了hen多版。字号多大kan着不累？行距多少呼吸感Zui好？字距怎么调才显得精致？这些细节，AI可Neng给不了我完美的答案，但它Neng帮我快速试错。我描述一种感觉，它帮我改CSS，我kan着不行，再让它改。

除了基础的文章页，我还Zuo了归档页。人总是健忘的，有个归档页方便以后翻翻自己写过啥，那种“岁月的痕迹”感挺有意思的。顺手还加了热力图和词云，我想kankan写着写着，自己的关注点会有什么规律变化。

第三阶段：打造我的控制室

前台是给别人kan的，后台是给自己用的。这里我用了React + Ant Design。说实话，后台界面丑点没关系，关键是用着顺手。

这一阶段主要是把文章、分类、评论、友链、权限这些模块串起来。得益于前面后端打下的好底子，这里的开发速度非常快。React组件化的优势在这里体现得淋漓尽致，各个模块既Neng单独跑，也Neng集成在一起用。

比如那个动态列表功Neng，配合拖拽表单和任务流，我就Neng配置出一个具有自定义页面和业务逻辑处理的小系统。这种积木式搭建的感觉，真的挺爽的。不用每次dou从零开始写代码，配置一下功Neng就出来了。

第四阶段：请个“管家”回家

这是整个项目里Zui花心思，也Zui让我兴奋的部分。我想在博客里放个小助手，不是那种冷冰冰的客服机器人，而是一个Neng说说话、有点“人味儿”的存在。我给她起名叫“小慧”。

OpenClaw与Agent的力量

小慧是用 OpenClaw 搭的。OpenClaw是一套开源的Agent框架，它的厉害之处在于，Neng让AI不只是停留在“回答问题”这个层面而是Neng调用工具、记住上下文、干点实际的事。

这十天里我其实是在用“搭Agent的方式”写代码。我把AI当成了一个Neng干活、Neng商量、还Neng守规矩的队友。目前小慧Yi经NengZuo到根据文章内容回答问题，帮我翻归档里的旧文章，或者随便聊聊天。后面我还想让她帮忙写摘要、整理灵感，甚至帮我管理一些简单的数据。

让AIkan懂上下文

为了让AI真Nengkan懂我在干什么我把整个工程环境通过MCP接进去了。这步hen关键。以前跟AI聊代码，全靠嘴说它经常理解偏差。现在好了它Neng直接读文件、翻现有代码、查文档，甚至Neng用浏览器自动化调试。

这就相当于它不光听我描述，还Neng自己翻上下文和设计。改起代码来就不是凭空想象了而是真的在项目里干活。它Nengkan到我的目录结构，知道我是用驼峰命名还是短横线，出来的代码放进项目里几乎不用我再调格式。

我的AI协作心法

这十天干下来Zui大的感受就是：自己动手搭个地方，确实比用现成的geng对胃口。不是因为技术多牛，而是因为那儿真的成了自己的角落。而在这个过程中，我了一套跟AI配合的“心法”，想分享给大家。

1. 像管理团队一样管理AI

不要指望一个AINeng包打天下。写代码这件事，不同的模型擅长的不一样。有的模型拆需求特别细，比如我要加个评论通知，它Neng列出需要几张表、几个接口；有的模型落地代码快，写出来的东西Neng直接跑；还有的专门挑刺，擅长找边界条件。

我习惯了来回换着用，不求Zui强，只求返工少。这就像在公司里分配任务一样，得让合适的人干合适的事。

2. 把复杂任务拆成固定步骤

像“写单元测试”这种事，Ru果直接扔给AI，结果往往不尽如人意。我会把它拆成几步：先分析依赖，再设计用例，然后用仓库的测试工具写代码，接着跑覆盖率，Zui后补漏。

把这个流程固定下来Zuo成“技Neng模板”，每次让AI按这个步骤走。结果稳得多。慢慢攒了一堆这种模板，遇到同类问题直接套用，效率成倍提升。

3. 规则与自由并存

前面提到的命名规范、模块分层，这些是硬性规则，必须遵守。但在具体的实现逻辑上，我会给AI留出足够的发挥空间。有时候它想出来的方案，比我预想的还要精妙。这种“守规矩，但不拘泥”的协作模式，才是Zui舒服的。

写在Zui后

目前，u-blog还在慢慢进化中。移动端用的是Expo + React Native，有些页面在手机上kan着还不够顺，还在调。接下来想加的功Neng还有hen多，比如文章朗读、知识图谱，还有让小慧帮忙写摘要。

这十天不仅仅是在写代码，geng像是在进行一场思维实验。它证明了只要方法得当，AI真的Neng成为我们Zui得力的助手。它不是来替代我们的，而是来帮我们省下那些重复、枯燥的时间，让我们把精力花在geng有价值的创造上。

Ru果你也喜欢这种“自己经营一个小角落”的感觉，或者对AI辅助开发感兴趣，欢迎来我的博客逛逛。咱们Ke以一起聊聊技术，或者随便扯扯淡。毕竟Neng有一个让自己静下心来写点东西的地方，挺难得的。

---