OpenAI 正式推出 ChatGPT 和 Whisper 的开发者 API !
OpenAI 为自家两个 AI 模型: 自然语言对话模型 ChatGPT 和语音转文本模型 Whisper 推出了开发者API,这些 API 允许开发人员将 AI 模型集成到自己的应用程序中,扩展其功能或添加新功能。
火热得一塌糊涂的 ChatGPT 自然不用过多介绍,它是一款自然语言对话模型,可以进行日常对话。自去年 12 月发布以来, OpenAI 不断对 ChatGPT 进行系统范围优化,至今已降低了 90% 成本。此次推出的新 ChatGPT API 叫 “gpt-3.5-turbo”,对比此前的 GPT-3.5 型号,其价格直接打了一折 —— 每1,000个令牌(约 750 个单词)的价格为 0.002 美元。
ChatGPT API 的早期用户包括 Shopify 、Snapchat、Quizlet 和 Instacart 等等。Snapchat 已经将该技术集成到其“我的AI”机器人中,而 Quizlet 则为其在线学习工具创建了虚拟导师功能,Instacart 则是用 AI 解决了所有人都要面对的世纪难题:《中午吃什么》。
另一个 API : Whisper 则是 2022 年 9 月开源的语音转文本模型,现通过 OpenAI 的 API 提供了 large-v2 模型,提供了方便的按需访问,价格为 0.006 美元/分钟。
Whisper API 可通过 transcriptions(以源语言转录)或translations(转录成英文)等端点使用,兼容多种格式(m4a、mp3、mp4、mpeg、mpga、wav、webm)。通过Whisper API,开发人员可以创建语音识别应用程序,将音频转录为文本,或将多种语言的音频翻译为英语等语言。
ChatGPT 和 WhispeAPI 的推出会导致市面上出现百花齐放的智能聊天机器人、虚拟助手,以及其他自然对话相关的服务和应用。它也改变了普通人与计算机技术的交互方式:你可以不懂计算机,只需会打字会说话,就可以和 AI 进行交流。
同时,这些 API 的推出亦引发了人们对隐私和数据保护的担忧,为了更好地处理数据和隐私泄露问题,OpenAI 对其服务条款进行了改进。主要集中在以下几项:
- 通过 API 提交的数据不再用于服务改进(包括模型训练),除非组织选择加入
- 为 API 用户实施默认的 30 天数据保留政策,并根据用户需求提供更严格的保留选项。
- 删除我们的发布前审查(通过改进我们的自动监控解锁)
- 简化服务条款和使用政策:强调用户拥有模型的输入和输出数据所有权。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
替代核心团队、下放权力,Rust 发布新治理模型草案
历时 6 个月,Rust 项目发布了一项有关新的治理计划的RFC;旨在建立了一个领导委员会(Leadership Council) 以替代原本的核心团队(Core Team),委员会将其大部分权力下放给各团队。 此 RFC 由Rust 团队的@jntrnr(Core)、@joshtriplett(Lang Team Lead)、@khionu(Moderation)、@Mark-Simulacrum(Core Project Director, Release Lead)、@rylev(Core Project Director)、@technetos(Moderation) 以及@yaahc(Collaboration Project Director) 共同撰写,目前正处于供 Rust 项目成员发表意见的评论期 (comment period)。该文件必须得到大约 20 个团队领导和前核心团队的批准,这些人需要自愿卸任以支持治理文件创建的新领导层。 Rust 项目由数百名分布在全球的人员组成,他们被组织成具有不同权限的团队。 从历史上看,核心团队既确定了不属于团队权限的重要工作,...
- 下一篇
带你认识3个J.U.C组件扩展
摘要:本文主要为大家讲解3种J.U.C组件扩展。 本文分享自华为云社区《【高并发】J.U.C组件扩展》,作者: 冰 河。 1.FutureTask FutureTask是J.U.C(java.util.concurrent)下的,但不是AQS(AbstractQueuedSynchronizer)的子类。其对线程结果的处理值得借鉴和在项目中使用。 Thread和Runnable执行完任务无法获取执行结果。Java1.5开始提供了Callable和Future,通过它们可以在任务执行完毕之后,得到任务执行的结果。 Callable与Runnable接口对比 Callable:泛型接口,提供一个call()方法,支持抛出异常,并且执行后有返回值 Runnable:接口,提供一个run()方法,不支持抛出异常,执行后无返回值 Future接口 对于具体的Callable和Runnable任务,可以进行取消,查询任务是否被取消,查询是否完成以及获取结果等。 Future可以监视目标线程调用call()的情况,当调用Future的get()方法时,就可以获得结果。此时,执行任务的线程可能不会直接...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS关闭SELinux安全模块
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2全家桶,快速入门学习开发网站教程