
上个月尝试通过自然语言和 QClaw 对话来管理日漫追番进度,确实方便了不少
但是自己还有一个几年前使用“古法编程”创建的追番网站,并没有和 QClaw 中的进度同步,于是这篇文章是时候来想办法更新追番网站了~
本文你会看到包括但不限于如下内容
当时是使用了 Next.js + Fomantic-UI 框架实现的前端,首页极其精简

仓库最后一次更新在 4 年前。现在,是时候用 2026 年的新技术来接着维护了

这里下载腾讯推出的全场景职场 AI 智能体桌面工作台 WorkBuddy,自己也计划作为日常使用的 AI 工具之一
WorkBuddy 于 1 月 19 日启动腾讯内部体验测试,目前已成为超12000名腾讯员工的常态化 AI 办公工作台,覆盖 HR、行政、运营、销售等多岗位场景。

然后登录,登录后可以看到赠送了 500+2000 积分,再加上现在每日签到送 100 积分,肯定是够用了~

比如第一天,自己的新账号里就被赠送了总量 2600 积分,一个月内有效

TL;DR 本章节描述的是完整踩坑的流程,为了避免看起来像流水账直接把总结放到章节头
如有想详细了解完整修复流程或对包括但不限于 Prompt 感兴趣的读者可以完整阅读全流程,完整踩坑流程未缩减
本章节是常见的开发场景,自己目前使用 WorkBuddy 辅助迁移项目的的方法(核心工作流)如下
人工收集报错/需求
↓
WorkBuddy 召唤对应专家
↓
人工 Review 排查结果 / Prompt 调整
↓
WorkBuddy 生成方案(Plan 模式)/ 直接修复(Craft 模式)
↓
WorkBuddy 在 GitHub 自动创建分支/PR
↓
人工验证部署(EdgeOne Pages)。备注:后续可使用 EdgeOne Pages skill 交给 WorkBuddy 验证如果部署失败,则继续将新的报错日志,发送给 WorkBuddy 中的对应专家们,循环整个流程
其实如果配置好 EdgeOne Pages skill 的话,也可以直接让 AI 验证部署,直到部署成功为止
也就是说,当 WorkBuddy 可以使用各种 skills 或 MCP 执行验收流程,就算是形成修 bug 真正的闭环了
参考 Prompt 如下:
当前工作空间 nextjs-semantic 文件夹是追番表仓库,之前部署在 Vercel 平台上,现在想迁移到腾讯云 EdgeOne Pages 平台,但是在构建时报错了。完整日志如下,需要资深开发者的指导,请资深开发工程师排查报错的原因,详细解释如何才能修复这个问题。<贴日志内容>
当时是部署在了 Vercel 平台上,但是国内访问时好时坏,就算能访问,速度也远不及国内平台

去年年底时,看到腾讯云出了 EdgeOne Pages,就决定迁移过来。当时还是 Beta 测试中,没有部署成功就搁置了

现在已经度过了 EdgeOne Pages 的测试阶段,是时候重新部署测试一下了,结果还是同样的报错

这里用 WorkBuddy 分析报错日志,在【专家】中召唤【高级开发工程师】专家

然后会跳转到首页,

WorkBuddy 很快就排查完成了,还给出了图示可视化~

问题在于 Vercel 平台使用 now-build,而 EdgeOne 平台默认使用 build

查看 Vercel 的日志,确实调用的是 now-build

因此,在 EdgeOne Pages 的项目设置页面修改编译命令为【npm run now-build】就修好了,这个问题不复杂~

然后重试部署,好消息是之前的报错解决了,坏消息是又有新的报错了

继续把报错信息交给 WorkBuddy

同样,很快就定位到了 root cause,是构建成功之后的插件后处理阶段产生了报错,同样给出了可视化的图示,好评

并给出了 3 种解决方案,还给出了对比图



其中 /api/bangumi 路由是用于重定向到图片的,未来计划把图片转存到 COS。因此为了快速解决问题,直接使用方案 A
这里仍然要求按照正常开发的流程,让 AI 新建分支和 PR。可以看到 WorkBuddy 拆分成 6 个任务,依次执行

执行完成后,WorkBuddy 会将本次任务记录到 MEMORY.md 和每日的记忆 .md 中

在 gh 上查看确认 AI 创建好了 PR,https://github.com/yuangezhizao/bgmlist/pull/1
不过这里理解上有个问题,自己的想法是到 v6.0.0-yuangezhizao-edgeone 分支的 PR,而不是基于这个分支(😂

再次尝试 EdgeOne 部署,注意使用新分支

部署成功

不过构建产物是空的,访问预览链接报错 404,这明显不对劲,继续交给 WorkBuddy 修复


Workbuddy 新增了第 7 个任务,并直接推送新提交到 PR 里

查看 gh 的 PR #1 确实更新了,多了一次新的提交

再试一次在 EdgeOne 新建部署。没想到问题 2 又出现了

再次交给 WorkBuddy,这次深入排查了插件 onBuild 钩子的分支逻辑

然后新建了scripts/patch-export.js 补丁,作为一个不懂前端的后端开发,没有 WorkBuddy 是不会修复到这种程度的

短短一晚上,已经提交 3 个 commit 了,不得不说 AI 写的是真快

再试亿次部署,终于成功出预览图

访问 EdgeOne 的预览链接,可以正常显示

经过多次将完整的部署日志发送给 WorkBuddy,查看其修复结果的 4 个循环后,终于成功迁移完成了~
P.S. 这里 EdgeOne 在 skillhub 其实也有对应的 skill,也可以让 WorkBuddy 修改完后,直接调用部署的 skill

TL;DR 同上一章节,这里先给出总结
本章节是常见的调用 skill 进行新功能「静态资源优化」的开发场景
自己目前使用 WorkBuddy + COS skill 转存图片的方法(核心工作流)如下:
人工收集图片 URL(CSV 中 66 行)
↓
WorkBuddy 添加【腾讯云 COS】技能
↓
WorkBuddy 使用 Plan 模式制定转存计划(WorkBuddy 主动提问澄清需求)
↓
Review / 调整计划(人工 + WorkBuddy 协作)
↓
WorkBuddy 执行计划:WorkBuddy 批量下载 + 转存到 COS(遇到新问题时,WorkBuddy 启用子代理修复)
↓
WorkBuddy 在 GitHub 自动更新分支/PR
↓
人工验证:COS 文件列表 + EdgeOne 预览实际执行中如果遇到了问题(如下载失败),实测 WorkBuddy 会开子代理来解决,直到完成任务
参考官方文档:https://www.codebuddy.cn/docs/ide/Features/Plan-Mode
在开发新需求时,推荐先使用 Plan 模式,确认计划没问题后,再切换 Craft 模式执行计划

在上一章节中,可以看到动画制作公司的图片都是渲染的文字,而不是真正的图片
之前的实现是在一个 CSV 文件(目前 66 行)中保存了图片的 URL,通过自己的国内 API 重定向访问对应的图片


但是现在既然迁移到国内的 EdgeOne Pages 了,为了优化响应速度,图片应该转存到 COS 中
在没有 WorkBuddy 之前,要么写脚本批量转存、要么人工下载再上传,总之都不简单
但是现在就方便了,可以直接调用 cos skill 来实现
直接在【技能】中搜索 cos,然后添加【腾讯云COS】技能

这里因为是新的独立需求,所以仍然在【bgmlist】工作空间中【新建任务】,就不在之前的会话中堆积上下文了


Plan 的好处在于会向用户发起提问,进一步明确需求


还能纠正我的笔误

在产物中开始 Review 计划:quantum-pulse-einstein.md

不满意可以随时【调整计划】,而不用等实施后再返工
这里遇到一个问题,点击调整计划后,等了一晚上,一直显示【调整计划中…】

重启 WorkBuddy 后,【调整计划中…】消失了。也没有提供新的选择按钮可以点击

不管了,先 Review 计划吧,发现其中针对文件名末尾的空格,这里应该移除

这里直接人工编辑计划,如下图所示

也可以交给 WorkBuddy 编辑计划,如下图所示

等待 WorkBuddy 修改完计划,右边就能看到新的计划多了 PR1 的内容

计划看着没问题了,点击【开始执行】

执行中回答问题,选择 A 输入凭证,也可以选择配置到环境变量中

输入凭证后。点击【开始执行】,这里已经自动从【Plan】切换成了【Craft】模式

虽然部分图片下载失败了

但后续通过子代理成功修复完成

执行中在 /tmp/animation_logos 文件夹中可以看到下载的图片

也成功通过 COS-Skill 上传到 COS 中了,66 张图片一张不少

PR 也对应更新了

最后新建部署到 EdgeOne Pages

最终,成功替换为 COS 里的图片

目前自己在追番统计 bgmlist 项目中用到了如下产品
相比传统开发流程,使用 WorkBuddy 对话式开发效率 ++
效率对比:传统开发 vs WorkBuddy 对话式开发
维度 | 传统开发 | WorkBuddy 对话式 |
|---|---|---|
问题诊断 | 手工搜索、查文档、谷歌 | 召唤专家,自动定位 |
方案选择 | 自己评估,试错成本高 | AI 给多方案 + 对比图 |
代码修改 | 手工写,容易引入新 bug | AI 生成补丁,直接 PR |
部署验证 | 手动,容易遗漏配置 | 可以使用技能自动部署,预览链接 |
本次耗时 | 预估 2-3 天 | 实际一晚上(约 4-6 小时) |
代码提交 | 手工 commit,需整理 | AI 自动提交,3 个 commit |
本文描述的是追番统计项目,但是任何需要定期更新的项目(博客、作品集、数据看板)都可以用这套流程:
Step 1:数据层 — WorkBuddy + QClaw 接收更新
Step 2:构建层 — WorkBuddy 本机执行构建
npm run now-build 或 CNB 外部构建Step 3:资源层 — WorkBuddy 调用 COS skill
Step 4:部署层 — WorkBuddy 调用 EdgeOne Pages skill
WorkBuddy 内置了【专家】和不同的【场景】,开箱即用,无需手动配置安装 OpenClaw,属于 OpenClaw 生态的「开箱即用」版本,针对新人用户非常友好
内置多个 skill 市场,可以一键开启常用的 skill,在开发场景中,可以使用多个 skill 将部署、测试、修改的流程串联起来
继上次体验 QClaw 后(https://cloud.tencent.com/developer/article/2658148),本次体验了腾讯基于 OpenClaw 打造的免部署桌面级 AI 智能体 WorkBuddy
最后感谢云 + 社区本次征文活动,可以趁此机会通过 WorkBuddy 完成自己的 bgmlist 项目从 Vercel 部署迁移到 EdgeOne Pages
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。