Hilton Giesenow
2020-12-02 03:07:38
也许以另一种方式考虑问题-是否有充分的理由重新使用该应用程序？创建一个额外的应用程序非常容易，而且基本上是免费的，这样你就不会冒可能最终获得某个方案现在或将来与另一方案的要求相冲突的设置的风险。不过，以下是一些其他可能的注意事项：
自2020年11月9日起，新的应用程序需要发布者验证。这不会影响你使用内部应用程序，这可以得到全球管理员的同意。
如果你需要用户（或管理员）同意某些特权（例如，委派的Graph访问权限），则使用同一应用程序可能很有意义。在Teams上下文中，一个示例可能是一个bot和一个选项卡，它们都需要代表用户访问Graph中的某些内容。你可以在一个上下文中获得同意，并使用它来从两个上下文中访问资源。
简而言之，尤其是在没有真正好好了解当前和计划用例的情况下，很难给出真正可靠的“是”或“否”。我的直觉说，尽管有一个单独的，不相关的场景，请使用一个单独的应用程序。
热门帖子
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
感谢您的回答。关于您的观点2.我确实要求图访问权限对我的机器人有用，因此它需要现有应用程序正在使用的权限的超集。OTOH我仍然希望我的现有应用程序在没有Teams的情况下可以使用（它使用的是“默认权限”管理员同意流程，并且我不想在其中加入机器人权限），因此听起来像是一个单独的应用程序ID，具有权限的超集是要走的路。
听起来不错。正如讨论的那样，无需额外购买任何应用程序，因此，这实际上是给用户两次同意带来潜在的不便。如果这甚至不适用（同一用户将不会同时使用两个应用程序），那么肯定两个应用程序会更好