首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >从 Vercel 到 EdgeOne Pages:WorkBuddy 陪我踩坑追番表迁移全记录

从 Vercel 到 EdgeOne Pages:WorkBuddy 陪我踩坑追番表迁移全记录

原创
作者头像
远哥制造
修改2026-05-06 16:16:03
修改2026-05-06 16:16:03
850
举报
文章被收录于专栏:远哥制造远哥制造

0x00. 前言

上个月尝试通过自然语言和 QClaw 对话来管理日漫追番进度,确实方便了不少

但是自己还有一个几年前使用“古法编程”创建的追番网站,并没有和 QClaw 中的进度同步,于是这篇文章是时候来想办法更新追番网站了~

本文你会看到包括但不限于如下内容

  • WorkBuddy 召唤【专家】排查部署报错 ✅
  • WorkBuddy 用 AI 新建开发分支、在 GitHub 上创建修复的 PR ✅
  • WorkBuddy 调用 cos skill 批量转存图片✅

0x01. “古法编程”创建的 bgmlist

当时是使用了 Next.js + Fomantic-UI 框架实现的前端,首页极其精简

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

0x02. 安装 WorkBuddy

这里下载腾讯推出的全场景职场 AI 智能体桌面工作台 WorkBuddy,自己也计划作为日常使用的 AI 工具之一

WorkBuddy 于 1 月 19 日启动腾讯内部体验测试,目前已成为超12000名腾讯员工的常态化 AI 办公工作台,覆盖 HR、行政、运营、销售等多岗位场景。

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

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

0x03. 使用 WorkBuddy 修复 Vercel 迁移至 EdgeOne Pages 踩坑

TL;DR 本章节描述的是完整踩坑的流程,为了避免看起来像流水账直接把总结放到章节头

如有想详细了解完整修复流程或对包括但不限于 Prompt 感兴趣的读者可以完整阅读全流程,完整踩坑流程未缩减

总结:

本章节是常见的开发场景,自己目前使用 WorkBuddy 辅助迁移项目的的方法(核心工作流)如下

代码语言:txt
复制
人工收集报错/需求
    ↓
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 测试中,没有部署成功就搁置了


1. 修复问题 1:builder "npm run build" failed, exit code: 1

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

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

然后会跳转到首页,

  • 任务选择【代码开发】,默认是【日常办公】
  • 工作空间选择【bgmlist】文件夹,这里是项目源码的文件夹。这里自己选错了一次,导致无法阅读到项目的代码
  • 提示词默认是【我们的团队技术能力需要提升,需要资深开发者的指导和代码质量把控,请资深开发工程师帮我们提升团队技术水平。】,修改成下图内容

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

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

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

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


2. 修复问题 2:plugins Error executing onBuild hook: node_modules are not installed

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

继续把报错信息交给 WorkBuddy

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

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

  • 方案 A:静态导出
  • 方案 B:升级
  • 方案 C:使用 CNB 外部构建

其中 /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 部署,注意使用新分支

部署成功


3. 修复问题 3:The value at .output must be one of: "standalone".

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

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

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

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


4. 再次修复问题 2:plugins Error executing onBuild hook: node_modules are not installed

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

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

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

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

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


经过多次将完整的部署日志发送给 WorkBuddy,查看其修复结果的 4 个循环后,终于成功迁移完成了~

P.S. 这里 EdgeOne 在 skillhub 其实也有对应的 skill,也可以让 WorkBuddy 修改完后,直接调用部署的 skill

0x04. 使用 WorkBuddy 调用 cos-skill 转存图片

TL;DR 同上一章节,这里先给出总结

总结:

本章节是常见的调用 skill 进行新功能「静态资源优化」的开发场景

自己目前使用 WorkBuddy + COS skill 转存图片的方法(核心工作流)如下:

代码语言:javascript
复制
人工收集图片 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 来实现

1. 添加【腾讯云COS】技能

直接在【技能】中搜索 cos,然后添加【腾讯云COS】技能

2. 使用 Plan 模式制定转存计划

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

  • 【代码开发】任务
  • 模式改为【Plan】
  • 技能选择【腾讯云COS】
  • 勾选【网站开发】场景 scene

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

还能纠正我的笔误

3. Review 转存计划:手动修改 + WorkBuddy 修改

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

不满意可以随时【调整计划】,而不用等实施后再返工

这里遇到一个问题,点击调整计划后,等了一晚上,一直显示【调整计划中…】

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

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

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

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

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

4. 执行计划

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

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

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

5. 执行结果

虽然部分图片下载失败了

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

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

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

PR 也对应更新了

最后新建部署到 EdgeOne Pages

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

0x05. 鹅厂 OpenClaw 生态体验总结

目前自己在追番统计 bgmlist 项目中用到了如下产品

  • WorkBuddy:主要用于本地 feature 开发 + 部署代码修复
  • QClaw:通过自然语言在微信渠道接收追番表的增删改查,更新到 CSV 文件中(轻量级)
  • EdgeOne Pages:用于在国内部署 bgmlist 项目,替代国外的 Vercel 平台
  • COS:通过 COS-Skill 批量转存图片,优化国内的响应速度,减少人工成本

相比传统开发流程,使用 WorkBuddy 对话式开发效率 ++

  • 要是自己手动排查这 3 个构建问题,之前在 Vercel 遇到类似报错时花了近 2h 谷歌查文档、测试部署
  • 而本次使用 WorkBuddy 从粘贴报错到尝试重新部署,单问题平均耗时不到10分钟,光是这部分构建问题的排查就省了 1.5h
  • 最惊喜的是它回复中针对具体问题的可视化图示,自己一眼就能看到 root cause
  • 甚至自己这种对于不懂前端的后端开发,也敢改前端项目了~

效率对比:传统开发 vs WorkBuddy 对话式开发

维度

传统开发

WorkBuddy 对话式

问题诊断

手工搜索、查文档、谷歌

召唤专家,自动定位

方案选择

自己评估,试错成本高

AI 给多方案 + 对比图

代码修改

手工写,容易引入新 bug

AI 生成补丁,直接 PR

部署验证

手动,容易遗漏配置

可以使用技能自动部署,预览链接

本次耗时

预估 2-3 天

实际一晚上(约 4-6 小时)

代码提交

手工 commit,需整理

AI 自动提交,3 个 commit

  1. 通过各种 Skill 可以实现多个任务都仅在 WorkBuddy 中实现处理,比如本文中涉及到的 GItHub 创建 PR -> EdgeOne Pages 部署 -> COS 转存图片等
  2. WorkBuddy 内置多个专家、场景和自动化模板;通过连接器功能可以连接腾讯文档等;通过 Claw 功能接收手机发送的任务

0x06. 可复用的 WorkBuddy 对话式项目维护

本文描述的是追番统计项目,但是任何需要定期更新的项目(博客、作品集、数据看板)都可以用这套流程:

Step 1:数据层 — WorkBuddy + QClaw 接收更新

  • 用自然语言对话更新数据源(CSV / 腾讯文档)
  • 替代传统的手工编辑或写脚本

Step 2:构建层 — WorkBuddy 本机执行构建

  • npm run now-build 或 CNB 外部构建
  • AI 自动排查构建报错(召唤专家 → 自动 PR)

Step 3:资源层 — WorkBuddy 调用 COS skill

  • 批量转存图片/音视频到 COS
  • 成本优化:向量桶可降低90%+ Token开销

Step 4:部署层 — WorkBuddy 调用 EdgeOne Pages skill

  • 一键国内部署,替代 Vercel / Netlify
  • 国内访问速度提升显著

0x07. 后记

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 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 0x00. 前言
  • 0x01. “古法编程”创建的 bgmlist
  • 0x02. 安装 WorkBuddy
  • 0x03. 使用 WorkBuddy 修复 Vercel 迁移至 EdgeOne Pages 踩坑
    • 总结:
    • 完整踩坑流程如下:
    • 1. 修复问题 1:builder "npm run build" failed, exit code: 1
    • 2. 修复问题 2:plugins Error executing onBuild hook: node_modules are not installed
    • 3. 修复问题 3:The value at .output must be one of: "standalone".
    • 4. 再次修复问题 2:plugins Error executing onBuild hook: node_modules are not installed
  • 0x04. 使用 WorkBuddy 调用 cos-skill 转存图片
    • 总结:
    • 完整实现流程如下:
    • 1. 添加【腾讯云COS】技能
    • 2. 使用 Plan 模式制定转存计划
    • 3. Review 转存计划:手动修改 + WorkBuddy 修改
    • 4. 执行计划
    • 5. 执行结果
  • 0x05. 鹅厂 OpenClaw 生态体验总结
  • 0x06. 可复用的 WorkBuddy 对话式项目维护
  • 0x07. 后记
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档