5zjk5/prompt-engineering/byteplus-edge-pages-deploy

BytePlus Edge Pages 部署技能

概述

将静态网站一键部署到 BytePlus Edge Pages 平台，获得 CDN 加速。纯 Node.js 实现，零外部依赖，Windows/Mac/Linux 均可运行。

本技能经过实际踩坑修复，解决了两个导致部署后页面 404 的致命 Bug。请务必阅读"踩坑记录"章节。

触发条件

• 用户要求"部署"/"发布"/"上线"静态网站
• 用户提到 "BytePlus"/"Edge Pages"/"CDN 部署"
• 用户要求重新部署或更新已有项目
• 用户要求"绑定域名"/"自定义域名"/"配置域名"
• 用户提到默认域名失效/过期/不能访问

场景检测

技能调用时，先判断用户属于哪个场景：

1. 检查 scripts/config.json 是否存在且已配置真实凭证（非 YOUR_ 开头的占位符）
2. 已配置 → 场景A（直接部署）
3. 未配置 → 询问用户是否有 BytePlus 账号

• 有 → 引导获取 AK/SK（场景A 前提条件）
• 无 → 场景B（完整引导流程）

场景A：直接部署（已有账号和凭证）

前提条件

1. scripts/config.json 已配置 BytePlus AK/SK

• 首次使用：复制 scripts/config.template.json 为 config.json，填入凭证
• 获取地址：https://console.byteplus.com/iam/keymanage

1. 静态网站目录包含 index.html
2. Node.js 已安装（零外部依赖）

部署前必须确认：部署到哪个项目？

由于自定义域名配额只有 1 个，部署前必须询问用户：

这个网站是要发布到主站（永久访问），还是临时预览？

- 主站（app.muxiatong.top）→ 部署到 web-app-01（--project-id p-2e9j5dbfm9ziu5uu），内容会替换主站当前内容

- 临时预览（3小时有效）→ 部署到 web-app-02~05 中的任意一个，获得临时预览链接

- 新项目 → 如果 5 个项目都已占满且都不想覆盖，需先删除一个再创建

根据用户选择使用对应的项目 ID：

重要： 用 --project-id 部署到已有项目时，旧内容会被新内容替换，项目 ID 和域名绑定不变。不需要删除重建。

部署

node scripts/deploy.js --dir <网站目录> [--name <项目名>] [--project-id <已有项目ID>]

部署逻辑（已修复，详见踩坑记录 #2）：

• 有 --project-id → 直接上传内容并调用 CreatePagesDeployment 创建新部署
• 有 --name → 按名查找；找到则上传内容并创建新部署；找不到则创建项目
• 新建项目时会自动执行二次部署：第一次是 CreatePagesProject 产生的初始部署（内容无法正常访问，返回 404），第二次是 CreatePagesDeployment 产生的正式部署（可正常访问）

检查部署状态

node scripts/check_status.js --project-id <项目ID>

每 15 秒轮询（最多 10 次），状态 online 后输出预览链接，并自动 HTTP 验证链接是否返回 200（检测 404 问题）。

项目管理

# 列出所有项目（查看已有项目 ID）
node scripts/manage.js list
 
# 查看项目详情
node scripts/manage.js get --project-id <项目ID>
 
# 查看部署历史
node scripts/manage.js deployments --project-id <项目ID>
 
# 下线项目
node scripts/manage.js offline --project-id <项目ID>
 
# 删除项目（释放项目配额）
node scripts/manage.js delete --project-id <项目ID>

测试

部署完成后，脚本会自动验证预览链接的 HTTP 状态码。也可以用浏览器手动打开预览链接验证。

自定义域名管理

默认域名 vs 自定义域名

部署成功后，BytePlus 会自动分配一个预览域名，格式为 p-xxx.synthopages.bytepluses.com。

重要：默认预览域名每 3 小时重置一次，不能作为稳定访问地址！ 必须绑定自定义域名才能长期使用。

部署后流程

部署成功 → 获得默认预览域名（3小时有效）
    ↓
用户有自有域名？
    ├─ 是 → 绑定自定义域名（见下方）
    └─ 否 → 告知用户默认域名 3 小时后失效，建议尽快绑定自有域名

一键绑定域名

node scripts/domain.js bind --project-id <项目ID> --domain <你的域名>

此命令会自动完成：

1. 调用 AddPagesDomain API 添加域名
2. 轮询 GetPagesDomain 等待 CNAME 地址生成
3. 输出 DNS 配置指引（记录类型、主机记录、记录值）
4. 提示用户去域名 DNS 管理处添加 CNAME 记录
5. 提示用户配置完成后运行 verify 验证

绑定域名的交互流程（AI 必须遵守）

绑定域名涉及用户手动操作 DNS，AI 不能只跑命令就结束，必须按以下步骤引导用户：

步骤1：AI 运行 bind 命令，拿到 CNAME 地址

node scripts/domain.js bind --project-id <项目ID> --domain <域名>

步骤2：AI 主动告诉用户去 DNS 管理处配置

拿到 CNAME 地址后，AI 必须向用户输出清晰的配置指引，例如：

域名已添加成功！CNAME 地址是 app.muxiatong.top.bplslb.com。

现在需要你去阿里云域名控制台添加一条 CNAME 记录：

| 项目 | 填什么 |

|------|--------|

| 记录类型 | CNAME |

| 主机记录 | app |

| 记录值 | app.muxiatong.top.bplslb.com |

| TTL | 默认 |

操作路径：阿里云控制台 → 域名 → muxiatong.top → 解析 → 添加记录

如果主机记录已存在其他记录（如 A 记录），需要先删除或修改，否则会报"解析冲突"。

配置完成后告诉我，我来帮你验证。

步骤3：等用户确认配置完成

AI 必须等待用户回复"配好了"之类确认后，才能进行验证。不要跳过这一步。

步骤4：AI 运行 verify 验证

node scripts/domain.js verify --project-id <项目ID> --domain <域名>

步骤5：告知用户访问方式和注意事项

验证通过后，AI 必须告知用户：

• HTTP 可立即访问，HTTPS 可能需要 5-15 分钟（SSL 证书配置中）
• 如遇 421 Misdirected Request 是 CDN 传播中，等待即可
• 自定义域名永久有效，不像默认预览域名那样 3 小时失效

手动分步操作

# 1. 添加域名
node scripts/domain.js add --project-id <项目ID> --domain app.example.com
 
# 2. 查看域名详情（获取 CNAME 地址）
node scripts/domain.js get --project-id <项目ID> --domain app.example.com
 
# 3. 列出项目所有域名
node scripts/domain.js list --project-id <项目ID>
 
# 4. DNS 配置完成后验证
node scripts/domain.js verify --project-id <项目ID> --domain app.example.com
 
# 5. 删除域名
node scripts/domain.js delete --project-id <项目ID> --domain app.example.com

DNS 配置方法（以阿里云为例）

获取到 CNAME 地址后，在域名 DNS 管理处添加一条 CNAME 记录：

注意事项：

• 如果该主机记录已存在 A 记录等其他记录，必须先删除或修改，否则会报"解析冲突"
• 域名配额只有 1 个：整个 BytePlus 账户只能绑定 1 个自定义域名，请选择最常用的项目绑定
• 配置 CNAME 后需等待 DNS 传播（通常几分钟）
• 如需更换绑定的项目，先删除旧域名绑定再绑新项目（CNAME 地址可能变化，需更新 DNS 记录）

绑定后的访问说明

• SSL 证书由 BytePlus 自动配置，通常需要 5-15 分钟
• 在 HTTPS 就绪前，HTTP 可先使用
• 如遇 421 Misdirected Request，是 CDN 边缘节点传播中，等待即可

域名管理 API 清单

多项目域名绑定

BytePlus Edge Pages 项目上限为 5 个（实测可创建 10 个），但自定义域名配额为每账户 1 个。这意味着只能给 1 个项目绑定自定义域名，其他项目只能用默认预览域名（3 小时失效）。

建议策略： 把最常用的项目绑定为自定义域名作为主站，其他项目按需用默认预览域名临时预览。如需多个自定义域名，可在 BytePlus 控制台提交工单申请提升配额。

场景B：新用户引导（没有 BytePlus 账号）

多步对话流程，每步等待用户确认后继续。

步骤1：注册账号

部署需要一个 BytePlus 账号。我来打开注册页面。

完成以下步骤：

1. 注册 BytePlus 账号

2. 完成个人身份验证

3. 添加信用卡用于计费

完成后回来告诉我。

node scripts/onboard.js open-browser "https://signin.byteplus.com/auth/signup"

步骤2：获取 AK/SK

现在需要创建 Access Key 用于 API 访问。

在 IAM 页面：

1. 点击"Create Access Key"

2. 复制 Access Key ID 和 Secret Access Key

格式示例：

- Access Key ID: AKLTMjY2MD...

- Secret Access Key: T1dHVn...

获取后粘贴给我。

node scripts/onboard.js open-browser "https://console.byteplus.com/iam/keymanage"

步骤3：保存凭证

用户提供 AK/SK 后：

node scripts/onboard.js save-credentials "<access_key>" "<secret_key>"

步骤4：开通 CDN 服务

需要开通 BytePlus CDN 服务以启用 Edge Pages。

- 服务：BytePlus CDN（按量计费）

- 区域：海外加速

是否继续开通？

用户确认后：

node scripts/onboard.js subscribe-cdn

步骤5：部署

引导完成，进入正常部署流程（同场景A）。

完整流程

新用户（场景B）

步骤1: 注册 BytePlus 账号 → onboard.js open-browser
步骤2: 获取 AK/SK → onboard.js open-browser
步骤3: 保存凭证 → onboard.js save-credentials
步骤4: 开通 CDN → onboard.js subscribe-cdn
步骤5: 部署 → deploy.js --dir ./my-site --name my-project
步骤6: 获取链接 → check_status.js --project-id p-xxx
步骤7: 绑定域名（推荐）→ domain.js bind --project-id p-xxx --domain app.example.com
步骤8: DNS 配置（在域名管理处添加 CNAME 记录）
步骤9: 验证域名 → domain.js verify --project-id p-xxx --domain app.example.com
步骤10: 浏览器访问自定义域名

老用户（场景A）

步骤1: 部署 → deploy.js --dir ./my-site --name my-project
步骤2: 获取链接 → check_status.js --project-id p-xxx
步骤3: 绑定域名（推荐）→ domain.js bind --project-id p-xxx --domain app.example.com
步骤4: DNS 配置（在域名管理处添加 CNAME 记录）
步骤5: 验证域名 → domain.js verify --project-id p-xxx --domain app.example.com
步骤6: 浏览器访问自定义域名
步骤7: 迭代更新 → deploy.js --dir ./my-site --name my-project（自定义域名不变）

文件结构

scripts/
├── config.template.json  # 凭证模板（复制为 config.json 后填入 AK/SK）
├── config.json           # 凭证配置（用户私有，含 AK/SK）
├── lib.js                # 公共库（API签名、HTTP、上传、跨平台ZIP打包）★ 含关键修复
├── deploy.js             # 部署脚本（创建/更新项目）★ 含关键修复
├── check_status.js       # 状态轮询 + HTTP 验证（获取预览链接，检测 404）
├── domain.js             # 域名管理（add/get/list/verify/delete/bind）★ 新增
├── manage.js             # 项目管理（list/get/deployments/offline/delete）
└── onboard.js            # 新用户引导（注册/获取凭证/开通CDN）

踩坑记录（必读）

本技能在实际使用中遇到了多个致命问题，以下为详细记录和修复方案。这些问题已在当前脚本中全部修复，但如果重新生成或修改脚本，务必注意以下几点。

坑 #1：Windows Compress-Archive 生成的 ZIP 导致 404

现象： 在 Windows 上部署成功（API 返回成功），但访问预览链接返回 404 Not Found。

根因： Windows PowerShell 的 Compress-Archive 命令生成的 ZIP 文件格式与 BytePlus Edge Pages 的解压服务不兼容。虽然 ZIP 文件本身是合法的，但 BytePlus 服务端无法正确解析其中的文件结构，导致部署的文件未被识别，页面返回 404。

修复（在 `lib.js` 的 `createZip()` 函数中）：

• Windows 上优先使用 tar -a -cf 命令（Windows 10 1803+ 自带的 bsdtar）
• tar 生成的 ZIP 格式与 Linux 的 zip 命令兼容，BytePlus 能正确解析
• 仅当 tar 不可用时才降级使用 Compress-Archive，并输出警告

// 修复前（有问题）：
execSync(`powershell -Command "Compress-Archive -Path '${dirPath}\\*' -DestinationPath '${tmpZip}' -Force"`);
// 修复后（正确）：
execSync(`tar -a -cf "${tmpZip}" -C "${dirPath}" .`);

验证方法： 部署后用 check_status.js 或 deploy.js 内置的 HTTP 验证检查预览链接是否返回 200。

坑 #2：DeployPagesProject API 不会创建新部署

现象： 对已有项目执行更新部署时，API 返回 "Operation denied: deployment xxx is already in use, no need to deploy"，页面内容不更新。

根因： 原版脚本使用 DeployPagesProject API 来部署已有项目。但该 API 的行为是：如果项目已有部署且内容未变，则返回"无需重复部署"。即使内容已变，该 API 也不会创建新的 Deployment 记录，导致页面内容无法更新。

修复（在 `deploy.js` 中）：

• 所有部署操作统一使用 CreatePagesDeployment API
• 该 API 会强制创建新的 Deployment 记录，确保内容更新生效
• uploadAndDeploy() 函数封装了"获取上传信息 → 上传 ZIP → 创建部署"的完整流程

// 修复前（有问题）：
const deployRes = await api('DeployPagesProject', { ProjectID: projectId });
// 修复后（正确）：
const sourceConfig = { Type: 'upload', Directory: uploadDir, AssetsDir: uploadDir };
const deployRes = await api('CreatePagesDeployment', { ProjectID: projectId, SourceConfig: sourceConfig });

坑 #3：CreatePagesProject 的初始部署无法访问

现象： 新建项目后，项目状态显示 online，但访问预览链接返回 404。

根因： CreatePagesProject API 要求传入 SourceConfig 参数，这会产生一个初始部署。但这个初始部署虽然状态为 success，内容却无法被 CDN 正确访问（返回 404）。必须额外调用 CreatePagesDeployment 创建一次正式部署，页面才能正常访问。

修复（在 `deploy.js` 中）：

• 新建项目时，先上传内容并带 SourceConfig 创建项目
• 等待初始部署完成（状态变为 online）
• 然后再次上传内容并调用 CreatePagesDeployment 创建正式部署
• 这一步是必须的，不能省略

坑 #4：项目数量配额限制（上限 5 个）

现象： 创建新项目时报错 "quota exceeded: quota project.count.limit is 5"。

根因： BytePlus Edge Pages 的项目数量上限为 5 个（免费配额）。当已有 5 个项目时，无法创建新项目。

解决方案：

• 用 manage.js list 查看所有项目
• 用 manage.js delete --project-id <ID> 删除不需要的项目释放配额
• 或用 --project-id 参数直接部署到已有项目（更新而非新建）

# 查看所有项目
node scripts/manage.js list
 
# 删除不需要的项目
node scripts/manage.js delete --project-id p-xxxxx
 
# 然后重新部署
node scripts/deploy.js --dir ./my-site --name my-project

坑 #5：CDN 传播延迟

现象： 部署成功且 API 返回状态为 online，但立即访问预览链接返回 404 或旧内容。

根因： CDN 内容传播需要时间，通常 1-5 分钟。部署 API 返回成功并不意味着 CDN 边缘节点已同步最新内容。

修复（在 `deploy.js` 和 `check_status.js` 中）：

• 部署后自动循环 HTTP 验证预览链接（最多 4 次，每次间隔 15 秒）
• check_status.js 在输出链接后也会进行 HTTP 验证
• 如果首次访问返回 404，脚本会提示"等待 CDN 传播"

坑 #6：BytePlus 官方文档不稳定

现象： 开发过程中尝试查阅 BytePlus Edge Pages API 文档时，文档页面返回 Internal Server Error。

影响： 无法通过官方文档确认 API 参数格式，只能通过试错法（trial and error）逆向推导正确的 API 调用方式。

应对： 本技能中所有 API 调用参数均经过实际验证，可直接使用。关键 API 清单：