Muse 目前有没有公开 API、想程序化调用有哪些现实路线。
对「程序化调用」的目标有个大致想法（脚本、编辑器、自建工具）。
判断该走官方 API 还是客户端接入路线，少走弯路。
结论先给：目前没有看到面向普通用户的公开 API 入口（没有公开的 API key 申请、文档与计费页）。如果你想让模型出现在自己的工具链里，现实路线是通过支持自定义模型接入的客户端使用，比如 在 OpenCode 里接入 Muse Spark。
现状：没有公开 API
现有信息里没有面向个人用户的公开 API（申请入口、文档、密钥、计费）。任何声称提供「Muse 官方 API key」的第三方渠道都要警惕，别把凭据交给陌生服务。
想要程序化调用，能走哪些路
| 目标 | 现实路线 | 注意 |
|---|---|---|
| 在自己的编辑器里用 | 支持自定义模型的客户端接入 | 以客户端文档为准 |
| 脚本里调用 | 取决于是否有可用的接入方式 | 没有公开 API 时不可行 |
| 自建服务集成 | 同上 | 别轻信第三方「代理 API」 |
接入客户端时要注意
- 按客户端文档配置，不要来源不明的密钥。
- 关注额度消耗：程序化调用可能比手动更快耗尽额度。
- 注意上下文与限流，脚本里加节流与重试退避。
什么时候再回来看
如果平台后续开放 API，本页会更新。以官方页面为准；在官方入口出现前，优先用客户端接入的稳妥路线。
常见问题
现在能用官方 API 吗？
没有看到面向普通用户的公开 API 入口。
第三方卖的 API key 可信吗？
不可信。没有公开 API 时，这类渠道来源不明，别交凭据。
想让模型进自己的编辑器怎么办？
走支持自定义模型接入的客户端，如 OpenCode。
程序化调用会更快耗额度吗？
可能。脚本调用频次高，注意节流与额度监控。
相关页
想「程序化调用」有哪些现实路径
| 路径 | 是否需要密钥 | 适合什么 |
|---|---|---|
| 官方 App / 网页版 | 否 | 日常问答、写作、查资料 |
| 把任务复制到本地脚本里处理 | 否 | 批量改写、格式化，AI 只做其中一步 |
| 声称「有官方 API 密钥出售」的第三方 | — | 不建议，来源无法核实 |
判断某说法靠不靠谱的三个问题
- 官方文档里写了吗？没写就以「未公开」对待。
- 要你先付钱、或先交出账号吗？要的话直接停。
- 它给的密钥能追溯到谁？追溯不到，就不要用。
本页没覆盖的情况
- 官方未来开放 API：如果哪天开放，以官方文档为准，本页的判断标准仍然适用。
- 第三方「镜像站」：多为转发，稳定性与隐私都无法保证，不建议把重要内容交给它。
- 本地模型替代：想完全离线、不上传内容，那是另一条路线。
记住一句话：凡是让你先交出账号或先付款的「接入方式」，都先当成不可信。真正的官方接入不需要你先交出账号。
把「能调用」当成官方开放 API——以官方文档为准。
把客户端里出现的接口当成公开接口。
按第三方说法规划生产使用。
自检清单
最后核对：2026-10-08。内容来自公开分享与我们的核对；是否开放 API 以官方页面为准。
出处：以网上公开说法与社区反馈为主（转述）——这一步官方没有可核的依据，我们无法亲测，只能把多人一致的部分留下，不确定处写明「未确认」。涉及金额、时限的数字按「社区口径」处理，最终以 App 内为准。核对时间 2026-09～10。
这些会变：入口位置、额度、政策。以页面顶部的「最后核对」日期为准，日期旧了就当参考。
下一步：在 OpenCode 上免费用 Muse。如果想回头看整条路径，回教程目录。
邀请码来自网络公开分享：HUZM98，不填也能用，填了双方各得额度。以注册后 48 小时内、App 内显示为准。