作为一个用 WordPress 自建的个人站长，博客的「写」只占一半精力，「养」才是细水长流的活：SEO 检查、标签整理、多终端适配、封面图、偶尔的排版微调……这些事单看都不难，攒起来却很磨人。最近我试着把 WorkBuddy 拉进来当运维搭档，几轮下来颇有心得，记录在这篇「开发实战」里，也算给同好一个参考。
一、初始化：技能即能力，安全审计是第一步
要让 AI 碰我的博客，第一步不是直接授权，而是先把「能力」装对。WorkBuddy 的技能市场里 WordPress 相关有好几个：走 WP-CLI 的、走 REST API 的、WordPress.com 专用的……我的站点是自托管的云服务器，最终选了 REST API 路线——在 WP 后台生成一个应用密码即可，不必交出后台登录密码。
这里有个值得记下的细节：在正式安装技能前，WorkBuddy 先把技能包下载到临时目录做了安全审计——确认脚本只用内置能力、只访问我自己站点的 REST 端点、零第三方依赖后才落盘安装。这种「先审后装」的习惯，我觉得比「一键安装」更让人放心。
鉴权上也有讲究：WordPress 出于安全，API 只认「应用密码」，不认后台登录密码。所以我只给了一个专用应用密码，登录密码始终没动。最小权限、各司其职。
二、实战一：SEO 补全与标签整理（让 AI 批量干活）
我的小说连载有 20 篇，早年没在意 meta description，Yoast 后台一片「缺少描述」的黄标。手动补 20 篇又慢又枯燥。
我把需求交给 WorkBuddy：先只读拉取全部文章、分类、标签现状，确认「哪些缺描述、标签怎么挂的」，再生成方案、先拿一篇做测试更新回读验证机制，最后批量跑。结果：20/20 文章补全了量身定制的 meta description，小说 8 篇也统一挂上了「AI创作」标签。
AI 在这里的价值不是「替我思考文案」，而是「按我的标准把 20 次重复操作一气呵成，且每一步都可回退」。
三、实战二：多终端适配优化
我提了个模糊需求：「分析主页，评估优化方案，要多终端适配」。WorkBuddy 没有直接给结论，而是先抓取主页 HTML、解析主题（twentytwentyfive）的断点、流式字号、汉堡菜单、图片 srcset，做了一次像样的审计——结论是主题响应式底子其实不差，真正缺的是暗色模式、阅读行高、导航精简、封面图。
于是路线清晰了：暗色模式只需覆盖两个 CSS 变量，行高从 1.4 提到 1.75，主导航从 36 项精简到 4 项，再给小说补一张统一封面。
四、实战三：给小说生成专属封面图
封面这块有点惊喜。WorkBuddy 直接调用图像生成，生成了一张「太空货船/货运母舰悬浮星海」的科幻封面，上传到媒体库，再批量设为 20 篇文章的特色图片。点开任意一章，都能看到这张封面了。生成图会消耗少量积分，但算在这个维护范围内，性价比不差。
五、踩坑与边界：AI 不是万能的
最值得写的是「翻车」部分，也是我对 AI 协作认知最重要的一块。
有两项优化（全站暗色 CSS、首页文章列表显示缩略图）始终写不进去。WorkBuddy 没有假装成功，而是老实地查出根因：我的服务器是 openresty 转 Apache 反向代理，Apache 对 URL 里的双斜杠直接返回 404，而区块主题的模板 id 必然含双斜杠；再加上自定义 CSS 的 REST 路由未注册、站点无激活 widget 区域——三条全站 CSS 路径全堵死。导航精简和封面图（用数字 id 的资源）则不受影响，顺利落地。
这个诚实的边界反馈，比「假装都搞定了」有用得多。它也点出一条分工原则：凡是「全站级/服务器级」的改动（如更新 WP 核心、修 TLS 证书、改模板），走 SSH + WP-CLI 更稳；内容、分类、标签、特色图这类资源级操作，REST API 就够。
六、心得总结：人机协作的正确姿势
几轮下来，我的体感是：
- 让 AI 做「重复、批量、可验证」的活：批量改 meta、统一标签、生成封面、抓数据审计，它又快又稳。
- 让 AI 做「分析、给方案」的活：审计首页、列优先级，它比人翻代码快。
- 决策和凭据始终在人的手里：改什么、发不发、用哪个密码，由我定；AI 只拿最小权限、且改动可回退。
- 诚实的边界比漂亮的承诺更值钱：能做的做、做不了的明说，反而建立了信任。
如果你也在用个人博客，又懒得被运维琐事追着跑，不妨试试用 AI 助手搭个搭档——前提是，先把「怎么安全地授权、怎么界定它的边界」想清楚。
发表回复