官方的文档，我觉得符合你场景的有两条：

1. 禁止以流量分发为目的的小程序（小游戏）之间的跳转

2. 禁止必须打开其他小程序、小游戏后才能使用的小程序

综上：如果 如果其他小游戏是 当前小游戏的一个玩法一部分，那么这个应当是被允许的。

（例如我正在设计的一个电子宠物游戏，以设计的游戏主角，再跳转到其他子小游戏。同时其他子小游戏也能独立运行）

问题2：

这个问题其实引发另一个问题： 有几种跳转方式，目前常用的是两种，

接口方式：点击后，呼出一个提示，是否跳转xxxx，用户主动点击确认后，跳转

二维码方式：二维码海报图引导用户长按识别，用户点击识别二维码后，跳转

方式1,官方白名单限制，在源小程序小游戏内 可以配置一个不超过10个的白名单，只有你跳转的对象在这个名单里，才可以调用该接口。

方式2，无任何限制，但是转化率低

这种理论上就是以前的平台合集类，应该是不限制游戏数量，反正都是你自己的游戏，跳转其他游戏的那是游戏盒子了，ios是不支持的