给静态博客增加一个AI Native的后台
|
从 2014 年起，我开始用现在这个域名写博客，期间使用过 WordPress、emlog、Typecho 等 PHP 类博客框架，静态博客框架 Hexo，以及现在的 Astro。
自从使用 Hexo 之后，博客便不再有后端了。那时所有的书写工作都在 IDE 中完成，每次要写东西，只需在本地执行 git pull 获取最新内容即可。后来 CODING.NET 推出了 WebIDE，我的书写习惯便逐渐从本地迁移至云端，只需打开浏览器就能编写内容。
从使用 Hexo 开始，我的博客图片一直与文章分离存放，每次插入图片都得先把图片上传到对象存储。在本地编辑时，借助 IDE 插件还能较好地解决这个问题；但 WebIDE 受限于浏览器环境，无法将剪贴板中的图片直接上传到对象存储。因此，每次写博客配图都颇为头疼。
最近，在 CNB.COOL 云原生开发环境的协助下，我重新为博客搭建了一个后台系统。整个开发过程都是借助云原生 IDE 中的 CodeBuddy 插件完成的，再改造完成后，整个博客的后台的 AI 能力同样依托于 CNB.COOL 所提供的一系列智能化服务。
遇到的问题
在平时写博客的过程中，我发现有几个环节比较影响体验：
- 文件名：我希望 Markdown 文件的命名足够直观，但又不希望使用中文或拼音。
- 图片上传：图片需要能够自动上传，并支持先在 WEBIDE 中预览，确认无误后再同步上传，并替换原有的图片链接。
- AI 辅助：希望借助 AI 的能力对文章进行润色和审阅，同时支持生成文章摘要和内容总结。争取变成 AI Native 的博客管理后台。
- 编辑器体验：编辑器最好采用可视化 Markdown 编辑模式，让写作过程更贴合人的习惯、更加人性化。
如何解决
基于上述问题，我决定借助 WorkBuudy 这类智能体来完成相关功能的开发与实现。
AI Native 博客后台
这个静态博客如今多了一个 Node.js 后台，它运行在 CNB.COOL 的云原生开发容器中，仅在写作时提供服务；发布上线后，站点依然是纯静态的，也无需额外投入。
通过 CNB.COOL 提供的 AI 能力，我实现了对于文章写作的几个重要功能，自动摘要，文件名生成，润色以及审阅。根据不同AI模型的能力和价格，我为每个功能优选了对应使用的模型。
另外一个必要重要的更新，后台支持了 Agent 能力，Agent 能力由云原生开发容器中的 CodeBuddy 提供，方便更好的确定选题和文章框架梳理，并支持一键存为文章草稿。当然写作还是要以人为中心，所以目前 Agent 没有给写权限，主要帮助我梳理思路和调研。
图片预览和同步
静态博客的图片管理一直是个让人头疼的问题。我不太想把图片直接塞进 Git 仓库里，所以一直依赖对象存储来保存图片。以前在本地用 VSCode 写作时，还能靠插件方便地上传图片；但后来改用 WebIDE 之后，传图这件事变得越来越麻烦。而在写作和预览的过程中，我也不希望每放一张图就得立刻传到对象存储——毕竟如果之后要换图，还得手动去处理对象存储和 CDN 的缓存，实在太繁琐了。这次我调整了一下思路，采用“先本地、再同步”的方式：写作时先把图片上传到开发容器里的 Git 仓库中，等文章内容最终定稿之后，再自动将图片同步到对象存储。
优化编辑器体验
无需插件，即写即看。早期用 VSCode 写作时，还需手动安装 Markdown 预览插件，如今已能实时查看改动效果，十分便捷。
写在最后
大概用了一个晚上的时间，在 AI 的辅助下，我就完成了这次的开发计划。CNB.COOL 为我们提供了一个以 Git 为核心的 AI Native 云原生开发环境，只要有想法，借助 WorkBuddy 这类 Agent 工具，你也能快速将创意落地。