openapi官网,openinapp,openiv下载,openai最新消息

“如果你不能信任插件，那么你就不能信任整个应用程序。”正因为如此，ChatGPT始终把插件认证放在极为重要的位置上，确保每一个插件都是可靠的、安全的。在ChatGPT中，插件认证机制可以保证用户数据和访问控制的安全。一个好的插件认证机制不仅需要能够验证插件的身份，还需要保护用户的隐私信息，并且确保插件只能访问其被授权的资源。

Plugins offer numerous authentication schemas to accommodate 【【微信】】. To specify the authentication schema for your plugin, use the manifest file. Our plugin domain policy outlines our strategy for addressing domain security issues. For examples of a【【微信】】on options, refer to the examples section, which showcases all the different choices. 插件提供了许多身份验证模式以适应各种用例。要指定插件的身份验证模式，请使用清单文件。我们的插件域策略概述了我们解决域安全问题的策略。有关可用身份验证选项的示例，请参阅示例部分，其中展示了所有不同的选项。

Note that the file re【【微信】】t. E【【微信】】 authentication, it is still re【【微信】】 . 请注意， 文件需要设置 模式。即使您选择不使用身份验证，仍然需要指定 。

We support no-auth flow for applications that do not re【【微信】】, where a user is able to send re【【微信】】 API without any restrictions. This is particularly useful if you ha【【微信】】nt to make available to everyone, as it allows traffic from sources other than just OpenAI plugin requests. 对于不需要身份验证的应用程序，我们支持无身份验证流，其中用户能够直接向您的API发送请求，而不受任何限制。如果你有一个开放的API，你想让每个人都可以使用，这是特别有用的，因为它允许来自其他来源的流量，而不仅仅是OpenAI插件请求。

If you want to specifically enable OpenAI plugins to work with your API, you can pro【【微信】】ing the plugin installation flow. This means that all traffic from OpenAI plugins will be authenticated but not on a user level. 【【微信】】 a simple end user experience but less control from an API perspective. 如果你想专门启用OpenAI插件来与你的API一起工作，你可以在插件安装流程中提供一个客户端密码。这意味着来自OpenAI插件的所有流量都将进行身份验证，但不会在用户级别进行身份验证。此流程受益于简单的最终用户体验，但从API角度来看控制较少。

• To start, a de【【微信】】 access token (global key) 首先，开发人员粘贴他们的访问令牌（全局密钥）
• Then, they ha【【微信】】on token to their manifest file 然后，他们必须将验证令牌添加到他们的清单文件中
• We store an encrypted 【【微信】】 我们存储令牌的加密版本
• 【【微信】】’t need to do anything when they install the plugin 用户在安装插件时不需要做任何事情
• Last, we pass it in the Authorization header when making re【【微信】】 (“Authorization”: “[Bearer/Basic][user’s token]”) 最后，我们在向插件发出请求时将其传递到Authorization头中（“Authorization”：“[Bearer/Basic][user’s token]”）

Just like how a user might already be using your API, we allow user le【【微信】】ough enabling end users to copy and paste their secret API key into the 【【淘密令】】 during plugin install. While we encrypt the secret key when we store it in our database, we do not recommend this approach gi【【微信】】ence. 就像用户可能已经在使用您的API一样，我们允许最终用户在插件安装期间将其API密钥复制并粘贴到【【淘密令】】中，从而实现用户级身份验证。虽然我们在将密钥存储在数据库中时会对其进行加密，但考虑到用户体验较差，我们不建议使用这种方法。

• To start, a user pastes in their access token when installing the plugin 首先，用户在安装插件时粘贴他们的访问令牌
• We store an encrypted 【【微信】】 我们存储令牌的加密版本
• 【【微信】】horization header when making re【【微信】】 (“Authorization”: “[Bearer/Basic][user’s token]”) 然后，我们在向插件发出请求时将其传递到Authorization头中（“Authorization”：“[Bearer/Basic][user’s token]”）

The plugin protocol is compatible with OAuth. A simple example of the OAuth flow we are expecting in the manifest looks like the following: 插件协议与OAuth兼容。我们在清单中期望的OAuth流的一个简单示例如下所示：

• To start, a de【【微信】】 OAuth client id and client secret 首先，开发人员粘贴他们的OAuth客户端ID和客户端密码
  • Then they ha【【微信】】on token to their manifest file 然后他们必须将验证令牌添加到他们的清单文件中
• We store an encrypted 【【微信】】t 我们存储客户端机密的加密版本
• 【【微信】】 plugin’s website when they install the plugin 用户在安装插件时通过插件的网站登录
  • That gi【【微信】】ken (and optionally a refresh token) for the user, which we store encrypted 这为我们提供了一个用户的OAuth访问令牌（以及可选的刷新令牌），我们将其加密存储
• Last, 【【微信】】’s token in the Authorization header when making re【【微信】】 (“Authorization”: “[Bearer/Basic][user’s token]”) 最后，当向插件发出请求时，我们在Authorization头中传递该用户的令牌（“Authorization”：“[Bearer/Basic][user’s token]”）

To better understand the URL structure for OAuth, here is a short description of the fields: 为了更好地理解OAuth的URL结构，下面是字段的简短说明：

• When you set up your plugin with ChatGPT, you will be asked to pro【【微信】】 当您使用ChatGPT设置插件时，系统会要求您提供OAuth 和
• When a user logs into the plugin, ChatGPT will direct the user’s browser to 当用户登录插件时，ChatGPT会将用户的浏览器引导到
• After your plugin redirects back to the gi【【微信】】, ChatGPT will complete the OAuth flow by making a POST re【【微信】】_url with content type and parameters 在插件重定向回给定的redirect_uri之后，ChatGPT将通过使用内容类型 和参数 向 发出POST请求来完成OAuth流程

如果大家想继续了解人工智能相关学习路线和知识体系，欢迎大家翻阅我的另外一篇博客《重磅 | 完备的人工智能AI 学习――基础知识学习路线，所有资料免关注免套路直接网盘下载》 这篇博客参考了Github知名开源平台，AI技术平台以及相关领域专家：Datawhale，ApacheCN，AI有道和黄海广博士等约有近100G相关资料，希望能帮助到所有小伙伴们。

OpenAI图像生成器（OpenAI文本生成图像工具DALLE取消排队）

openai 文本生成器,openai自动生成代码,open ai codex,openai

IT之家 9 月 29 日消息，OpenAI 已经取消了访问其文本生成图像系统 DALL-E 2 的等待名单，这意味着任何人都可以立即注册使用这个人工智能艺术生成器。

该公司在 2021 年 1 月发布了初代 DALL-E，该工具以其将任何文本描述转化为独特图像的能力给人工智能专家和公众留下了深刻印象。之后又出现了其它一些文本生产图像的系统，并且速度和质量也可与 DALL-E 媲美。

从科技巨头微软获得大量资金的 OpenAI，对公开发布 DALL-E 一直持谨慎态度。专家指出，文本生产图像系统产生未经同意的*和逼真图像的能力具有潜在的破坏性，成为骚扰、鼓吹、错误信息的素材。

OpenAI 已经采取了一些措施来消除这些影响，包括从其训练数据中过滤掉性和暴力图像，并拒绝根据类似的明确提示生成图像。然而，该公司也因一些人认为的过度限制性或笨拙的减轻伤害的方法而受到批评。

还有人批评该公司试图解决偏见的做法像黑客，例如，DALL-E 无形地将“黑人”和“亚洲女性”等短语插入没有指定性别或种族的用户文本描述中，以促使系统避免生成白人的图像（OpenAI 向 The Verge 证实他们使用了这种方法），这确实减轻了 DALL-E 输出图像中的偏见，但一些用户注意到它也创造了不需要的图像，与他们的指令不符。

在今天的博文中，OpenAI 说他们对其安全系统的改进感到满意，“在过去的几个月里，我们已经使我们的过滤器在拒绝生成性、暴力和其它违反我们内容政策的内容的尝试方面更加强大，并建立新的检测和响应技术来阻止滥用。”

该公司还说，他们正在测试 DALL-E 的 API，允许公司使用该系统的输出开发自己的应用程序和插件。这将使 OpenAI 更容易将 DALL-E 的产出商业化，例如，有可能将该系统与插画师和设计师使用的工具相结合。

IT之家了解到，任何注册访问 DALL-E 的人都将免费获得 50 个点数，此后每月可再获得 15 个点数，每个点数可用于生成一张图片，点数可以购买，115 个售价 15 美元（约 107.85 元人民币）。OpenAI 称，大约 150 万 DALL-E 用户每天生成超过 200 万张图像。

OpenAI图像生成器（OpenAI文本生成图像工具DALLE取消排队）由ChatGPT中文网发布，转载请联系本站书面授权。 特别声明：本站注明稿件来源为其他媒体的文/图等稿件均为转载稿，本站转载出于非商业性的教育和科研之目的，并不意味着赞同其观点或证实其内容的真实性。如转载稿涉及版权等问题，请作者在两周内速来电或来函联系。