Microsoft Graph API创建Teams群聊应用权限疑问：高权限诉求困惑

我们开发了一款用于协调多用户协作的Microsoft Teams应用，目前正计划从Teams频道模式切换为通过邀请用户加入群聊来执行相关操作。

当前遇到的核心问题是：为了管理我们自己创建的群聊，需要在Azure应用级别申请TeamsAppInstallation.ReadWriteAndConsentForChat.All权限——这个权限的范围过广，引发了Teams安装管理员的担忧。不过我们同时申请的Chat.create权限并未遭到异议。

我们已经在应用清单中配置了合规的资源特定权限（RSC），比如发送消息、添加用户等，这些权限均与通过Chat.create创建的群聊资源绑定，逻辑上完全合理。

但矛盾的是：要让应用获得这些RSC权限，必须将应用安装到刚创建的群聊中；而执行安装操作必须依赖上述的高权限。尽管我们的实际操作只会将自身应用安装到已知ID的群聊，且并未申请任何列出群聊的权限，但权限本身的宽泛性还是让管理员有所顾虑。

我们存在几个疑问：

• 是否遗漏了某些关键配置或API能力？当前Chat.create API并不支持在创建群聊的同时申请RSC权限，也无法直接将机器人/应用加入群聊成员列表。
• 作为创建并管理群聊的应用，却没有权限对其执行操作，这一逻辑似乎存在不合理性。

希望有类似经验的开发者能提供解决方案或思路！

内容的提问来源于stack exchange，提问作者iexus