微信 Access Token 对外中继：让你另一家服务商读取暗房的 token（预告）

面向同一个微信服务号除了暗房还有其它服务商在管理的品牌。说明这项能力解决什么问题、以后怎么用，以及当前为什么还不能自己开通。

它解决什么问题

有些品牌除了用暗房管理微信服务号，同时还找了另一家服务商在管——自己的小程序后台、找人做的营销工具，都在用同一个公众号的 access token。

微信那边有个硬限制：同一个公众号（同一个 AppID）的 access token 全局只有一个有效，谁去换一次新的，上一个就作废。如果暗房和你的另一家服务商各自去问微信要 token，两边就会持续互相作废对方拿到的 token——表现是「这家的微信通知/登录时灵时不灵，查后台明明 token 没过期」。

现在的做法（过渡期）

在这项能力正式开放前，如果你的另一家服务商愿意反过来配合，可以先用已有的自托管 Access Token反向解决：由你的另一家服务商去问微信要 token，暗房定时来读。这条路今天就能用，需要联系 Darkroom 支持申请开通。

以后的做法：暗房主导，对方来读

正式上线后会多一种选择，方向反过来：由暗房去问微信要 token（默认就是这样），你的另一家服务商定时来读暗房已经刷好的 token，不需要对方自己实现 token 接口。届时会在 merchant-os 的微信集成页生成一把专用密钥交给对方使用；密钥只在生成那一刻显示一次，之后无法在界面上找回明文，遗失需要重新生成。

两种模式（自托管 / 对外中继）互斥，同一个公众号只能选一种，避免两边都去问微信要 token 而重新互相作废。

下一步

• 自托管 Access Token（高级集成）：如果你现在就需要解决 token 互相作废的问题，可以先联系支持申请这条已上线的过渡方案。