Api能接入goodnotes吗

如果你还在苦恼 deepstack 的 改变，从现在开始用 api 吧啊，上期视频我虽然提到了，但是很多人说太复杂了，更多人说不知道怎么用，那这期视频我们就来一期手把手的教程啊，不会很复杂，而且相信我，这有可能是你实现 ai 认知跃级的一大步。 你现在用的 deepsafe， 不 管是网页版还是手机 app， 它的背后其实是一堆服务器在跑。给大家看一看我们的老师在服务器里最原始的样子，一个黑底的界面，先加载各种乱七八糟的东西，加载完之后就会出现一个箭头，你打字进去，他会一行一行的给你回应， 看起来就很原始哈，能用吗？是能，但是只有技术人员能用，这时候他就在想，我怎么能把这个服务器共享给别人呢？毕竟这设备钱跟电费都烧着，如果我能共享出去，还能够按量付费去收点钱回血，对吧？那么就会有第一个问题，怎么能让别人知道你这台服务器在哪呢？ 答案也很简单，给大家一个统一的调用网址，然后大喊所有人连接这里，保持 wifi 稳定。 第二个问题，我怎么知道谁来用了，用了多少呢？也很简单，给大家一堆密钥，按照密钥来统计个数就行，其实这块就挺像账号密码的，它就是两行参数。然后会有第三个问题，因为 deepsea 它也不止一个模型，那你到底要调用哪一个？需要你指定它的模型名称， 只要你手上具备了这三个东西，你就可以在任何地方去调用。迪老师， 比如你来到了一个酒馆，跟 d 老师扮演的几位男士女士非人类聊聊天。又比如你打开了一本全是日语的材料，辛勤的 d 老师一句一句的把它们翻译成了中文，然后你脑子突然冒出了一个想法，想搞一个创业的网页 代码，当然都是由 d 老师亲自来写，当然你也可以什么都不想，就在一个简单的聊天框里面，跟老 d 老师好好的聊聊天， 你之前应该也遇到过的老师说到一半，然后紧急撤回，又或者是服务器繁忙，请稍后再试，那在这里就都不复存在了，而且尺度无限大啊。如果你听兴奋了，那我们就快速去过一遍，流程就很很简单， 然后我再去跟大家分享一些更多我对于 ai 的 一些想法操作，一共就两步，那我们先来解决后端，也就是拿到我们开头讲的那三个东西， 用电脑或者手机都行。打开 deepsea 的 官网，左边这个网页版就是我们熟悉的老路，我们这次走右边 注册一个账号，然后就开始充值，最低一元起充，具体充多少呢？我就给大家一个参考。我上个月总共花了两块三，最多的一天花了四毛，而这一天我大概跟 ai 聊了十二万字，说白了， d 老师真的很便宜，就是充十块钱，应该能够聊到你历劫了。 充完值，找到左边的 api case 点创建这个名字，你随便起，这串密钥要保存好，因为它只会出现这一次，相当于我们也拿到了我们的一个身份码。所以后台呢，其实就是充值跟创建密钥这两步。我们再去看一眼它写的接口文档， 对老师的请求地址就是这个 api 点 deepsafe 点 com api k 就是 你刚刚创建的那个。然后模型名称你有两个选择，分别对应着 v 三点二版本的非思考模式和思考模式。如果你好奇的话，可以看一眼左边的价格标准，输入两块，输出三块，每一百万， 这个比起国外的大模型真的是白菜价了。好了，至此，我们后端的这三个东西就齐了，接下来呢，我们来选前端。前端的软件是非常多的 啊，我现在给大家报个菜名，网页版有 open web ui， next， chat labor， chat， 桌面端有 chat studio， deepchat， chatwise， 手机端有 chatbox， replay， hub， cleveland 多的是。但是你要记住，就这些软件，它们所有的软件除了功能上有些细致的差别以外，其实都一致，它们就是一个壳，来为你提供一个对话的聊天界面。我们这一次呢，以 chatbox 为例啊，因为它的 ios 跟安卓都是免费的， 虽然界面会有点简陋，但其实还挺好用的，当你第一次打开它的时候，里面是空的，但如果你配置好了，它是可以什么模型都有的。 首先我们一进来全部插掉，在这个菜单里面找到设置模型，选择提供方，找到 deepsea 这里，因为 deepsea 实在太有名了，所以大家都用那个地址还有模型的名称，所以它呢，简化了，都给你填好了， 这里你就只需要填入你的密钥就可以用了，填完呢也可以检查一下，一般是没有什么问题。现在呢，再一路返回，你就可以在下面选择 d 老师了。前后段的教程就到这里结束啊，应该讲的还挺细的，如果你还有什么疑问，都可以发在评论区，我是会看的。 这里你细想一下，其实 deepsafe 的 官方 app， 它不也是这么一个壳吗？只不过官方帮你把这些地址、密钥、模型全都接好了，再给你免除了 api 的 费用，大家就这么习以为常着用着了，对吧？ 到这你可能会想啊，就为它这个模型升级，然后我为了找回老模型，就费了这么大劲，值吗？说实话，如果你只是把这个 api 接入到一个聊天软件里，那体验上确实跟之前聊天没什么区别，而且你现在还开始花钱了。 但是呢， api 这个东西，一旦你学会了领悟了它的用法，那它打开的就绝不是一个聊天窗口这么简单了。 其实我看到了一个比较主流的 ai 的 理论，它会把使用 ai 的 人分为了四层，第一层跟 ai 聊天，用网页端或者手机版的 app 去帮你查查资料，写个周报，你个新年贺词，或者帮你处理一些感情问题啊，也不是说有错，只是说这样其实没有发挥到 ai 所有的能力。 第二层，其实就是我们这次讲的用 api 的 方式把 ai 拉出来，放到各种不同的软件里面，那区别在哪呢？比如说，我这里有五个需要翻译的文件，用网页的方式一次复制不完，我就得把它们分段去粘贴， 不仅麻烦，而且这个流程是很不规范的。但凡 ai 出现一次幻觉，那字幕的格式就会错，非常容易出现各种各样的问题。 但有了 a p i 之后，我们就可以利用现成的翻译工具，只让我们的老师去做这个翻译的部分，而且整个过程都是批量的，处理完之后自动合并成一整个文件，准确而且优雅。如果你用好了 a p i， 其实你工作的效率会有很大的提升。 第三层其实就是现在爆火的 ai 编程，刚才我们翻译是有现成的工具的，但有些小众需求，比如说我想要自动抓取一些 ai 热点，然后主动推送给我， 市面上没有这样的程序，那就自己造。有一种很特别的程序，专门为 ai 编程而优化，同样它需要 api 的 方式接进去，然后你跟它自然语言描述你想要的东西，它就能帮你一点点做出来，而在这一层，无论你的需求有多小众，它都可以解决。 最近呢，我是用 ai 来搭建了整个写作的工作流，虽然文章还是我自己写，但是有一些选题的想法，或者是发布之后的数据总结，我就都交给 ai 去做了。昨天晚上我去跟 ai 复盘总结，也说了很多的想法，然后我觉得有点累了，就跟他说，不然今天就到这里， 然后他就说好了，今天就先到这大概讲了什么东西？合上电脑，我突然有点恍惚，就过去的一个小时，我是完全没有看手机，没有呃，刷短视频，完全就是种心灵模式，而这个心灵模式竟然是我在跟一个 机器在协同工作，这种感觉真的还挺奇妙的。至于第四层，其实很多人都还在观望，应该也是一个今年的趋势啊。一个 ai 是 已经可以帮你很好的完成任务了，但是更加复杂的，更大的任务可能他还是做不了的。那么一群 ai 如何去协同合作？ 这个事情还是比较难的，就目前还是一片混乱。就是你让一个总领导的一个人去安排几个不同的小 ai 去做事情， 他就会着急的说那 ai 还没做完呢，他就自己上手去做了。总之现在的视觉效果是远大于实际的效果的啊，还不是很好用，跟大家发散的会演多了，只是想让大家去了解一下现在的 ai 进行到什么程度了。 呃，这一次的小事故，如果能够让你有机会去接触到 api 的 用法，我觉得是一个非常好的机会。好了，这期视频呢，我们就讲到这里啊，应该都听懂了吧，如果，嗯，哎，反正后续我也会做各种各样的，一步一步的，这种 ai 的 内容也可以先关注一下我。 嗯，就讲到这吧，然后我是大黑，以纯人工的方式去帮你去去分享智能。好，我们就下次再见。拜拜。

呃，什么时候需要用到扣子的 api 呢？假如说我们有自己开发的程序，比如说我，我这边开发了有一个网站的客服系统，有一个浏览器插件， 那在这个里面，如果我像接入扣子的这个智能体啊，实现智能回复呢？那我们就需要用到扣子的 api， 我们的浏览器插件，或者我们的这个网站客服系统去调用扣子的 api 来拿到扣子智能体的一个智能回复的结果，然后我们的自己的程序再进行处理，比如说给用户发过去啊， 或者是模拟发送啊等等。那这个时候呢，就需要了解扣子的 api 是 如何调用的。 扣子的 api 相对于 openi 的 api 是 非常麻烦的，我们先看一下文档，然后扣子的 api 里面呢，有一个概念叫做绘画啊，必须先创建一个绘画， 创建完绘画以后会拿到一个绘画的 id 啊，拿着这个绘画 id， 我 们还需要再去发起一次对话 啊，注意这个概念一定要先创建一个绘画，拿到绘画 id， 拿着绘画 id 去发起一次对话。那发起完对话以后呢，还要再去轮询接口啊，看这里啊，看这文档，这里看这里。 哎，如果是非流式响应，看这这边的解释，非流式响应， 那么需要调用发起对话接口以后呢？定期轮询对话详情接口啊，每隔一秒轮询一次，直到这个绘画的状态变成了一个完成， 那这一步就能拿到结果吗？也不是，等到这个结果变成了完成以后，还要再调用一个查看对话消息详情的接口，才能拿到最终的结果。我们总结一下啊，他这四次调用，第一个看这里， 先创建一个绘画啊，调一个接口，然后拿到一个绘画 id， 第二个发起一次对话，拿着我们的这个绘画 id 去发起对话啊。这地方是这样的， 需要在这个 get 参数里，带着我们的，带着我们的这个绘画 id， 拿着绘画 id 去发起对话，那么它会返回一个 check id 是 一个对话 id， 那 拿着这个绘画 id 和对话 id， 我 们需要轮询它的一个状态接口，轮询当前这个对话的状态接口，直到这个状态变成了完成， 那我们再要去调用啊，这个消息列表的这个接口，也就是它所谓的叫查看对话消息详情的接口，才能拿到最终的结果，把它拼接起来返回 啊。这是扣子的 api 使用中啊，这是非流式响应下需要调用的四个接口， 那如果是 open i 的 接口，那你一个接口就完成了啊，包括 open i 兼容格式的一些接口，比如说 fast gpt， 它也是掉一次接口，发一个请求过去就完成了， 那扣子是完全不一样啊，扣子非常麻烦，它需要掉四次接口，而且还还需要重重点注意一下， 如果想要扣子能识别到上下文消息，比如说用户前一句问的问题，他第二次再呃进行对话的时候呢？大模型能知道，那我们就需我们需要把这个绘画 id 给存下来的 啊，也就是说第一次创建完绘画以后，返回了绘画 id， 我 们需要把这个绘画 id 存下来，那等到下次再发起的时候，带着上一次的绘画 id， 那 才他才能够知道他的上线文消息。 那也就意味着我们开发程序的时候，不管是我的浏览器插件开发程序，还是我的客服系统，网站客服系统开发程序 啊，处理这里一步是会把这个绘画 id 和我们自己的一个会员访客 id， 比如说我们网站的客服系统是访客 id 和它的绘画 id 有 一个对应关系，需要存到数据库里。 如果是我们的浏览器插件呢？我们是因为是自动化的一个工具，拿不到唯一 id， 只能拿到昵称。那比如说发起 啊，直播时候用户发送的那条弹幕，我们只能拿到他的昵称，那我们就拿着昵称和他的绘画 id 进行一个对应关系，把它存到我们的呃，本地。比如我，比如说我这个浏览器插件是存到了 cookie 里了，那下次来了拿着昵称 啊一一找，找到对应的绘画 id 了，那这个创建绘画就不要用了，那直接发起一次对话，拿着我们的上一次的绘画 id 来啊，这样才能够记得它的上下文历史消息 啊。这这这这一步是很重要的啊，再再重复一遍吧。扣字 api 调用非流式响应下的接口啊， 有需要调用四次接口，第一个创建绘画，创建为绘画以后返回绘画 id， 第二个发起对话，发起对话需要拿着这个绘画 id 啊才能发起，发起完了是拿到一个对话 id 啊，然后第三个轮询接口，这个轮询接口需要拿着会话 id 和对话 id， 他 俩一块轮询，轮询的结果如果是完成，那么就是相当于是他的对话已经完成了，然后再调一个拿去拿呃消息结果的一个接口， 才能拿到最终的结果。而且呢，如果想要知道他，想要让扣子那边能知道他的上下文消息呢？需要把这个绘画 id 存下来的，就是也就意味着比如说我们浏览器插件需要把用户的昵称和他的绘画和他的这个绘画 id 一 块存到 cookie 里 了，然后我们网站客服系统呢，是拿着访客的 id 和他的这个绘画 id 存到数据库里的， 那下次如果再发起对话的时候，需要拿着上一次存下来的绘画 id 去发起，否则的话它相当于是两次绘画，两次绘画是没办法知道它的上下文消息的 啊，这个是非常麻烦的一个点，比如说我这个扣子这里，在这里处理了一下，看这里，哎，创建绘画的时候呢，先从 cookie 里拿，如果 cookie 里已经有了，说明我们当前这个用户，当前这个， 呃，评论的这个用户呢？已经创建完创建过绘画了啊？创建过绘画我们就拿着他上一次的绘画 id 直接用，否则的话他是不知道上一次问的问题的啊，这是一个一个一个麻烦点。