少填表,多发版。
让编码 Agent 替你打理浏览器扩展的商店发布。扩展包、商店文案、截图、推广图和隐私声明都放进扩展仓库,跟代码一起做版本管理;DashBye 把它们与各个商店逐项比对,你批准具体计划之前不写入任何内容。
npm install --global dashbye
dashbye release
一份计划,一次确认,写完回读。
dashbye releaseChrome Web Store Target: item aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa, en 3 changes: Package upload package version 1.4.2 → 1.5.0 Listing update description Listing replace small promo tile (440×280) ! replaces existing contentMicrosoft Edge Add-ons Package 1.5.0 → draft submission Store listing and publishing stay in Partner Center.Text changes Chrome Web Store · description: new text, 412 characters starts: "Jump between headings in long pages and pick up where you left off."Save these changes to the Dashboard draft and upload the Edge package to its draft? [Y/n] yChrome Web Store: Draft saved and read back with no remaining differences. Release lock: 1.5.0.lock.jsonMicrosoft Edge Add-ons: uploaded 1.5.0 to the draft submission. Review the listing and publish in Partner Center.Next: - Chrome Web Store: review the saved draft and submit it for review in the Developer Dashboard. - Microsoft Edge Add-ons: update the store listing if needed, then publish in Partner Center.- 看得懂,不泄露保存的计划和 JSON 输出只记录版本号、数量和要改哪些字段,不含字段内容。文案改动只在你的终端里预览。
- 破坏性改动单独标出替换图片、删除截图会在计划里单独标出,你回答那一个问题之前就能看到。
- 剩余差异为零才算完成保存后 DashBye 回读 Chrome 草稿,确认没有剩余改动才写入版本锁。Edge 的 API 读不到草稿,所以 DashBye 改为记录这次上传。
解决的问题
- 代码更新了,商店截图还是上个版本的?
- 素材跟着扩展一起做版本管理,发布前统一比对。
- 新加了权限,说明文字还是老一套?
- 对照实际构建产物校验声明,趁还来得及就把遗漏找出来。
- 复制、粘贴、上传,下个版本从头再来?
- 只需审一份确定的计划,不必再凭记忆把商店页面拼一遍。
一次发布怎么走
- 01扩展仓库
存放构建产物和商店素材。
- 02Agent
审计真实的构建、manifest、文案、图片和隐私依据。
- 03DashBye
与你管理的每个商店比对,合成一份变更计划。
- 04你
批准这份具体的计划。
- 05DashBye
写入批准的改动,并回读核对。
DashBye 只在你的电脑上运行:通过专用 Chrome 会话访问 Chrome Web Store,通过官方 API 访问 Firefox 和 Edge 的商店,所需密钥放在仓库之外。
三个商店,边界清楚
| 商店 | DashBye 负责 | 仍由你完成 |
|---|---|---|
| Chrome Web Store | 把扩展包、商店文案、图片和隐私声明保存到 Dashboard 草稿,并回读核对 | 登录 Google;提交审核与发布 |
| Firefox 附加组件商店 | 校验扩展包;dashbye submit 按批准的计划创建上架版本;AMO 审核通过后,更新简介、描述、主页、支持邮箱和分类 | 在 AMO 开发者中心维护支持网址和截图 |
| Microsoft Edge 加载项商店 | 把扩展包上传到产品的草稿提交 | 在 Partner Center 编辑商店页、提交审核与发布 |
Firefox 附加组件商店没有草稿。dashbye submit 创建的版本会进入 AMO 审核,无法撤回;商店页的修改也会立即生效。这两类操作,DashBye 只按你批准的计划执行。
交给 Agent
打开扩展仓库,在能读写本地文件、能执行终端命令的编码 Agent 里粘贴这段提示词。
为这个扩展仓库配置 DashBye,并准备好商店发布(Chrome Web Store、Firefox
附加组件商店、Edge 加载项商店,只限我选择的商店)。
源码:https://github.com/HiAriesZhou/DashBye
安装 DashBye(不要用 sudo),先读 dashbye -h,再用 dashbye init --agent --json
完成当前仓库的配置。一切以真实的构建产物、manifest、现有商店文案、截图、推广图
和隐私依据为准。仓库里确认不了的事实直接问我;产品功能、权限用途、数据使用声明
和各项认证,一律不能编。
诊断文件都放在所有仓库之外。运行 validate 和 plan 时加上 --json;需要访问
Dashboard 时,DashBye 会自己打开专用的 Chrome。我只负责在那个窗口里登录 Google。
如果当前环境打不开图形界面,说明原因,并让我运行 "dashbye doctor --login"。
Firefox 和 Edge 用 API 密钥:请我来配置,你不要读取、打印、复制或提交密钥。
把目标条目和每一项改动都列给我看,并提醒 Firefox 商店页的修改保存后立即生效,
等我明确同意后再执行 sync-draft。
同步后必须回读,确认剩余差异为零。不要提交审核,也不要发布;不要运行
"dashbye submit":Firefox 版本一旦进入 AMO 审核就无法撤回。最后告诉我改了哪些
文件、做了哪些检查、还有哪些问题没解决。Agent 负责
- 安装(或找到已装好的)CLI
- 初始化仓库
- 整理发布素材并跑完校验
- 交给你一份具体的变更计划
你负责
- 补充仓库里查不到的产品事实
- 在 DashBye 打开的 Chrome 窗口里登录 Google
- 在 DashBye 写入草稿之前批准计划
- 亲手提交审核与发布
DashBye 不会做的事
- 为 Chrome 或 Edge 提交审核、发布上架
- 替你登录、处理验证码,或伪装浏览器指纹
- 编造产品功能、权限用途或数据使用认证
- 通过 loopback 以外的连接控制 Chrome
- 收集遥测数据:DashBye 没有账号,也没有服务器
早期版本,如实说明
已在真实商店条目上跑通:Chrome 的扩展包上传、图片替换和部分隐私文案修改;一次 Firefox 版本提交,以及审核通过后的一次商店页更新;一次 Edge 扩展包上传。尚未验证:多语言、数据类别与认证的变更、新增权限的确认,以及在 Windows 和 Linux 上登录。
验证记录下一个版本,从仓库里发出去。
npm install --global dashbye