与知识库对话 - 如何通过程序代码调用coze的api?

回答

要通过程序代码调用 Coze 的 API，大致步骤如下：

创建一个插件：
- 填入插件名和插件描述。
- 选择云侧插件作为创建方式。
- 选择 Python 作为 IDE 运行时。
- 点击【在 IDE 中创建工具】。
- 在创建工具面板里：
  - 填入工具名称。
  - 填入工具介绍。
API 接入相关操作：
- Glif 允许通过 API 调用平台上的应用，API 接入：https://docs.glif.app/api/getting-started 。
- 去注册 Token 页面创建一个新的 Token 并复制备用。
- 将自己发布的 glif 链接上的 id 复制备用。
在 Coze 的 IDE 中：
- 引入依赖和编写 handler 方法。
- 代码中对应的数据字段在元数据 Tab 中设置：
  - 填写入参字段和描述，对完整链接要写清楚。
  - 填写出参字段。
- 左侧的依赖包添加【requests】。
- 填入测试数据运行，测试通过后即可发布。
创建一个 Bot，挂载新创建的插件，在 Prompt 中做一些对入参的校验和约束。
测试从 Coze 调用 Glif 功能跑通，发布 Coze。

另外，获取 Coze 的 accessToken 和 botid 时，需要了解以下内容：

OAuth 授权的范围控制：
- 个人空间：访问个人创建的 bot。
- 团队空间：可以跨账号授权，比如让其他团队成员访问你创建的 bot。
跨账号授权流程：
- 用户 A 在用户 B 的团队空间创建了 bot。
- 用户 A 要使用这个 bot，需要：
  - 先让空间所有者(用户 B)安装这个 OAuth 应用。
  - 然后用户 A 才能获取授权码访问其在该团队空间创建的 bot。
OAuth 和 PAT(个人访问令牌)的主要区别：
- OAuth token 有效期更短，安全性更高。
- OAuth 可以实现跨账号的授权。
- PAT 只能访问个人的资源。

在 Coze 中用现有服务创建自己的 plugin 时：

进入 Coze，在个人空间中选择插件，新建一个插件，起名并填写描述。
在插件的 URL 部分，填入 Ngrok 随机生成的 https 的链接地址。
配置输出参数。
测试后发布插件。
创建 Bot 并接入创建的插件，在 prompt 中设置调用插件的相关要求。

内容由 AI 大模型生成，请仔细甄别（powered by aily）

参考资料

Glif：图像流强大的多，使用和接入Coze

Glif虽好，但我们更熟悉Coze，那就把Glif的功能通过API方式接过来，Coze版【[Ai宠昵名](https://www.coze.cn/store/bot/7385145130602479655)】一，先要创建一个插件：1.填入插件名，插件描述。2.创建方式选择云侧插件。3.IDE运行时选择Python。点击【在IDE中创建工具】。创建工具面板里：1.填入工具名称。2.填入工具介绍。Glif是允许通过API调用平台上的应用，API接入：https://docs.glif.app/api/getting-started去[注册Token页面](https://glif.app/settings/api-tokens)创建一个新的Token并复制备用。将自己发布的glif链接上的id复制备用。在Coze的IDE中引入依赖和编写handler方法。代码中对应的数据字段在元数据Tab中设置：1.填写入参字段和描述，对完整链接要写清楚。2.填写出参字段。左侧的依赖包添加【requests】。填入测试数据运行，测试通过后即可发布。创建一个Bot，挂载新创建的插件即可，在Prompt中做一些对入参的校验和约束。最后，测试从Coze调用Glif功能跑通，发布Coze，大功告成～以上就是大致的思路了。通过这种插件的方式取长补短，可以将Glif作为Coze工作流中的一环，有效弥补图像流较弱影响整体效果～抛砖引玉，更多玩法大家多多探索～欢迎找我交流Glif使用心得和创新用法

大雨：获取coze的accessToken和botid

本文的目标是为了获取可以通过外部程序使用coze的api从这份OAuth文档，理解了几个关键点：1.OAuth授权的范围控制：个人空间：访问个人创建的bot团队空间：可以跨账号授权，比如让其他团队成员访问你创建的bot1.跨账号授权流程：用户A在用户B的团队空间创建了bot用户A要使用这个bot，需要：1.1.先让空间所有者(用户B)安装这个OAuth应用1.2.然后用户A才能获取授权码访问其在该团队空间创建的bot2.OAuth和PAT(个人访问令牌)的主要区别：OAuth token有效期更短，安全性更高OAuth可以实现跨账号的授权PAT只能访问个人的资源所以总结一下：PAT:只能访问自己的botOAuth:可以通过团队空间的方式访问其他人的bot，但需要空间所有者的授权这说明bot访问权限是基于空间(Space)来管理的，而不是单个bot。

CT: coze插件---通过已有服务api创建

饶了一大圈，终于到了coze。为啥要用Ngrok（泥脑壳），不是吃饱没事干，纯属coze要你干。进入coze，个人空间中，选择插件。新建一个插件，起个名字api_1（这名字就是这么随意，连描述都叫test）在插件的URL部分，填入刚才ngrok（泥脑壳）随机生成的https的链接地址。刚才开着服务的朋友，你的terminal应该还没关吧，关了的话，请重新从上一步开始。服务还开着的请继续。有一说一，coze的指引做的真不错，输出参数配置你的message输出就行。测试后发布插件[heading2]捏个简单的bot[content]手捏插件搞定之后，就开始搓bot。不过这个bot简单到手都没搓热就好了。创建了一个测试api的bot。将自己创建的api_1的插件接进来。prompt里面简单粗暴让它一定要调用我们的插件。然后就大功告成。[heading2][heading2]后续说明[content]这个整体过程仅仅为了说明coze的插件指引挺好用的。如果生产环境中已经有准备好的https的api，直接就可以接上来。PS：本案例中用的是coze国内版，反正是玩插件，对模型没啥要求。PPS：ngrok本案例中仅供娱乐，生产环境中勿用。PPPS：果然不会写代码，做个案例都这么简单。PPPPS：动手干，哪怕再简单，都是踏出去的第一步。(给自己菜也找个台阶下.......）Read in,Bot out.