简短回答
椋鸟记谱 ScoreStarling 最终提交的 ChatGPT 插件于 2026年10月6日进入审核，10月22日获批并发布，两个日期相隔 16 个自然日。我们提交了一个使用 OAuth 的 MCP 服务器、两项 Skills、五个正向和三个反向测试用例、演示录屏，以及私密的审核账号信息。等待期间的一次客服询问没有得到审核结论或完成日期，我们无法判断它是否影响了审核。
这是一次提交的记录，核实日期为 2026年10月22日。它不能代表 OpenAI 的平均审核时长，也不是完成时间承诺。在最终的 1.0.0 包之前，我们主动撤回过较早的 0.1.31 提交；那是我们的替换决定，不是被拒。
我们提交了什么？
获批的 1.0.0 包包含 14 个运行所需文件、一个使用 OAuth 的托管 MCP 连接，以及两项 Skills：scorestarling-notation 和 scorestarling-score。上架信息包含图标、示例提示词，以及官网、客服、隐私政策和服务条款的链接。我们也完成了发布者身份和 MCP 域名验证。
椋鸟记谱可以把录音、乐谱图片和乐谱文件转成可编辑、可播放的乐谱。提交材料需要说明完整流程：导入音乐、打开结果、检查修改并导出。仅仅证明服务器连得通，还无法展示这些步骤。登录接入的技术细节另见我们的远程 MCP OAuth 实践记录。
可分发的插件保存在带有固定版本 tag 的公开仓库中，后端独立部署。审核凭据和非公开的审核录屏不放进这个仓库或发行 ZIP。
审核人员拿到了哪些材料？
我们提供了带示例数据的专用测试账号、登录说明、可访问的演示录屏和发行说明。这个账号不需要我们转发邮件验证码或批准双重验证。凭据填写在私密的审核字段里；录屏使用只读、持链接可访问的 Drive 文件分享。
五个正向用例覆盖吉他录音、原创 ABC 旋律、预览音符修改、接受并撤销修改，以及导出。每个用例都写明提示词、预期工具和可观察的结果。三个反向用例分别要求返回分离后的原始分轨、把歌曲发行到 Spotify，以及访问另一个账号的私有乐谱。这些请求应得到拒绝，或对可支持替代方式的说明。
准备过程中，我们把不同检查分开处理：ZIP 结构正确不代表审核人员能登录，工具调用成功也不代表屏幕上的乐谱真的变了。我们分别检查了这些环节。这些用例也不能证明所有依赖外部供应商的付费工具都已实测。
当前必填字段请以 OpenAI 提交指南为准，本文于 2026年10月22日查阅。我们的账号设置和用例是一份具体参考，不能代替官方指南。
提交与客服沟通时间线
16 天从最终的 1.0.0 提交算起，不从开始开发或较早撤回的包算起。以下日期均采用曼谷时间（Asia/Bangkok，UTC+7）。
最终的 1.0.0 提交显示 In review / Pending review（审核中／等待审核）。
我们向 OpenAI 客服询问状态。帮助界面显示 Escalation requested（已请求升级处理）。
客服邮件确认了我们提供的信息，没有给出最终结论或完成日期。
05:28 收到批准通知。当天稍后我们发布插件，并在未登录的情况下打开了公开详情页。
OpenAI 客服当时到底说了什么？
客服没有给出审核决定或预计完成日期。10月14日的询问包含插件和提交标识，并询问五项自动 MCP 检查发现是否影响审核。帮助界面表示已请求升级处理，后续回复也会通过邮件送达。
10月15日的邮件确认了我们提供的信息。对于检查发现是否拖慢审核，邮件表示需要审核团队核实，客服无法确认；同时说明不必再次发送相同的标识。这次沟通能确认的是材料已被知悉，原因和时间仍不明确。
仅凭客服签名或升级处理提示，我们无法推断应用审核人员刚刚重新检查了提交，也没有证据证明询问加快了审批。批准通知在一周后单独送达。本文只转述沟通内容，不公开私人邮件或账号信息。
GitHub 到了 1.2.2，商店为什么仍发布 1.0.0？
获批的仍是我们提交的 1.0.0 ZIP。等待期间开发继续，公开仓库已经发行到 1.2.2。这些发行没有替换正在审核的包。
| 发行记录 | 它能证明什么 |
|---|---|
| GitHub tag 与发行 ZIP | 某次可分发发行所包含的确切源码和文件。 |
| 已部署的 MCP 服务器 | 托管地址上可用的后端和工具。 |
| 已提交的插件包 | 选定送审的元数据和随包 Skills。 |
| 已发布的商店条目 | 我们选择公开的那个获批插件包。 |
OpenAI 的更新说明区分了两类更新：包内元数据和 Skills 需要新的 ZIP，托管 MCP 工具更新则经过 MCP 扫描。因此，后端部署成功或 GitHub 有新发行，都不能证明新的插件包已在商店上线。
再提交一次，我们会保留哪些做法？
我们会让一个从未用过产品的人也能复现提交里的流程，并按日期记录平台实际显示的状态。
- 用版本 tag 固定插件包，并保留送审 ZIP。把它的版本与持续变化的服务器和仓库分开记录。
- 给审核人员可用的账号、允许使用的示例输入，以及每个用例可观察的预期结果，包括产品必须拒绝的请求。
- 把凭据放在私密审核字段里。确认录屏可访问，但不要把它发布到公开代码仓库。
- 向客服求助时带上标识和具体问题。记录回复，但不要把收到确认当成审核决定。
- 获批后主动发布，并同时核对管理页和公开详情页。
现在公开了什么？
10月22日，管理页显示 1.0.0 为 Published（已发布），ChatGPT 中的 ScoreStarling 条目也能在未登录时打开。页面显示开发者 HAIYI MEI、版本 1.0.0 和 Install plugin 按钮。我们在发布后核对了这些状态，没有停在批准邮件这一步。
这确认了商店条目已经公开。它没有衡量搜索排名、新安装用户能否顺利使用、注册量、收入或转谱准确度。我们提交给 Anthropic 和 WorkBuddy 的内容各自独立审核，OpenAI 获批不能说明它们的状态。这些仍是后续需要观察的事情，不是本次上线已经取得的结果。
来源
- OpenAI：插件上传、审核、发布和更新。当前流程参考，查阅于 2026年10月22日。
- ScoreStarling v1.0.0 插件源码。已提交包的公开源码，不包含私密的审核访问凭据。
- ScoreStarling 的公开 ChatGPT 条目。发布状态和展示版本核实于 2026年10月22日。
常见问题
ChatGPT 插件审核通常需要 16 天吗？
仅凭一次提交，我们无法判断通常要等多久。我们最终的 1.0.0 包在 2026年10月6日处于审核中，10月22日获批并发布，两个日期相隔 16 个自然日。其他提交的等待时间可能不同。
联系 OpenAI 客服让审核更快了吗？
我们没有证据证明这一点。客服确认收到了询问，没有给出审核结论或完成日期。后来的批准通过另一封通知送达；先后发生不代表存在因果关系。
插件获批后会自动公开上架吗？
我们收到的批准通知表示提交包已可发布。之后我们手动发布，核对管理页的 Published 状态，并在未登录的情况下打开了公开详情页。
GitHub 已有 1.2.2，为什么商店发布的还是 1.0.0？
提交审核的是 1.0.0 包，后续 GitHub 发行没有替换它。更新包内的元数据或 Skills，需要通过同一个插件的更新流程上传新 ZIP。