我们为什么把经验做成付费技能

10 月 24 日下午，我们在 WorkBuddy 开放平台提交了第一个付费技能包，当晚又提交了两个。首批 3 个技能包是「亚马逊9810建货件模板包」「数据库健康自查表」「亚马逊AI自动化接入包」，都按 ¥9 一次性买断提交；合规、数据库、运营三个专家包还没提交。这个系列把整个过程按时间写下来：为什么做、内容从哪来、哪里踩了坑。只写有出处的事，审核结果出来后会在后续文章里更新。

先说清楚边界：这些技能包不是新产品，而是把盈尺网站上已经公开的工具规则和资料包，按 WorkBuddy 的技能格式重新整理。它们给方向、风险等级和“什么时候该转人工”，不替代律师、税务师或认证机构的结论。

我们挑选题时只问三个问题。第一，这套规则在站内是否已经公开、能指出每条的来源？第二，它是否能在对话里直接用，不依赖外部接口或客户的真实数据？第三，它是否相对稳定，适合一次性买断，而不是每天都要人工维护？

符合这三条的，主要是三类：亚马逊跨境合规的自查规则（税务、账户健康、上架用词、产品认证）、数据库检查规则（SQL 审查、健康检查、备份演练、故障排查），以及站内已有的资料包（9810 建货件模板、亚马逊 API 与 AI 自动化接入、数据库健康自查）。

为什么做成“付费”技能而不是免费？平台的规则决定了这件事要一开始就想好：开放平台目前只支持发布付费的技能和专家，付费模式只有一次性付费和按月订阅两种；而免费发布的资产，现阶段不支持再转成付费。如果先免费试水，之后就没法再改。

另一个考虑是交付形态。平台说明里写到，付费资产会做加密防护并在云端运行，已购买的用户也不能轻易复制。对我们来说，这意味着规则库可以按“工具”的方式卖，而不是把一份文档发出去就失控。

我们给自己定的硬规矩是：技能包里的每条规则，都要能对回站内一个已公开的工具、文章或资料包。对不上的，要么删，要么标“待核实”。下面是首批内容的来源对照。

坑 1：付费方式定了就不能改。平台常见问题里明确写着：付费能力还在内测，为了不影响已安装用户，暂不支持转付费。我们的理解是：第一次提交时选的模式（一次性还是按月），基本就是这个包今后的模式。所以首批 3 个包全部按 ¥9 一次性买断提交，因为规则库相对稳定；需要持续更新的内容留给以后单独做按月订阅。

坑 2：免费的不能再改成付费。这和坑 1 是同一条规则的另一面，但对选题影响更大：想“先免费攒口碑、再收费”的路在现阶段走不通。要免费引流，就单独做一个免费包，不要指望日后把它改成收费。

坑 3：价格只能填整数，名称也有限制。我们原本设想了一个带小数的价格，提交时才发现付费金额只能填 1 到 9999 的整数，只好统一调整。另外，技能包的 SKILL.md 里必须写中英文显示名；付费资产的显示名只能用中英文、数字和连字符，解析后在表单里是只读的，想改得重新打包。

坑 4：开通收款不等于收款链路走通。平台的开通流程是“填写资料 → 资料审核 → 微信签约”，签约完成就能发布付费资产，我们是先签约再提交第一个包的。但到账、账单和提现这些环节，只有等第一个包过审、真有用户购买后才能验证。所以我们给自己定了顺序：链路没走通前，专家类的包先不提交，避免一次铺开后才发现结算问题。平台写明的审核周期约 7 个工作日。

坑 5：自检时发现 AI 编造了人设和税务规则。技能包初稿是 AI 协助整理的，上架前我们逐条对出处，抓到两类问题。一是人设：数据库专家的介绍里出现了没有出处的从业年限和行业级别描述。我们把它删掉，只保留能在官网对上的经历：40+ 份数据库、数仓、安全服务类合同经验。二是税务规则：合规脚本把英国算进了欧盟规则，还写了一条“日本 2023 年起对境外卖家逆向征收”。

第二类问题更值得警惕，因为它不是 AI 凭空编的，而是从我们自己站内的税务自查工具里“继承”来的。核对英国税务海关总署（HMRC）和日本国税厅的说明后确认：英国对境外卖家没有 VAT 注册门槛，平台代扣有自己的规则，和欧盟 OSS 无关；日本的逆向征收只适用于面向企业的电信服务等特定情形，2023 年 10 月开始的是インボイス（适格请求书）制度，两者不是一回事。技能包和站内工具都已经改正，工具页现在会直接附上官方说明链接。

这件事给我们的教训是：AI 帮你搬运经验时，会把你原有内容里的错误一起放大。上架前的自检不能只查格式和敏感信息，还要逐条对规则出处。

首批 3 个技能包目前在审核中，第二批运营类技能包已经打包好，等第一个包过审、收款链路验证后再提交。下一篇会写技能包的结构设计：一份规则库怎么拆成能在对话里用的技能。

如果你现在就遇到具体问题，不必等技能上架：亚马逊上架合规可以先用站内免费检测工具，店铺经营问题可以提交诊断；数据库与数据交付相关，可以了解 InchStack 并申请样例试用。