这半年，"用 AI 写个插件"已经不是新闻了。真正的新闻是：一大批人卡在同一个地方——代码写完了，商店进不去。
用 Codex+ChatGPT 做出第一个谷歌插件的博主阿杰，原话是"在当今这个时代，做项目最简单的就是代码部分的工作"。知乎 而他的插件在商店门口被拒了两次。做 TabScribe 的 Obsidian 重度用户，第一次提交等了 2 天，收到一句拒信：“功能描述不够详细”。知乎
用 vibe coding 连做 3 个 Obsidian 插件的维客，审核进度停在 16/18，后面是积压的 2000 多个待审 PR。知乎 也有人把上架当成终点：一位出海开发者在插件满两周时摊开三个后台的数据——19 个安装、21 个访客——商店不是终点，是冷启动的起点。知乎
这篇不教你怎么用 AI 写插件（那件事已经被写烂了），只回答一个更值钱的问题：2026 年，一个独立开发者把自己的插件送进 Chrome、Edge、Obsidian 三个商店，各要付出什么成本、踩什么坑。所有数字都是开发者自述的一手记录，样本不大，但每一条都能溯源。
Chrome：5 美元门票，和三种最典型的拒信
Chrome Web Store 是大多数人的第一站。门槛先亮出来：注册开发者账号一次性 5 美元，之后同一账号发布任何插件都不用再交钱。知乎
审核这一侧，目前社区里能找到的实测值分布很宽：TabScribe 首拒用了 2 天，改完重提不到 24 小时过审；阿杰的体感是"一般来说两周回一次"；而一旦你的 manifest 里申请了主机权限（host permissions），就会收到那句著名的系统提示——“由于涉及主机权限，您的扩展程序可能必须接受深入审核，这会导致发布时间延迟”。小红书 同一个提交通道，有人一天过，有人按周等，差别几乎全部来自提交前的准备。
把这几篇踩坑帖放在一起对，能拒你的东西其实高度集中在三类：
权限与描述不匹配。插件没用到、却写在 manifest.json 里的权限，是 Chrome 的硬伤。开发者孟晨对比后的结论很直接：这种问题在 Edge 能过，在 Chrome 必拒。小红书 对策不神秘：提交前给每个权限用一句话写清用途，写进商店描述。
功能描述太薄。"功能描述不够详细"这种一句话拒信，对应的是商店文案没把"做什么、为谁做、权限干什么"讲完。修改描述与隐私说明后重提，不到 24 小时就能过审——来回磨的是文案，不是代码。知乎
素材全家桶。icon、多张商店截图、小型宣传图、顶部宣传图，各有尺寸要求，每次打开设计工具手动裁剪导出会非常耗时间。知乎 有开发者干脆做了个浏览器插件来生成这些上架素材——侧面说明这一步重复劳动有多劝退。
两个省钱技巧来自实践者。一是 i18n 占位符要本地验证，manifest 里 `MSG_xxx` 拼错不会报错，你的插件会在商店里直接叫 `MSG_typo`；TabScribe 靠 AI 翻译加人工校对上了 12 种语言，上架第二天就来了日本和德国用户。知乎
二是发布流程值得自动化：用 chrome-webstore-upload-cli 接到 GitHub Actions 里，OAuth 配置先在 Google 的 OAuth Playground 里单独跑通一遍，别在 CI 里试错。知乎
Edge：免费、宽松，但别把它当退路
Edge 扩展商店对国内开发者的吸引力写在数字里：发布免费，不收那 5 美元；审核也宽松一档——上架以来甚至没遇到过被拒。小红书
但反例也在。同一时间发帖总结"谷歌、微软、火狐三家上架体验"的开发者，给微软的那一格只留了四个字：“微软折磨死我了”。小红书 商店审核松，不等于账号注册、开发者认证、支付税务这些外围流程顺。
所以更实用的定位是：把 Edge 当成第一次走完整上架流程的练手通道，材料、截图、权限说明先在免费的地方跑一遍，再拿着打磨过的版本去交 Chrome 的 5 美元。指望 Edge 替代 Chrome 做分发，目前还不成立。
Obsidian：审核从"人"换成"机器"，是今年最大的变量
如果只记一条 2026 年的商店变化，记这条：5 月，Obsidian 官方把社区插件的整个分发与审核体系换了底座——新社区站点、开发者面板、自动化审核一起上线，并把排队中的存量提交全部清空。Obsidian官方博客 背景是积压：用 vibe coding 连交 3 个插件的作者，进度条普遍卡在需要人工审核的环节。
新规之后：
审核从人工转向自动化扫描：每个新版本提交后自动检查安全漏洞和代码质量，人工审核只保留给高下载量、首页推荐或被社区举报的项目。Obsidian官方博客
全新社区站点带开发者面板：关联 GitHub 账号后可以认领项目、改标题描述截图，直接查看每次提交的审核状态和详细建议，存量 PR 已自动迁移。
每个插件有一张安全评分卡，用户安装前就能看到自动检查结果，后续还计划加入权限披露和作者认证。维客晒出的分数轨迹很真实：64 分起步，改一轮之后是 99 分、94 分——分数本身成了新的沟通语言。知乎
作者提交前可以用官方 `eslint-plugin-obsidianmd` 本地自查，或在开发者面板对任意分支跑预览扫描，把问题拦在提交之前。知乎
但自动化审核不等于闭眼提交。8 月的一篇上架整理总结了机器最容易挂掉的格式细节：manifest.json、package.json、versions.json 三处版本号必须同步；Git tag 要写 `1.0.0`，不能带 v 前缀；Obsidian 安装插件时只下载 `main.js`、`manifest.json`、`styles.css` 三个文件，往 Release 里塞多余的压缩包资产反而添乱；主 README 必须有英文概述，哪怕正文是中文；密钥一旦提交过 Git 历史，删除文件不算完，立刻去服务商后台撤销重发。这些细节拼起来，就是那个最折磨人的现象的解释：明明显示审核通过，商店里却搜不到插件。知乎
顺带一个分发端的现实：8 月底还有文章在吐槽，国内用户打开 Obsidian 社区插件市场默认就费劲，很多安装靠手动导入。知乎 上架成功只是拿到入场券，你面对的相当一部分核心用户，可能根本不会走到商店搜索那一步。
三张门票放在一起，怎么选
Chrome | Edge | Obsidian 社区 | |
|---|---|---|---|
现金成本 | 一次性 $5 | 免费 | 免费（需 GitHub 仓库开源） |
审核形态 | 自动+人工，权限敏感 | 相对宽松 | 2026.5 起自动扫描为主，安全分卡 |
一手实测周期 | 24 小时～约两周；host 权限另计 | 有作者称未遇拒 | 存量 2000+ 积压，新流程下看机器项 |
最高频拒因 | 权限/描述不匹配、素材不全 | 外围流程（非审核） | 版本号不一致、tag 格式、README 英文缺失 |
自动化手段 | webstore-upload-cli + Actions | 微软 Partner Center 手工为主 | 官方 eslint 插件 + 预览扫描 + CI 锁版本 |
给三种人三条路：
第一次上架：先 Edge 走一遍全流程（免费的调试环境），素材和权限说明磨顺了再交 Chrome。
插件已经写完、Chrome 被拒过：别改代码，改文案。三类高频拒因里两类和代码无关，把每个权限的用途一句话写清，比重构一次管用。
做 Obsidian 插件：先本地跑 eslint-plugin-obsidianmd 和预览扫描，把版本一致性写进 CI 校验（三处版本号+tag 任一不一致就构建失败），这是当前机器审核下投入产出比最高的半天工作。
值得继续盯的信号也有三个：Obsidian 权限披露和作者认证上线的进度、Chrome 对主机权限深入审核的实际时长会不会进一步分档、以及"商店自动化审核"这套模式会不会被更多插件生态抄作业——毕竟这轮插件潮里，供给增长最快的恰恰是最不需要人写的插件。
（本文数据均来自开发者公开自述与官方公告转述：TabScribe 开发记录、阿杰上架笔记、孟晨 Edge 上架指南、维客笔记对 Obsidian 5·13 公告的解读、8 月 Obsidian 上架链路整理等。个体样本，非统计均值；提交前请以各商店当时的官方文档为准。）
