这阵子我把自己的个人博客从头到尾让 AI 重做了一遍,不是套模板那种改,是真的从一个文件夹开始,靠对话把页面结构、样式、交互、部署全部搞定。文章标题里那句“附提示词”不是噱头,我会把这一路用下来的提示词原样贴出来,也会把 AI 掉链子、我替它擦屁股的过程写清楚。如果你也想折腾一个自己的个人博客,又不想被技术选型和代码细节劝退,这篇应该能给你一条能直接走的路径。
先说结论:AI 写代码的速度确实快,但它能不能把活干好,取决于你给它的信息质量。提示词这个东西,不是把需求说华丽,而是把边界说清楚。你越是把上下文、技术倾向、验收标准交代明白,它就越少发挥“自由发挥”的空间。这个道理,放到任何 AI 辅助开发的场景里都成立。
1. 动手前先想明白:AI 能帮你写代码,但没法替你选技术栈
很多人找 AI 做博客,第一步就是甩一句“帮我做个博客”。我试过,AI 确实能噼里啪啦给你生成一堆文件,但这些文件十有八九是"看起来完整"的 demo,真正用起来会发现一堆问题:目录结构混乱、样式互相覆盖、没有移动端适配、前后端耦合得莫名其妙。
核心原因在于,AI 不是不知道怎么做博客,而是不知道你打算怎么运营这个博客。你是打算每周写一篇技术笔记,还是只想放个简历页?你要不要评论功能?要不要统计访问量?服务器你是打算买还是白嫖托管?这些问题你自己没想清楚,AI 就只能按最通用的方案猜,猜出来自然不合身。
1.1 判断标准:什么时候用 AI 写比直接写更划算
我自己有一条相对务实的判断标准:如果一个方案,人工来做需要超过半天,而 AI 来做只需要几轮对话,并且产出质量在可接受范围,那就值得用 AI。
个人博客正好卡在这个区间。它的功能不算复杂,但涉及页面多、细节多,手工从零写一套 HTML/CSS/JS 非常耗时间;如果用现成博客框架又要学配置、挑主题、改模板,一样不轻松。AI 生成静态页面的质量已经足够好,尤其是样式细节,让它一次生成再逐步调整,效率非常高。
不过这里我也要先泼一盆冷水:如果你是完全没接触过前端的小白,我不建议你一上来就让 AI 全自动生成然后直接部署。你至少要懂一点 HTML 的标签、CSS 的选择器、JS 的基础语法,否则 AI 改坏一个地方你压根看不出来。让 AI 帮忙开发的最低门槛,是你得有最基本的代码阅读能力。
1.2 我用的一条选型原则
这次我选的是纯静态方案:HTML + CSS + JavaScript,不引入框架,不做后端。
原因很简单:博客的核心是内容,不是应用。纯静态的好处是部署简单、维护成本低、打开速度快;缺点是不能动态处理数据,但你发文章本来就是固定频率的更新,静态方案完全够用。如果你需要实时搜索、评论、后台管理,再考虑接入第三方服务也不迟,没必要一开始就上一个重后端。
这个方案还有一个好处,就是 AI 生成的代码很容易理解和接管。如果用了框架,AI 生成的组件结构你可能看不懂,遇到 bug 也不知道从哪排查。纯静态文件反正是平铺的,出了问题打开文件就能看。
1.3 给 AI 定“人设”真的有用吗
我在提示词里写过“你是资深前端工程师”,也试过直接说“我的项目是”,整体用下来,定人设有一点用,但主要作用不是让 AI 变得更聪明,而是让它切换语态。当你说“你是资深前端工程师”时,AI 给出的方案会更偏向工程化结构:它会想到文件目录、组件拆分、命名规范这些。
但你要是真以为这句话能带来质的飞跃,那就想多了。真正决定产出质量的是后面的需求描述是否清晰。人设只是氛围,边界和细节才是杀手锏。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 提示词工程实战:从“帮我做个博客”到一套能落地的对话
接下来是重头戏,
