【征文】我用 WorkBuddy 做完了一件真事：把 uni-app 上架踩的坑，变成技能和一个可直接用的网页工具

写在前面：我是 theo，做 uni-app 和 Vue 项目的开发者。这篇记录的是我让 WorkBuddy 帮我完成的一件真实工作，文中的现状都是写稿时核对过的，没有夸大。本文同步发布在其他平台时会注明来源。

这次交给 WorkBuddy 的工作是什么

做 uni-app 的人大概都碰过这件事：App 上架小米、华为、OPPO、vivo、应用宝，被隐私合规驳回，改一轮、再提交、再被驳回。驳回话术还不太一样，修起来很费时间。

我手上正好攒了不少这方面的经验和规范，于是这几天让 WorkBuddy 帮我做两件事：

1. 把经验整理成「技能」，上架到 WorkBuddy 开放平台。 包括中文提示词模板库、Vue-UniApp 代码规范，以及一个 uni-app 上架隐私合规自查技能。
2. 在 WorkBuddy 客户端里，把「隐私合规自查」做成一个能直接打开用的网页应用，并发布出去。

我从 WorkBuddy 刚出来就开始用，是比较早的一批用户，早期用得也比较多。这次的任务比平时的零碎活大一点，正好用来检验它能不能把一件完整的事从头做到尾。结果挺让我满意：整理、打包、调规则、做成网页、发布，大部分过程我是在旁边看和确认。

第一部分：把经验变成技能

三个技能的来源都是我自己平时反复用的东西：

• 中文提示词模板库（免费）：66 个模板，分编程、代码审查、文档、运营文案等 11 类。描述要做的事，技能会挑 1 到 3 个模板，列出要填的变量，缺什么一次问完，最后给出可直接复制的完整提示词。内容来自我开源的 prompt-hub-cn（MIT 协议）。目前已发布，安装量 0。
• Vue-UniApp 代码规范（付费，10 元买断）：让 AI 在 Vue2、Vue3、UniApp 项目里按约定写代码：先读再改、最小改动、旧逻辑注释保留而不是删除、金额按分计算、不硬编码密钥。带 6 个模板和一个无依赖的自查脚本，能查出 v-for 缺 key、v-if 与 v-for 同元素、el-form 校验规则缺少对应 prop 等问题。目前在审核中。
• uniapp上架隐私合规自查（免费）：对应各应用商店常见的隐私驳回，给出驳回原因对照、androidPrivacy.json 配置方法、微信小程序隐私指引要点，带静态扫描脚本和模板。同样在审核中。

另外还有一个付费「专家」——「uni-app 上架合规顾问」，已经在本地打包好，还没上传，所以这里不做评价。

第二部分：一个能直接用的网页工具

光有技能还不够直观，我想让别人不装任何东西就能自查。于是让 WorkBuddy 帮我把同一份规则做成网页应用：把 manifest.json、androidPrivacy.json、pages.json 和几段源码贴进去，点「开始自查」，就能看到风险清单和修复建议。

下面是应用的首页。它是纯前端的，在浏览器里本地运行，内容不会上传：

用示例项目（故意留了几个合规问题）跑一遍，结果会按高、中、低风险分级，每一条都带修复建议和可复制的模板：

除了自查，页面里还放了两个我自己常翻的东西。一个是「驳回原因清单」，把常见的 23 条驳回原因和对应修复整理成了可勾选、可搜索的列表：

另一个是「模板片段」，比如原生隐私弹窗用的 androidPrivacy.json、manifest.json 的权限策略片段，点「复制」就能用（里面的网址是占位示例，使用前要换成自己的）：

这个应用最后是在 WorkBuddy 客户端里创建并发布的，也报名了 WorkBuddy 的 1024 作品征集，提交后页面显示「等待审核」。到写稿时还没有审核结果，所以我不预判成绩。

过程中值得记下的 5 个细节

做技能上架时，平台对包的规则比我想的细。下面每一条都是上传时真实遇到的，记下来，也许能帮到后面的人。

1. 技能包目录最多 2 层。 我一开始把模板按子目录分类，被拒了。后来全部拍平，例如 templates/vue3-ListPage.vue，再把 SKILL.md 里的路径逐个改过来。建议一开始就按两层规划。
2. 显示名不能含「/」和空格。 原来的「Vue/UniApp 代码规范」不行，改成了「Vue-UniApp代码规范」。
3. 价格必须是整数元。 我想定 9.9 元，平台要求整数，所以定了 10 元。免费技能之后不能再改成付费，付费方式发布后也不能修改，定价最好想清楚再提交。
4. 重新上传必须升版本号。 同一个技能再次上传，版本号要比之前高，我把 1.0.0 升到 1.0.1。
5. frontmatter 里含冒号的值要加引号。 我在 description 里写了「不适用: iOS 审核……」，冒号加空格让 YAML 解析出错。把 description 这类字段的值都加上双引号就好了。上传前最好先用 YAML 解析器在本地跑一遍。

另有一个小插曲：有一次助理读页面状态，报告「发布失败」，我截图核对后发现其实已经发布成功。平台页面加载要十几秒，没加载完就读状态容易误判。后来我们的做法是等页面完全加载后再判断。

我从这次实践里得到的

第一，WorkBuddy 适合接这种「一件事，从头到尾」的活。 整理经验、改规则、打包、做网页、发布，中间有很多琐碎的小步骤，交给它之后，我主要做的是确认方向和处理需要我本人登录、授权的环节。

第二，把经验固化成技能，价值比我预想的大。 我写 Vue 规范技能的初衷，是不想每次都对 AI 重复一遍「别删旧代码、改动要最小、金额按分算」。固化之后，换一个项目、换一个对话，约束都还在。同一份规则还能做成网页，给没装 WorkBuddy 的人用。

第三，平台规则可以在本地提前检查。 目录层数、名字字符、价格、版本号、YAML，都可以写个小脚本在上传前跑一遍，比每次等平台报错省事。

第四，别对结果期待过高，也不用着急。 到写稿时，三个技能的安装量是 0，付费技能还没过审，没有收入。我写这篇不是想证明「上架就能赚钱」，而是想记录：用 WorkBuddy 把一件真实的事做成了，并且有了能直接用的成果。后面有了真实的安装和反馈，我再补一篇。

给想试试的人的清单

• 目录最多 2 层，模板文件拍平放。
• 显示名不要有 / 和空格。
• 价格填整数元；想好是否收费再提交，免费不能转付费。
• 重新上传先升版本号。
• frontmatter 里含冒号的字符串加引号，本地先过一遍 YAML 解析。
• 页面加载慢，等加载完再判断是否发布成功。

声明

本文为原创，写作和整理过程中使用了 AI 助理协助，文中的案例和遇到的问题均为真实经历，数据截至发稿时。文中截图均为示例项目的结果，未包含任何账号、密钥或个人信息。作品版权归作者所有。