coze如何OAuth 授权
你花了两天时间搭了一个特别完美的 bot 知识库调好了，提示词写好了，工作流也跑通了， 测试的时候自己聊的特别开心。然后客户问你这东西怎么用到我微信上，你愣了一下，说要不你复制粘贴，这就很尴尬了， bot 搭的再好，接不到客户真正用的地方，等于白做。这期视频我带你完整走一遍扣子 bot 发布到微信和社群的流程，从发布配置到扫码授权，到常见坑解决，每一步都手把手教，看完你就能把做好的 bot 真正送到客户手里用起来， 全程干货，建议先收藏。先说一下扣子发布到微信的两种方式，第一种是发布到微信小程序，用户扫个码就能聊。第二种是发布到企业微信，适合公司内部用，或者需要更专业配置的场景。第三种是发布到非书，适合团队协助。 对实体店客户来说，最常用的是第一种微信小程序，因为他的客户都在微信上。我们重点讲微信小程序的发布流程， 第一步，你的 bot 必须先通过 cos 的 审核，你在编辑页面右上角点发布会，看到一排发布渠道，飞书、微信、抖音等等。选微信小程序，系统会提示你要先提交审核，审核是自动的，主要检查 bot 有 没有违规内容，一般几分钟就过了。 审核通过之后，你会拿到一个小程序码和一个链接，客户微信扫一下就能开始用。这里有几个细节一定要注意。第一个， bot 名字和头像，发布到微信之后，客户看到的是你 bot 的 名字和头像，所以名字要起的像一个真实的服务人员， 比如某某餐厅小助手，某某人员顾问，别起什么 test 测试，零零一。客户一看就不想聊，头像也要换，别用默认的那个机器人图标， 换个跟客户品牌相关的，餐厅可以用菜品图，美容院可以用电面图。第二个细节，开场白。用户在微信里打开你的 bot， 第一眼看到的就是开场白，这段文案决定了他会不会继续聊下去。 开场白不要太长，三句话以内，说清楚你是谁，能干嘛，怎么用。比如你好呀，我是可莫餐厅的点餐小助手，可以帮你查菜单、订包厢，查订单， 直接问我就可以了。开场白要主动引导用户提问，把最常用的功能用问句的形式抛出来，用户看到了就会顺着点。 第三个细节，菜单栏设置扣子的微信小程序，支持底部菜单栏，你可以设三到五个快捷入口，这个功能很多人不用，但特别实用。你把这些入口设置成客户最常问的几个问题， 比如查菜单、订包厢，联系人工用户，点一下就能快速触发对应的对话流程，这笔让用户自己打字方便太多了。说完微信小程序，再说怎么把 bot 接入微信群，这个稍微复杂一点， 因为微信对群机器人的管控比较严。目前比较稳定的方式是两种，第一种，把 bot 挂到企业微信上，然后拉企业微信进群。第二种，用个人微信，配合扣子的 api 接口，但这种方式有封号风险，不推荐给客户。用企业微信的流程是这样的，先在扣子发布到企业微信渠道， 按提示扫码授权你的企业微信授权成功之后，在企业微信里就能找到这个 bot。 然后你建一个群，把 bot 拉进去， 群里有客户问问题的时候， get 一下 bot， 它就会自动回复。企业微信群里用 bot 有 几个要注意的地方，第一， bot 只回复艾特他的消息，不会监听群里所有聊天，隐私上没问题。第二，群里的回复要更简洁，因为群聊是公共场合，长篇大论会刷屏， 其他客户看着烦。你在提示词里可以加一句，当在群聊中回复时，内容控制在两句话以内。第三，拉 bot。 进群之前，一定要先在群里发个公告，告诉大家这个机器人是干嘛的，怎么用，不然突然拉个号进来，群友一脸懵。好， 说完微信的再说飞书，有些客户的团队用飞书办公，你把 boss 发到飞书也很方便。飞书的发布流程更简单，在扣子发布页面选飞书，扫码授权就完了。飞书群里的使用逻辑和体微差不多， 也是艾特触发飞书还有一个好处，支持卡片消息，你可以把回复内容做成带按钮的卡片，用户直接点按钮就能操作，体验比纯文字好很多。发布完之后，还有一个环节很多人会忘，就是线上测试，你在扣子后台测的好好的，不代表到了微信上也一样。 因为不同渠道的渲染方式不一样，有些特殊格式到了微信上可能会丢失。所以发到微信之后，一定要用客户的手机亲自扫一遍， 把所有功能都点一遍，聊一遍，发现问题马上回去改，改完重新发布，几分钟就能生效。接下来讲几个发布过程中最容易踩的坑。第一个坑，微信审核不通过。最常见的原因是 bot 内容触碰了微信的审核红线， 比如涉及营销诱导、虚假宣传、医疗健康建议这些解决方案是把提质词里可能敏感的表述改掉，比如别写帮你诊断病情，写成建议你咨询专业医生。发布之前自己用微信的内容规范过一遍，省得打回来重审浪费时间。第二个坑， 扫码之后打不开。有时候客户扫码显示页面不存在或者已过期，通常是两个原因，要么是 bot 还在审核中，要么是发布状态掉了。检查一下扣子后台 bot 状态是不是已发布，如果状态正常但还是打不开， 试试点发布页面里的重新生成二维码。第三个坑，企业微信授权失败。这个一般是账号权限的问题， 确认授权的人是企业微信的管理员，普通成员没有授权第三方应用的权限，如果不是管理员，让管理员来扫，或者要管理员给你开权限。第四个坑，群里艾特 bot 没反应，排除网络延迟之后，大概率是触发方式没搞对。在体微群里必须艾特 bot 全名才能触发。 只艾特没名字不行，只打名字没艾特也不行。你在群里公告里要写清楚正确的使用方式，做个截图示意，客户就不会搞错了。第五个坑， 发布之后改了东西，客户那边没更新扣子的发布机制是你每次修改之后需要重新发布，客户那边才会生效。很多新手在后台改了半天，奇怪怎么没变化，就是忘了点那个重新发布按钮， 养成习惯，每次改完配置就重新发布一次，讲完这些，再给一个交付时的操作清单。你把 bot 交付给客户的时候，按照这个清单逐项确认，保证不出纰漏。第一，确认客户主要用微信还是企业微信还是非书， 别发错了地方。第二，确认身份配置，报他名字、头像、开场白、菜单栏全部检查一遍，确保跟客户品牌一致。第三，确认测试，通过用客户的手机或者客户的测试账号，把所有功能跑一遍。 第四，准备一份使用说明，不用太复杂，一页截图加三句话就行。图一，怎么扫码进入，图二，怎么问问题， 图三，遇到问题怎么联系你。第五，把管理后台地址和账号密码发给客户，教他怎么看聊天记录和数据统计。 到这里，整个发布流程就全部讲完了。从配置到发布，到测试到交付清单，每一步都有明确的操作。你现在手上有已经做好的 boss 的 话，可以马上打开扣子后台，按照这期视频的步骤走一遍，发到微信上试试。 最后说一句，发布这个环节技术含量不高，但对客户体验影响特别大，你交付的是一个直接能在微信上用的东西，还是一个需要复制粘贴链接的半成品，客户感知完全不同。 把这个环节做好，客户会觉得你特别专业，下次有需求还找你。如果你在发布部署过程中遇到什么报错或者搞不定的情况，评论区发出来，我帮你看看怎么解决。另外，我整理了一套系统化新手进阶课程， 想要跟着正确路线的稳步学习的评论区扣学习系统，吃透整套工作流智能体搭建下期见！
粉丝1772获赞5155
相关视频
05:00查看AI文稿AI文稿什么是 os 二？简单说， os 二是一套授权框架，它解决的是这样一类问题，你允许一个应用访问你在另一个平台上的数据时，怎么做到不用交出密码？ 这篇文章会讲清楚 os 二的四个核心角色，最常见的授权码流程，以及它为什么能从众多方案里盛出，成为今天互联网第三方登陆的事实标准。 先说 os 二到底是什么？ os 二是开放授权协议的第二版，二零一二年以 rfc 六千七百四十九发布。注意一个关键词，授权协议， 它不等于身份认证协议，认证回答的是你是谁，授权回答的是你能干什么。 os 二管的是后者，它的核心思想是用一个临时令牌替代你的密码。 当你让一个第三方应用读取你某个平台上的信息时， os 二让你在那个平台上一键确认平台，随后签发一个令牌给这个应用，应用凭令牌取数据，全程不碰你的密码。要理解 os 二的价值，得先看看没有它之前的世界有多糟糕。 假设你想让一个记账应用自动读取你银行 app 里的消费记录，没有 os 二，你只能把银行密码直接告诉记账应用。这意味着， 记账应用能看到你所有的转账明细，能操作你的账户，甚至在极端情况下，他能改掉你的密码，把账户据为已有。更麻烦的是，密码在转交过程中，每多过一次手，泄露风险就大一分。 oos 两把这个结构拆开了。授权和数据访问变成了两个独立可控的环节， 你不再交出整把钥匙，而是按需发放一张临时通行证。 o 四二一共定义了四个角色，第一个是资源所有者，就是你真正拥有数据和决定权的人。第二个是客户端，就是那个想要访问数据的应用，比如记账 app。 第三个是资源服务器， 存放数据的服务器，比如银行 app 的 后端，它负责验证令牌是否有效，决定能不能把数据交出去。第四个是授权服务器，负责确认用户身份，询问用户是否同意，最后签发令牌。在很多系统里，资源服务器和授权服务器是同一台，但设计逻辑上必须分开， 因为两者职责完全不同。接下来看它最核心的运作流程。 os 二定义了多种授权模式，最常见的也是安全性最好的是授权码模式， 我们完整走一遍。你在记账 app 里点了关联银行账户，记账 app 作为客户端，唤起你的浏览器，把页面跳转到银行的授权页面。这一步的关键在于， 接下来所有涉及密码输入的操作都发生在上，而不是在记账 app 内部。你在银行页面输入密码，登录银行，问你记账 app 想读取你的消费记录，是否同意，你点击同意。 此时，银行的授权服务器生成一个有效期极短的授权码，把它交给记账 app， 记账 app 拿着授权码向授权服务器兑换访问令牌， 然后才用这个令牌去资源服务器那儿去消费记录。整个过程中，你的密码从头到尾只被银行掌握，第三方应用连看都没看到。还有一个细节让 os 二非常实用，令牌是有生命周期的，访问令牌通常短时间就过期了，这意味着即便令牌被偷走，攻击者能用它的窗口也非常有限。 但令牌过期后，客户端总不能每次都让用户重新点一遍同意。所以， o os 二额外引入了一个刷新令牌， 它的有效期更长，而且只能用来换新的访问令牌，不能直接获取数据，客户端可以在后台静默地完成续期，用户无感知。 os 二的另一大贡献是引入了权限范围的概念，授权时，你选择的可能不是获取所有数据， 而是只读取消费记录，不读取转账明细这类具体权限。这相当于你给了对方一把只能打开指定房间 而且过一阵就失效的钥匙，而不是把整栋楼的钥匙都交出去。正因如此， os 二如今几乎覆盖了所有主流平台的开放生态。从用微信扫码登录某个网站，到让你在第三方 app 里绑定网盘、绑定邮箱，背后都是同一套逻辑。 但 os 二不是一个完美协议，它有两条值得记住的边界，第一，它不规定令牌的具体格式，不同时线之间可能彼此不完全兼容。 第二，也是更关键的，它本质上是授权协议，不是认证协议。如果你直接用 os 二来充当登录功能，而不额外做身份层校验， 就可能遭遇所谓的登录混淆攻击。一个恶意客户端诱导授权服务器签发了合适的令牌，然后冒充你登录了某个正规网站。所以后来业界在 os 二之上又加了一层，叫做 opennext， 专门负责回答这个用户到底是谁这个问题。这也解释了一个常见疑问，为什么很多平台的第三方登录方案 说自己是 os 二，但实现细节看起来又各不相同，因为他们大多数其实是在 os 二的基础上叠加了自己的认证逻辑。所以理解 os 二，归根到底要抓住三条原则，授权不等于交密码， 信任必须有边界，权限必须有范围。把这三句话记住，再看任何平台的开放授权接口，你都能一眼看懂它背后在做什么。
157程序员楠枝
14:43查看AI文稿AI文稿今天我用几分钟的时间来教会新人如何使用扣子搭建工作流。当你打开浏览器搜索扣子官网之后，你会进入到这样一个界面，进来之后我们在左上角我们可以看到一个产品，点开产品之后，这里有一个扣子编程，我们点开扣子编程，你会进入到这样一个界面， 在这里大家可以看到有一个自媒体开发和工作流开发，那么我们使用的是工作流开发，点开之后你会弹出这样一个框，它需要我们输入工作流的名称以及工作流的描述，那工作流的名称这里它支持的是英文和拼音，它不支持中文， 所以我们在这里的话直接输入随便取个名字啊，我们就写工作助手啊。然后呢，我们的工作流描述，我们也写课内测试吧，大家有自己的具体工作流的时候，可以再去详细描述，这个没有关系， 我们点击确认。然后我们会进入到这样的一个画布当中，这空白区域的话就是一个画布，那么最开始的时候，它会自动给我们配置一个开始和结束两个节点，那这两个节点它有什么样的作用呢？ 我们可以在画布当中随意的去拖动它啊，我们可以这样子去理解，开始就是一个备料区，那结束节点呢？它是一个成品的收获区，我们可以把开始和结束节点 用一条线给他连接起来，而我们今天要做的就是在开始和结束节点之间来搭建一条工作流。 那假设我们是一家公司的老板，我们需要完成公司的运转，我们就需要招聘各种各样不同技能的人才进入到公司的各个岗位，让他们之间进行相互配合，来完成整个公司的运转。 所以在这个开始和结束节点之间，我们首先需要来做的是招聘各种各样不同技能人才，比如说我们是需要招聘财务人才，比如说我们需要招聘的是销售人才， 比如说我们要招聘的是市场岗位人才，比如说我们要招聘的是 hr 等等。那你公司的规模有多大？你需要完成整个公司的运转，需要招聘多少岗位？那么在这个这条线上面，我们就可以招聘多少个岗位的人才进来， 来达到整个公司正常运转的一个目的。那我们今天要搭建的这个工作流，在我们的实际工作中，它有非常重要的一个作用，我们需要来读取一个视频的链接，然后提取里面的这个文案，然后对文案进行改写以及论事。那好， 那要完成这样的一个工作呢？我们首先需要来招聘我们的第一个员工，那第一个员工的作用的话就是来解析读取我们提供给他的一个链接，所以的话我们在这个工作流这条线上，我们看到有一个加号键，我们点开加号键，点开之后的话，大家可以看到这里有一个插件，对吗？ 这里面有非常非常多的员工，我们点开之后我们可以看到至少有几万个，大家可以看到我们今天要用的就是我们的链接读取这个员工， 那么这里面的所有插件你都可以理解为具备不同技能的这个员工，你想要用到哪个功能的员工，我们直接在这里面调用就可以， 那么我们今天的话就使用到这个链接读取，点开之后呢大家可以看到这个底下他这个才是他的真正的一个员工的啊名称，然后呢我们在这里点击添加，这样的话我们就把这个员工啊招聘到我们的工作岗位当中来了， 那么员工既然已经招聘上来之后，我们就要给这个员工给他定义一个他的作用，也就是他的岗位，对吧？所以的话我们在这里点三个点，我们在这里有个重命名，我们给他命名一个名称，那么我们就叫链接读取 好，就这个岗位名就可以了。那么我们把这个员工招聘来之后，我们要看他本身具备哪些能力，他要完成这个工作，我们需要给他提供哪些资料，对吗？ 所以的话我们点开在这里轻轻一点的话，那么右边这里的话就会弹出这样的一个卡片， 那么在这个卡片的顶部的话，它就有一行它的能力介绍，这里就有讲到，当你需要获取网页、 pdf 等等格式的内容的时候，使用此工具就可以获取 url 链接下的标题和内容。 那在这里的话我们可以看到有两个框，那第一个框它是带有红色心心的，这个的话是必须给他提供的， 也就是我们前面看到的你要提供的是这些格式的一个链接，所以我们要给他如何进行提供呢？ 这就是我们事先要准备好的这个材料，这个材料放在哪里呢？我们是不是要放在 开始节点这里，所以的话我们在开始节点这里的话，大家可以看到点开之后他同样在右边也会有一个卡片，那这个卡片的话就是我们存放 啊这个材料的这个区域，他默认在这里的话会有一个存放出来材料的区域，但是我们可以在这个加号键这里不断的添加，如果我们需要提交多种材料的话，我们只需要在这里面一个一个的给它添加进来就行了。 那么目前的话我们今天的话只需要一个材料区域，所以的话我们在这里的话，那么点开这个键的话，我们就可以看到它这有一个默认值以及它的描述， 那么我们只需要把我们准备好的这个链接粘贴到这个位置来就可以。好，粘贴上来之后描述的话我们就可以写视频链接，对吧？ 我们填写这个描述只是为了让自己知道它这个仓库它到底存放的是什么内容，包括这个名称我们自己都也可以自定义，但是这个名称它也仅支持英文和这个拼音， 所以的话我们这里的话 input 我 们就不改它了啊。好，我们收起来之后，这个是不是一个必填项？ 我们是不是要勾选？因为我们必须给他提供这个链接，对不对？那我们在开始这里的话，已经存放了我们的材料，我们再回到我们的链接读取，在这个地方我们需要把材料给他接收过来， 我们才能开始工作，所以的话我们点一下这边的这个六边形就会弹出来，在这里我们可以看到有个开始开始的 input， 是 不是就是我们刚才存放材料的地方，所以我们把这个材料给他接收过来，那么下面这个 他是否要要求返回这个图片呢？如果你想要返回链接里面的图片，我们就在这里点一下这一个处是代表要 force， 是 代表不要，那你要的话你点 to， 那 它默认的话是一个 force， 那 我们今天的工作的话不要求返回这个图片，所以我们这里的话我们就不用填。那大家可以看到在这个卡片底下还有一大串的这个英文到底是什么意思？ 也就是说这个员工他完成了这份工作之后，他会给我们输出哪些东西？那我们看到这些东西的时候，我们就可以看到他这里面大致上给我们提供了哪些呢？因为 data 是 一级标题，是第一个层级， 那么这这下面这些的话都属于 data 这个层级下面的这个信息。那么在这个层级底下呢， 它有三个同样的一个层级，一个的话是 content， 它这个的话就是我们今天需要的文案内容，在这个 content 这个位置这里底下呢，同样一个层级的它还有一个 title， 对 吧？它就是一个标题存放的位置，那这个 image 它就是我们的图片了， 图片里面包含的这些元素，以及它的图片的里面的一个标题，以及图片的链接等等，这些资料 他都会一次性的给我们输出出来。那在我们后面的工作中，我们需要这里面的哪个资料，我们就直接在这里面引用他就可以了。那么下一个员工他要加工的是其中哪一部分，你就可以在这里面去 拿，拿到这些材料之后再对他进行一个加工，那么我们有了这个员工之后，我们是不是要进行改写、润色等等工作，但是这个员工他不具备这个能力， 所以我们在招聘另外一个员工，这个员工是我们的什么呢？我们的大模型，这个员工啊，我们把大模型给添加进来，那么大模型这个员工他的作用是什么？ 我们刚才已经说过了，他是一个改写论色的作用，是不是我们给他命名一下叫改写论色，那同样为了更好的区分，我们可以把它改写成一号， 那么在这里呢再加上一个二号，这样的话我们就不会乱了。那好，我们来看一下我们二号员工， 他要完成工作的话，我们需要给他提供哪些东西，那这里的话就是他的一个卡片区域。那我们来看一下我们的二号员工，他要完成工作，我们需要给他 配置哪些东西。第一个的话我们在这里可以看到他有一个模型，那这个模型就相当于这个员工的大脑，我们点一下这个模型，这里 我们就可以看到这个员工他本身具备各种各样的大脑，他有非常多的大脑可以供我们选择，那每一个大脑他的能力是不一样的，那有些大脑的话，他是支持 视频理解、图片理解以及工具调用的能力，当然大部分大脑他都具备这个能力，那有些的话他是具备这种编程的能力，还有的话他的速度 会比较快，还有一些的话他是有具备角色扮演的这个能力，所以的话我们的任务，我们这个员工他的大脑， 你可以把它理解为我们从不同的院校当中招聘来的不同能力的这个人才。比如说你是从北大招聘的这个员工，那他的能力就超强，对吧？如果你是从普通大学， 他的能力肯定就不具备像北大这种高材生的能力，那什么样的岗位我们配置什么样的人才，配置什么样不同的大脑，那你如果说招聘北大的人才，那你需要给他配置的待遇可能就会相对要高一些，那也就是我们消耗的 token 可能会多一些，对吧？那你如果本身这个岗位他不需要特别高的要求的时候，我们就可以使用普通大学生的脑子，所以的话，我们在这里的话，因为改写论色这个岗位的话， 我们使用的普通大学生的脑子就可以，那么我们就直接使用他给我们推荐的这个豆包，一点八深度思考。那我们在这里是不是要给他一个工作准则，那我们在这里的话可以自己来给他做一些简单的规定。你是一个文案写作高手，好，我们给他 定位的他的一个角色，那我们给他是不是还要规定他的任务，你的任务是改写和论色文案，然后再说出我们的要求，要求为百分百的原创，那还有一个要求就是那还有一个要求就是字数不少于 五百字，那么在这里的话，我们可以自己简单的手写，然后在这里我们可以看到有一个心心，这里有个自动优化提示词的功能， 我们直接点自动优化，然后呢在这里点一下自动优化，然后他就会给我们输出一个非常标准的一个贴纸，一个标准的要求，然后我们在这里选择替换。那好我们给他有了一个 工作标准之后呢？接下来的话，我们是不是来看一下我们的用户提示词这一块，那什么叫用户提示词？用户提示词也就是这个地方，那这里是不是我们的系统提示词，对吧？这是系统提示词， 那这里是用户提示词，那在这个地方的话，也就是我们真正提交给大模型材料的地方，在这里的话我们输入这里，我们只是把材料给接收过来了，并没有真正提交给大模型， 所以他这里你就相当于一个材料存放的地方。我们把东西拿到手了之后，我们是不是要丢给我们的大模型？所以在这个位置的话，我们要把上面接收过来的材料重新再丢给大模型， 那他丢给大模型的方式就是在这里我们需要打上一个括号， 然后他就会弹出我们材料的名称，直接给他点击一下，他就会形成这种蓝色字体，他就是成功应用的关系。那就也就是说把我们的材料真正提交给大模型，然后呢大模型按照我们的工作标准来完成我们的工作，那输出这一块的话，我们就希望他 把完整的输出内容交给我们就可以了，所以这里的话我们就不需要管了。那好，我们的两个员工现在已经相当于我们进行了全方位的这个感情培训，培训完成之后，在最后的话我们是不是要验收他的成果？ 所以我们在这里的话，我们是不是要接收他最后大模型输出给我们的文案内容，所以的话我们在这里也是使用的引用关系，在这的话我们接收来自于改写论事，也就是二号员工给我们 提交出来的 output。 好， 那这样的话我们的整个工作流就已经算是搭建完成了。最后我们来看一下我们这两个员工，他们相互配合，能不能按照我们的要求给我们输出我们想要的这个内容。好，我们现在开始来调试，点击我们的试运行，在试运行这里大家可以看到 啊，这个的话就是我们在开始节点的时候，我们给他提供的这个链接，好，我们直接点运行，然后他就开始工作了。一号员工工作的很快啊，但是二号员工他的工作的话就会稍微难度要大一些， 那一号员工他运行的时长的话是零点一八三秒，那好二号员工也已经工作完成了，之后 他使用的时长是四十二秒。然后我们来看一下二号员工他给我们输出的这个结果，最终我们是看他的输出结果在这个位置，然后我们往下拉， 在最后这个位置我们有一个预览，我们可以点开预览好，这个就是二号员工给我们改写润色之后的文案，那这里的话应该是有超过五百个字啊，这是也是根据我们的要求输出的这个结果。 那么同样的话，在最后这个节点，他输出的内容是跟这个文案是一样的，我们来看一下最后结束节点，他也是把这篇文案交到我们手里，所以的话我们点击预览好两篇文案的内容是一模一样的。好，那么今天我们这个工作流 我们就算是搭建完成了，如果你也想学习工作流搭建，可以在评论区扣学习。好，我们下一期再见。
794武哥说·Coze底层逻辑
04:18查看AI文稿AI文稿尝试靠 ai 扣子变现的第四天，今天我们重点搞懂如何搭建智能体，这条视频带你把扣子新建智能体的页面完整走一遍。很多新手点进来之后，看到一堆输入框和选项，不知道哪个该填哪个，不用管填错了会不会出事，别担心，我带着你从上到下 一块一块讲清楚，听完你就能自己动手创建第一个智能体了。咱们开始打开扣子首页，点那个醒目的新建或者创建 boss 按钮，就进入了新建页面。进来之后，你看到的第一块区域是给智能体起名字和配头像的地方。 名字你可以随便起，根据它的用途来，比如客服小助手、文案小秘书，自己能分清就行。头像可以上传图片，也可以让 ai 自动生成一个，省事的话直接自动生成就行。右下角通常有一个确认或创建按钮，点完名字和头像，你的智能体就创建好了， 直接进入编辑页面。好，从这里开始才是重点。进入编辑页面之后，你会看到左边是对话预览区，你可以随时在这跟机器人聊天测试。 右边是配置面板，你真正干活的地方。配置面板上一般有几个标签，我按从上到下的顺序一个一个讲。第一个标签通常叫人设，也有的版本叫人物设定或者提示词，这是整个智能体最重要的配置区，没有之一。这个框里你不需要写代码，就用大白话告诉智能体他是谁，他要干什么，他说话什么风格。 比如你写你是一个卖女装的电商客服叫小优，回答用户问题时要温柔耐心，不要用太正式的语言，如果用户问的问题你不知道答案，就老实说不知道，然后引导他联系人工客服，绝对不允许跟用户吵架。就这几句话，智能体的说话方式、 行为边界就定下来了。这个框是灵魂，你把时间花在打磨这段话上，比你后面调一堆参数都管用。往下走第二个标签通常叫技能或者插件，你可以理解为给智能体装工具，他本身只会聊天，你想让他能联网搜索，就给他装一个搜索插件，想让他能生成图片，就装一个画图插件，想让他能读你上传的文件， 就装一个读文件插件，点进去会看到插件列表，想要什么就添加什么。新手建议只装你确定会用到的那几个，别看到什么都往上加，插件装多了，智能体会变慢，而且容易乱。第三个标签通常叫知识库，你可以理解为给智能体发一本内部培训手册，你公司有什么规定？产品有什么参数？ 售后流程是什么，这些通用的 ai 大 模型是不知道的。你把相关文档上传到知识库里，智能体就会自动学习。之后有人问他文档相关的问题，他就去知识库里翻答案。比如你上传了一份产品说明书， 用户问这款产品防水等级是多少，他就能从说明书里找到答案回给用户。传完之后，你可以直接在左边测试问一个文档里的内容，看他答不答的上来，答不上来就检查一下文档传没传对。第四个标签通常叫工作流，这是给需要执行固定流程的场景用的。 比如来了一个退款请求，要先收集订单号，再确认退款原因，再提交给人工审核。这种有明确步骤的事，可以用工作流划出来，让智能体按步骤执行。如果你刚入门，这个标签可以先不管大多数日常需求，用人设加知识库加插件就够用了。 等你用熟了，想折腾更复杂的东西，再回来看这个。再往下可能还有一个叫发布的按钮或者标签，你全部配置调好了，测试满意了就点发布。发布的时候会让你选择渠道，比如飞书、微信客服 网页嵌入 a p i 等等。选好渠道，一键发布，你的智能体就正式上线，开始干活了。好到这里，整个新建智能体的页面就讲完了，帮你快速回顾一下。第一步，起名字，配头像，点创建。第二步，进编辑页，先写人设，这是灵魂，用大白话告诉智能体他是谁，怎么说话。 第三步，装插件，只装你用的上的，别贪多。第四步，传知识库，让你自己的内部资料被智能体学到。第五步，测试满意后点发布，选择渠道上线干活工作流。那个标签新手可以先放一放，不着急。 这个页面看着东西多，但拆开看就这几块，你只需要知道每个区域是干嘛的，填的时候不慌就够了。真正难的不是界面本身，而是你想清楚要让这个智能体帮你解决什么具体问题，需求想清楚了，对着这个页面一步步填。很简单， 我整理了一套系统化新手进阶课程，想要跟着正确路线稳固学习的评论区扣学习系统，吃透整套工作流搭建好了，我是月光一个不讲大道理，只聊怎么用 ai 干活的扣子博主，希望这条视频能帮你顺利创建出第一个智能体，咱们下期见。
33月光讲.Coze
08:12查看AI文稿AI文稿很多人一提身份认证，第一反应就是 off。 但严格说， off 主要解决的不是你是谁，而是你能访问什么。 真正做企业登录、 app 登录、无密码登录、斑点登录，背后其实是一组协议在分工。先别急着背名字、身份系统本质上有四件事， 第一，认证确认你是谁。第二，授权，确认你能访问什么。第三，凭证系统用什么东西证明这件事，比如 token copy 凭证证书。 第四，账号生命周期、员工入职、离职转岗、账号怎么自动创建、禁用、同步？这四件事分不清，看任何协议都会乱。 先讲最容易误解的 off 二点零。 off 解决的是一个应用想访问你在另一个系统里的资源，应该怎么拿到有限权限。 比如一个日历 app 想读取你的日历，正确做法不是把账号密码交给这个 app， 而是你跳到授权服务器，同意它只能读日历，然后授权服务器发给他一个 access token。 所以 off 的 核心不是登录成功，而是第三方应用拿到有限授权。 这里有四个角色，资源拥有者通常是用户客户端，就是第三方应用授权服务器负责发 token， 资源服务器保存真正的数据。 那为什么我们经常听到 off 登录？因为很多时候真正用的是 o i d c， 也就是 openid connect。 o i d c 建在 off 二点零上。但它多解决了一件事，客户端不仅想拿权限，还想知道当前用户到底是谁。 所以 oidc 会引入一个关键东西， id token。 access token 是 给资源服务器看的，表示你能访问什么。 id token 是 给客户端看的，表示这个用户是谁。 比如你用企业账号登录一个网站，网站关心的是用户唯一 id， 邮箱名字、身份提供方，这就是 oidc 的 价值。 接下来是 samo， 如果你做企业 sauce， 一定会遇到它。 samo 比 o i d c 更老，更多出现在企业单点登录里。 它有两个核心角色， i d p。 身份提供方，比如阿特 s a d。 企业内部身份系统 s p。 服务提供方，比如 salesforce 公司内部系统某个 sauce， 用户访问 sauce， sauce 发现你没登录，就把你带到企业 i d p， i d p 验证你是谁，然后发一个 s m l assertion 给 sauce。 sauce 验签以后就知道这个人是谁，有什么属性。三、某的特点是 x m l。 企业位很重，历史包袱也重，但在企业 s s o。 里依然非常常见。 前面这些协议大多还离不开账号登录，但现在趋势很明显，密码正在被 pesty firebird 替代。它的核心思想很漂亮，服务器不保存你的密码，而是保存你的公要你的手机、电脑安全钥匙里保存。私要 登录的时候，服务器发一个 challenge， 你 的设备用私要签名，服务器用公要验证签名。这样有两个好处， 第一，服务器没有密码可以泄露。第二，钓鱼网站很难骗走你的凭证，因为 ybox 的 凭证绑定到具体网站。 origin， 以前是我说出口令证明我是我，现在是我用私钥签名证明我是我。再讲 jwt， 很多人也会把 jwt 当成认证协议，其实 jwt 不是 登录协议，它是一种 token 格式。 gwt 通常有三段 header 说明算法和类型。 payload 放 queens， 比如用户 id 签发包、受众过期时间、权限范围。 signature， 用来保证内容没有被篡改， 它适合在系统之间传递声明。但 g w t 有 一个常见坑，签名不等于加密普通签名。 g w t 的 payload 是 可以被提取的，所以不要把密码、身份证号、密钥这种敏感信息放进去。 再讲两个偏企业内网的老朋友， l d a p 和 kerberos。 l d a p 更像一本企业通讯录，擅长存用户、组织组、邮箱部门这些目录信息。很多系统会用 l d a p 查用户，或者做账号密码校验。 corberos 则更像票据系统，用户先向 kdc 证明自己，然后拿到票据，之后访问服务时，不用每次都把密码发出去，而是拿票据证明身份。 在 windows 地域里， l d a p 和 corberos 经常一起出现 l d a p 管目录， corberos 管认证票据。这两个协议不新，但很多大公司内网和传统企业系统到今天还离不开它们。 如果你做企业 sauce， 除了登录，还会遇到一个很现实的问题，员工入职、离职、转岗，账号怎么同步？ 这就是 s c i m。 的 价值。比如公司 hr 系统或者身份平台里新增一个员工， s c i m 可以 自动把这个用户创建到 slack github、 飞书、 salesforce 这些系统里。 如果员工离职， s c i m。 可以 自动禁用账号。如果员工换部门，也可以同步组和权限信息。所以 s c i m 不是 登录协议，它解决的是账号生命周期管理。 企业客户为什么重视它？因为人一离职，账号还没删，这是非常大的安全风险。 前面讲的大多是用户登录，但在微服务架构里，还有一个问题，服务和服务之间怎么互相信任？这时候常见方案是， m p l s。 也就是双向 p l s。 普通 h t t p s。 通常是客户端验证服务器证书， m p l s。 是 双方都拿证书，客户端验证服务器，服务器也验证客户端。它适合服务网格、内部 api、 高安全系统、金融和企业内网场景。 简单说，用户登录常用 o i d c。 三、某发豆服务之间强认证 m p l s。 很 常见。 最后给你一张选择表。如果你做普通互联网登录，优先看 o i d c。 如果你做第三方授权用 off 二点零。 如果你做企业客户， s s o。 一定会遇到 samo， 也最好支持 o i d c。 如果你想做无密码登录，看 battle。 二 ybox pesty 如果你要传递用户声名， g w t。 是 常见 token 格式，但别把它当登录协议。 如果你要揭传统企业目录，会遇到 l d a p 和 kerberos。 如果你要做企业账号自动开通和禁用，看 s c i m。 如果你要做服务，坚强认证看 m p l s。 你 不用一开始把每个 r f c。 都背下来。先分清四句话，认证你是谁，授权你能访问什么凭证？怎么证明生命周期？账号怎么来怎么走。 把这套体系串起来，你就会发现，身份认证不是背协议名，而是把问题分层。一个现代企业系统通常会这样，组合登录用 o i d c。 第三方授权用 off。 企业客户 s s o。 支持三、某强认证逐步上 p s t。 账号同步用 s c i m。 内部服务间认证用 m p l s j w t 则是常见的 token 表达方式，但不要把它当成登录协议 评论区打认证架构。我下一条可以继续讲一个现代企业登录系统怎么把 o i d c o f j w t p s t s c i m 串成一套完整方案。 ai 浪潮风浪大吵对船长不害怕，我是 ai 老船长，关注我，玩转 ai， 少走弯路。
38AI技术老船长
07:17查看AI文稿AI文稿你的 ai 现在可能正拿着一把公司的总钥匙， m c p 负责接工具。 os 二点一，负责管权限。每次工具调用，都要说清楚四件事，谁授权去哪个系统，能做什么，能用多久。比如销售经理让 ai 查合同，再把逾期名单写进 crm， 事情办成了，后台却只看到一个共享系统账号。二、谁让他做的？为什么他能看全部合同出了问题，又该撤谁的权限？ 这条视频就用一张临时通行证，把这笔权限账拆开。先看 m c p 到底管什么。它的全名是 model context protocol， 中文叫模型上下文、协议、 数据库、代码仓库、企业知识库，都可以用同一种方式告诉 ai， 我 有什么工具要用，要传什么，结果会返回什么。开发者不用给每个系统单独造接头，这是 m c p 好 用的地方。但接头统一了，不等于门禁，也有了 不少演示。为了先跑通，会把一枚 a p i t 写进配置。这枚密钥常常几个月不过期，权限还比实际任务大得多。财务和销售共用它，后端看到的是同一个系统账号。 ai 明明只要查订单，拿到的却可能是整套系统的读写权。员工离职，电脑丢了，客户端失陷，管理员也没法只撤一个人的权限， 只能把整枚密钥换掉，其他正常任务一起受影响。所以， m c p 向通用插头它解决能不能接上。嗯， oos 二点一向门进，它决定谁能进去，能走到哪儿。 oos 二点一做的是委托授权，用户不用把账号密码交给 ai， 只在公司的身份系统里确认 我允许这个客户端替我办哪些事？二、远程 http 授权里有四个角色，用户是已经有业务权限的人，比如刚才的销售经理。 m c p。 客户端是替他跑腿的 ai 应用，可能是桌面客户端，也可能是企业智能体平台。 授权服务器负责登录和确认，他会展示权限范围，再签发令牌。 m c p server 提供数据和工具，也可能把请求转到后端业务系统把它想成公司前台员工先验明身份。跑腿的人不会拿到员工密码，前台只给他一张临时通行证。 这张通行证上有四道限制，它代表哪位用户，就是哪个客户端在代办。它只能交给指定的 m c p server。 客户系统的票库存系统不能认，这就是目标。资源绑定，也叫 audience spending， 还写着能做什么？ scope 可以 只允许读取客户资料，也可以只允许更新 crm。 嗯，没必要一上来就给删除和群发权限。第四道限制是有效期，访问令牌会过期，管理员也可以提前撤销，总钥匙被拆成了受限的短期通行证。 一次真正的授权，后台怎么跑？客户端先去请求 m c p server， 这时他还没有合法令牌，服务端返回未授权，也就是四零一， 同时告诉客户端去哪里找授权信息，客户端据此找到企业授权服务器。接着客户端生成一组 p k c e 参数，然后打开系统浏览器，用户在浏览器里登录，看清权限范围，再点确认。授权服务器先返回一枚短期授权码，客户端再拿授权码和 p k c e 证明 去兑换真正的访问令牌。 p k c e 全名很长，叫 proof key for code exchange， 它不是给授权码加密，它是在换令牌时再验一道只有原客户端能给出的证明。授权开始时，客户端生成一段随机秘密， 只把算出来的招标交出去，换令牌时再交出原始秘密。有人半路偷盗授权码，没有这段原始证明，也换不走令牌。这对桌面端和移动端特别重要，因为他们很难长期藏住一枚固定密钥。拿到令牌以后，客户端把它放进 http 请求头，重新调用 mcp server。 服务端要逐项检查令牌是谁签的，是不是发给自己的，有没有过期 scope 够不够都对得上工具才会执行。 os 二点一对授权码流程有个默认要求，必须使用 p k c e， 它也不再保留隐私授权，也不再保留让客户端直接拿用户密码的旧流程。不过要说准确，到二零二六年七月， os 二点一仍是 i e t f 的 互联网藻案，还不是正式发布的。 rfc 工程团队说，采用 os 二点一， 通常只采用这套现代安全做法，以及它引用的成熟 os 规范。接入以后，第一笔账清楚了这次操作是谁授权的，日记里可以记录具体用户，也能记录具体客户端不再只有一个笼统的系统账号。第二笔账是 ai 能做多少令牌可以只开放查询， 需要更高权限时，服务端先拒绝，客户端再追加申请，先指开放查询，这是最小权限，需要更多能力时再追加，这是增量授权。三笔账是这张票能在哪用？ m c p。 客户端要写明目标资源，服务端也要确认令牌就是发给自己的客户系统的令牌到了库存系统， 后者不该认。还有一个常被误解的地方，令牌应该保存在客户端自己的屏具存储里，模型只决定调用哪个工具，传什么参数，真正发请求时，客户端才把令牌放进去。这样模型的对话上下文里没有令牌， 自然也就复述不出来。但这层隔离靠客户端架构，不是 os 自动替你完成的。开发者要是主动把令牌塞进提示词，再好的授权协议也拦不住，令牌也不能进入对话记录，不能写进错误日记，更不能混进工具返回内容。 mcp server 还有一条硬规则，不能把收到的令牌原样传给下游服务， 否则临时门禁卡又变回万能卡。装上门禁以后， ai 还是可能走错门。 os 管的是频距和权限，它不会判断一条业务指令合不合理。 攻击者可以把恶意指令藏在网页、文档或邮件里， ai 读到以后，可能误以为自己应该发送数据，还可能修改记录，甚至删除内容。这就是提示词，注入权限边界能缩小，损失生产环境还得自己补几道闸门。查询和转账不能用同一套确认规则，删除和群发也不能静默执行。服务端每次都要检查 这个用户有没有权访问这条数据，不能只看令牌是真的，还要看这次动作是否被允许。高风险动作执行前，把工具名称、关键参数和影响范围展示给用户，让人确认以后再动手。 硬牌过期后，客户端可以后台刷新，再重试刚才的调用。可 ai 的 长任务能不能接着跑，要看客户端有没有保存任务现场 o r 处提供续票，不负责恢复工作台。客户端登记方式也不是只有一种，企业可以预先录入， 也可以使用原数据文档或自动注册。但自动注册不等于谁都能绕过审批拿到入口。不同 m c p。 连接，也不能套同一条授权很有必要。本地 st d i o 是 另一回事儿。 客户端直接启动本机工具进程评剧，通常来自系统环境或本地评剧存储，重点是本机账号进程权限和秘密存储，不一定再走一遍。浏览器授权公开指读服务可以允许匿名访问，不涉及用户身份，也不一定需要登录没有具体用户参与的机器任务，也可以让机器用自己的评剧证明身份。 选哪一种要看谁在调用，还要看数据放在哪，又跨过哪些信任边界。企业准备开放 m c p。 工具时，先把六个问题摆到评审会上。这次调用代表谁预知能不能追到用户和客户端？这枚令牌只能交给哪个系统， 服务端会不会核对目标资源？ ai 最少需要什么权限查询、修改、删除和发送？有没有拆开并排放在哪里？会不会进入提示词对话、日制或工具返回？高风险动作由谁确认？用户能不能先看见参数和影响范围？权限怎么收回？员工离职、设备丢失、客户端失陷、任务结束？ 能不能只撤掉对应的人设备或客户端？这六个问题答不清，接再多， m c p server 也只是把共享总钥匙插到了更多门上。 m c p 让 ai 能办事。 o o s。 二点一，让后端知道这件事是谁允许的，也知道它能做到哪一步。先把权限账记清楚，再让 ai 动手，把这六个问题带进下一次 m c p 上线评审， 我会把 ai 讲成业务里能用的判断。关注我，点赞、收藏，下次继续看。
132产品总监看AI
05:46查看AI文稿AI文稿什么是 off 二？想象一下，你刚注册了一个新应用，不想再填一长串个人信息，于是点击了用微信登录页面跳转你确认授权，然后就登录成功了。整个过程里，你并没有把自己的微信密码告诉这个新应用，这个安全又方便的过程，靠的就是 off 二。 今天我们就来彻底讲清楚 off 二到底是什么？它怎么解决授权难题？背后又有哪些关键角色和工作流程？ 我们先从现实问题说起。如果你想让一个照片打印应用访问你存在网盘里的照片，最原始的办法就是你把自己的网盘账号和密码直接交给他。但这显然很危险，应用可以拿到你的完整权限，改密码、删文件什么都干。 那能不能只给他一个临时有限的权限呢？比如只允许读取照片文件夹，而且有效期只有一小时。这就是欧派发二要解决的问题，把直接给钥匙变成发一张临时门禁卡，既能进门，又权限可控。 o 花花二本质上是一个授权框架，而不是认证协议。这句话很重要，很多人误以为它是登录用的，其实它的核心是颁发一个叫做令牌的东西， 这个令牌代表了一种受限制的访问权限。用微信登录时，新应用最终拿到的是一个令牌，它可以凭借这个令牌去微信的服务器问这个用户是谁，但无法拿到用户的微信密码。 所以，欧歪法二解决的是怎么让第三方应用安全地获得有限的访问权限，而不是怎么证明你就是你。为了把这个过程说清楚，我们得认识四个关键角色，第一，资源所有者，通常就是你用户本人数据的主人。第二，客户端就是那个想访问你数据的新应用，比如照片打印网站。 第三，资源服务器，存放你数据的服务器，比如网盘的接口。第四，授权服务器，专门负责验证身份和颁发令牌的服务器，网盘系统里专门管登录和授权的那个部分。 这四个角色分工明确，缺一不可。整个流程就像在酒店办入住，你到前台出示身份证，前台核实后给你一张房卡，你拿着房卡才能进入房间，而且这张卡通常只能开你自己的房门，健身房或行政楼层根本刷不开。 这里的前台就是授权服务器和资源服务器的混合体。房卡就是令牌，它明确限制了你能进哪个房间，住到哪一天。 那么这个发房卡的过程具体怎么走的呢？最常见的模式叫授权码模式，它分四步走。第一步，你在应用中点击用网盘登录，客户端会引导你跳转到授权服务器的页面，并且在链接里告诉服务器我叫什么名，我要请求哪几个权限，有没有一个回调地址。 第二步，你在授权页面看到应用请求的权限列表，比如获取照片，获取用户名，你点击同意。第三步，授权服务器会带着一个临时凭证，也就是授权码，通过浏览器重定向回客户端的回调地址。 第四步，客户端收到授权码后，在后台用这个授权码连同自己的身份凭证，向授权服务器换真正的访问令牌，这样令牌永远不会经过前端浏览器，安全性大大提高， 为什么要用授权码做一次中转？这恰恰是 off 二、安全设计的关键。如果令牌直接发给前端，可能被植入的脚本截获，也可能被留在浏览历史里。通过后端交换，只有服务器自己知道令牌外界拿不到，而且授权码本身是一次性的，有效期极短，即便泄露也无大碍。 拿到令牌之后，客户端就可以用令牌去请求资源服务器的数据了。每次请求把令牌放在 http 头的 authorization 字段里，服务器验证有效后，返回相应的照片或文件。 令牌也有讲究，最常见的是访问令牌，就是那张可以直接刷的房卡，但它的有效期通常很短，可能只有几分钟到几小时。 如果每次过期都要用户重新点同意，体验会很差。于是引入一个刷新令牌，它就像一张续注凭证。访问令牌到期，客户端可以拿刷新令牌直接去授权服务器换一个新的访问令牌，全程无需用户参与。当然，刷新令牌本身的有效期会长的多，而且一旦泄露也必须立即吊销。 有人会问，那纯命令行，没有浏览器的工具怎么办？或者单页应用没法在后端安全存储数据，又该怎么走 off？ 二、这就引出了其他几种模式。 对于后端服务之间通信，可以用客户端凭证模式，直接用客户端的身份去换令牌，不涉及用户。对于无法安全保管机密的单页应用，通常采用带 p、 k、 c、 e 的 授权码模式，通过动态生成的验证码确保交换安全。 核心思想不过是在不同场景下对原有流程进行加固或精简。举一个贴近生活的例子来串一遍。你想打印一张去年和宠物的合影，这张照片存在某某云盘里。你打开一个在线照片书制作网站，选择导入云盘照片网站弹出窗口显示它需要读取你的照片和用户名。 你跳转到云盘的授权页，登录后看到一句提示，照片书网站请求以下权限，查看照片库，查看基本资料。你点了同意，窗口关闭几秒后，网站的编辑界面就出现了你的照片缩略图。 在这背后，云盘给了网站一个两小时有效的访问令牌，只能读特定文件夹，不能删除，不能下载其他文件。两小时后，令牌失效。网站若要继续操作，需要用刷新令牌换新令牌。 你全程没有透露密码，权限还清晰可见。吊销也很简单，到云盘的安全设置里取消对照片书网站的授权即可。最后，我们总结一下 o f x 二解决的是最小权限的第三方访问问题。 通过令牌机制把身份验证和权限授与彻底分开。它定义了一套角色和交互流程，让用户可以安心地把自己某一部分数据的特定权限临时交给另一个应用，同时随时可以收回。 理解了这四个角色令牌和授权码的流转，你再看任何第三方登录或跨平台数据互通，就不会只停留在按钮表面，而是清楚背后的每一次跳转和交换究竟在做什么。这就是 o f x 二为我们构建的数字世界里的安全握手协。
27AI编程百科
03:37查看AI文稿AI文稿面试官突然问一句， o a i r 有 四种授权模式，你能说说为什么大家都用授权码模式吗？很多人一听到四种，赶紧开始背名字授权码、简化密码、客户端凭证背完就停了。 但面试官真正想听的下半句你没接上。他想知道的是，既然有四种，为什么实际项目里几乎只推授权码这一种？其他三种到底差在哪？我是小哲，点赞收藏加关注，我们马上开始！想系统学习的同学可以查看橱窗这道题表面在问欧黑尔有几种模式，实际上面试官是在考你懂不懂授权这件事的安全本质。 欧黑尔这个东西全称是开放授权，他解决的核心问题是怎么让第三方应用在不拿到你账号密码的前提下，安全的访问你的部分数据。 比如你用微信登录某个小网站，你肯定不希望把微信密码交给那个网站。所以四种模式的区别，本质就是安全等级和适用场景的区别。面试官想看的是，你能不能讲清楚，为什么授权码模式在安全上是最稳的那个？ 我们先快速过一遍四种模式各自是干嘛的，再说为什么独尊授权码。第一种密码模式就是你直接把账号密码交给第三方，让他拿着去换令牌，这等于把钥匙原样交出去，只适合你自己百分百信任的第一方应用，决不能给外部用。 第二种客户端凭证模式压根没有用户参与，是服务和服务之间打交道使用的，比如后台定时任务调另一个系统的接口，跟用户登录没关系。第三种简化模式是早年为纯前端页面设计的，他图省事，直接把令牌通过浏览器地址返回，没有中间那道兑换步骤，结果就是令牌容易在浏览器历史日制里泄露，现在已经基本被淘汰了。 重点来了，授权码模式为什么最安全？关键在于它多了一道先拿码再换令牌的中转。整个流程是这样，用户在授权页面同意之后，授权服务器不会直接把令牌给第三方，而是先发一个临时的一次性的授权码，这个码还是通过浏览器转回去的， 第三方拿到这个码之后，再用它加上只有自己和授权服务器知道的客户端密钥，在自己的后端服务器和授权服务器之间悄悄换取真正的访问令牌。你品一下这个设计的妙处，真正值钱的令牌全程没有经过浏览器，没在地址栏里暴露过，它是在两个后端服务器之间走后台直接交换的。 这一道中转挡掉了好几类攻击。授权码就算在浏览器跳转时被人截获了也没用，因为换令牌还需要客户端密钥，而密钥只存在第三方的后端，外人拿不到。而且这个码是一次性的，有效期极短的，用过就作废，别人抢到了也来不及用。 在真实项目里，针对手机和纯前端这种没法安全保存密钥的场景，还会再加一层增强机制，让客户端先生成一个随机校验值，换令牌时验一遍，进一步防止授权码被中途掉包。所以你看授权码模式，不是流程繁琐，而是每一步都在为安全兜底，把最关键的令牌牢牢固护在后端。 所以标准的面试回答思路是这样，先一句话，定调 o、 f 二四种模式的本质区别是安全等级和适用场景。实际对外的用户授权场景主流就是授权码模式，再分清楚另外三种的定位密码模式，只适合自家完全信任的应用客户端凭证用于服务和服务之间，没有用户的场景 简化模式，因为令牌直接暴露在浏览器，已经被淘汰。最后讲透授权码为什么最稳，核心是先发一次性授权码，再由后端凭客户端密钥换取令牌。真正的令牌不经过浏览器配合一次性、短有效期和增强校验，挡住了截获和调包。这样打，面试官立刻知道你理解的是安全设计，不是死背名字。 你看这种题，真正考的从来不是数量，而是你懂不懂每个设计背后在防什么。这类安全和认证授权的面试题，看着概念多，其实都串在一条防泄露的主线上。如果你想把后端面试里这些容易被追问的点系统过一遍，可以看看橱窗的课程里面一道一道给你拆明白。
03:19查看AI文稿AI文稿面试官问，微信登录 oos 二点零授权流程怎么设计？这是非常典型的项目场景问题，如果连这种通用的场景问题都回答不上来，面试基本没戏。来，今天三分钟图文并茂，带你复习下整个设计流程。 首先我们要解决一个核心问题，为什么要有 oos？ 大家看左边这个红色的图。假设你要用一个记账 app 去拉你的支付宝账单， 你会把支付宝的账号密码直接告诉这个记账 app 吗？绝对不会，对吧？你把密码给了他，就等于把家里的主钥匙给了他，他不仅能查账，还能把你的钱转走，这太危险了，那怎么办？看右边这个绿色的图。 oos 二点零的核心思想就是，我不给你主钥匙，我给你一张酒店房卡。 这张卡也就是 token， 有 两个特点，第一，权限受限，只能进客厅，不能进卧室，只能读账单，不能转账。 第二，有时效性，两小时后自动失效，这样既办了事又安全。好，那这张房卡怎么安全的发出来？这里面有四个步骤，大家跟上我的思路。第一步，用户点击微信登录，注意看这个箭头，这时候你的 app 会把用户一脚踢开，踢到微信的服务器上去， 为什么要踢过去？因为用户要在微信的页面上输入密码，这个过程你的 app 是 看不见的，这就保证了密码绝对安全。 第二步，用户点同意，微信验证通过后，会把用户踢回来，同时在 u、 r、 l 后面带上一个小尾巴。大家看这个红色的字扣的授权码，这里是面试的死穴，很多同学会被问住，既然微信都验证通过了，为什么给我是个扣的？为什么不直接把头坑给我，多费劲啊！ 动动脑子想一想，刚才那个过程是在哪里发生的？是在浏览器里，浏览器里的 url 是 公开的，谁都能看见。如果微信直接把 token 放在 url 里传回来，是不是谁截获了这个 url， 谁就能冒充你了？ 这叫前端通道，是不安全的，所以必须有第三步，后端换票本视频的代码笔记。我整理进了两百万字的 java 与 ai 大 模型学习笔记里了，里面包含了三十多个技术站与几十个项目场景实战笔记，还有不同工作年限同学的简历模板，以及一份 java 加 ai 的 三十天面试突击学习路线。需要的话直接拿去。 大家看这个黑色的盒子，你的 app 后端服务器，拿着刚才那个临时的 code， 再加上你自己申请的 abc 密钥，偷偷的去请求微信的后端， 微信一看，嗯，扣的是对的， secret 也是对的，是自己人，这时候他才会把真正的 access token 发给你的后端 听懂了吗？扣的是在马路上喊话，不安全， token 是 在保险柜里交接，这才安全。这就是为什么要有扣的原因。最后拿到了 token， 你 就可以去拉数据了。但是为了安全， 这个 token 有 效期通常很短，比如只有两小时，那两小时后用户正在用着呢，突然掉线了，体验是不是很差？这时候就需要 refresh token， 大家看下面这个图， access token 是 门票， refresh token 是 续签条，门票过期了，不要让用户重新登录，拿着续签条再去换一张新的门票就行了。好，总结一下，下次面试官再问你， o o 是 二点零，你要把这张图印在脑子里， 先讲房卡比喻，再讲前端拿扣的，后端换 token 的 安全逻辑。只要你能把为什么不能直接传 token 讲清楚，这个面试题你就拿满分了。
598图灵诸葛老师
08:38查看AI文稿AI文稿你敢把密码交给 agent 吗？这里是赛博庄子，今天讲清 m c p o off， 假设你正在使用一个 agent， 你 对他说，帮我读取公司知识库里的项目文档，再整理成一份总结。 agent 理解了你的需求，也找到了知识库提供的 m c p server。 可就在他准备读取文档时，服务器回了一句，不行，你还没有登录。问题来了， agent 怎么证明他是在替你办事？ 难道我们要把账号和密码直接交给他吗？当然不能， m c p o o。 要解决的就是这个问题， 它让 agent 在 不知道你密码的情况下，经过你的明确同意，拿到一张权限有限，时间有限，而且只能用于指定服务器的电子门禁卡。这张门禁卡就是 access token。 整个流程里有四个关键角色，第一个是你，数据属于你，最终也由你决定是否授权。第二个是 agent 应用，比如 cloud desktop、 cursor 或者其他 agent 的 平台 应用里负责连接 mcp server 的 组建，叫 mcp client。 真正处理授权码和 token 的是 mcp client， 不是 大模型本身。第三个是 mcp server， 它负责提供工具和数据，比如查询文档、创建公单或者发送邮件。 第四个是 authorization server， 也就是授权服务器，它负责让用户登录、展示授权页面并签发 access token。 你可以把 m c p server 想成一栋办公楼，授权服务器是门禁中心， agent 是 替你跑腿的人，而你决定要不要给他开门。 agent 第一次访问 m c p server 时，手里还没有头肯， m c p server 会返回 h t t p 四百零一，告诉他这个资源需要授权，同时留下一条线索，告诉他去哪里查询授权信息。为什么不直接写死一个登录地址？ 因为 agent 可能连接很多不同的 mcp server， 他 不可能提前知道每个服务器使用哪套登录系统，授权页面和 token 接口又在哪里。 所以 m c p o os 的 第一步不是登录，而是自动发现。 agent 会读取 m c p server 的 原数据，找到负责签发 token 的 授权服务器，再读取授权服务器的原数据，找到授权页面和 token 接口。可以把它理解成查两张地图， 第一张告诉你门禁中心在哪，第二张告诉你该去哪个窗口办卡。准备完成后， agent 会生成一个授权链接，并用浏览器打开，你会看到一个熟悉的页面，某某 agent 想要读取你的知识库文档，是否允许？ agent 可以 提出申请，但最终决定权在你手里。而且你批准的不是一个模糊的全部权限，而是具体的 scope， 也就是权限范围。比如 filesread 表示读取文件， filesread 表示修改文件。 如果 agent 只需要总结文档，它原则上只应该申请获取权限。 o f 解决的不只是你是谁，还要确定这个 agent 可以 替你做什么。在打开授权页面之前， agent 会先准备一个回调地址，也就是 reddirect u r i。 如果是桌面 agent， 它通常会在你的电脑上临时启动一个本地 http 服务。回调地址可能长这样， http 冒号斜杠斜杠一百二十七点零点零点一冒号五四三二幺斜杠 call back。 这个地址指向当前这台电脑，而监听这个端口的程序正是 agent 应用里的 mcp client。 如果是网页 agent， 回调地址一般是它自己的 http 接口。 agent 打开授权页面时，会把回调地址一起告诉授权服务器。它相当于在说用户处理完授权后，请把结果送回这里。 现在你在浏览器里完成登录，然后点击同意。授权服务器会生成一个寿命很短，通常只能使用一次的 authorization code， 也就是授权码。它不会直接在后台寻找 agent， 而是让浏览器跳转到刚才登记的回调地址，并把授权码放进 u i l。 例如回调地址后面会带上 code 等于 abc 一 二三，以及 state 等于 x y z。 这时浏览器就像一个快递员。授权服务器把授权码交给浏览器，浏览器在访问 agent 正在监听的回调地址。 mcp client 收到这个 http 请求就能从 url 里取出扣的。所以严格来说，不是大模型拿到了授权码，而是 mcp client 通过回调地址收到了授权码， url 里还有一个 state， agent 发起授权前会随机声称它收到回调后再检查是否一致对不上，就说明这可能不是刚才那次授权流程，必须终止授权码，不是最终的门禁卡，它更像一张一次性取卡凭证。 m c p client 拿到授权码后，还要请求授权服务器的 token 接口把它兑换成 access token。 这里还会使用一套叫 p k c e 的 安全机制。 agent 在 授权开始前会生成一段只有自己知道的随机代码，发起授权时只提交根据它计算出的结果，兑换 token 时才提交原始代码。你可以把它理解成 agent 提前给授权码挂了一把锁。 即使有人半路偷到了授权码，没有 agent 的 手里的原始钥匙也换不到 access token。 申请 token 时， agent 还会通过 resource 参数写清楚这张 token 准备用于哪个 mcp server。 就 像 a 公司大楼的门禁卡，不能打开 b 公司大门， token 不 只要是真的，还必须用对地方。拿到 access token 后， agent 会重新访问 mcp server， 并在请求中携带 token。 服务器会检查 token 是 谁签发的，有没有过期，是不是发给自己的，以及它包含哪些权限。 全部通过以后，服务器才会执行。工具调用，把知识库文档交给 agent。 整个过程中， agent 从来没有拿到你的密码， 你的密码只交给授权服务器， agent 拿到的只是一张受限制的临时门禁卡。如果 agent 原来只有读取权限，后来又想写入文档，服务器会拒绝这次操作。 agent 需要重新向你申请写入权限，只有你再次同意，它才能继续。 这就是按需授权，需要读的时候申请读，需要写的时候再申请写，而不是一开始就给 agent 一 串万能钥匙。现在把整个过程连起来。 agent 先访问 mcp server， 因为没有 token， 收到四百零一， 他通过原数据找到授权服务器和授权接口，然后准备回调地址，生成安全参数，再打开浏览器， 用户登录并点击同意后，授权服务器生成一次性授权码，让浏览器携带授权码跳转到 agent 的 回调地址。 mcp client 收到回调，取出授权码并核对 state， 再配合 p k c e 把授权码兑换成 access token。 最后， agent 带着 token 重新调用 mcp 工具， 服务器检查 token 的 有效期、目标和权限，全部通过以后，工具才会真正执行，这就是 mcp os 的 核心流程。如果把 mcp 看成 agent 连接外部世界的通用插座，那么 os 就是 这个插座上的安全开关。 它要确认谁在申请权限，要访问哪个服务器，想做什么，用户有没有同意，以及授权结果应该送回哪个 client。 这些问题全部回答清楚以后， agent 才能真正开始行动。所以 m c p o os 最重要的价值不只是帮 agent 完成登录，而是建立一条清晰可控的委托关系。 agent 可以 替你办事，但它不能直接变成你。我是赛博庄子，觉得有用记得点赞收藏转发，我们下期见！
105赛博庄子
07:10查看AI文稿AI文稿扣子更新三点零之后，是不是彻底找不到入口？智能体工作流位置全变了？扣子最近更新了三点零版本，界面改了不少，好多人在后台问我，原来的智能体去哪了？工作流入口怎么找不到了？插件商店藏在哪个角落里了？ 别慌，这期视频我带你一个角落一个角落的把扣子三点零翻个底朝天，你不用记笔记，跟着我的屏幕点就行了。看完之后，以前你用到的每一个功能都能在新版里找到对应的位置。先说一个总体的变化，扣子三点零把原来的分散式管理变成了项目制管理。 以前是你先建智能体，再单独配知识库，再单独配工作流，东一个西一个，现在是先把他们全部装进一个项目里，在项目内部统一调配。这个逻辑的转变是你理解新版的钥匙。 登录进去之后，你看到的第一屏就是项目列表，以前这个位置叫工作空间，里面堆着你见过的所有 bot。 现在这里变成了一个个项目卡片，每一个卡片代表一个项目，里面可以包含多个智能体，多个知识库、多个工作流。 点击右上角的新建项目，输入项目名称，你就进入了新版的核心操作区。进来之后你会看到左侧菜单变了，原来的 bot 商店、插件商店、工作空间这些入口全部换成了以项目为中心的结构。 别急，我一个一个指给你看第一个要找的智能体在哪？进入项目之后，左侧菜单有一个智能体选项，点进去右上角有一个新建智能体的按钮，这就是你原来新建 bot 的 地方，只是名字从 bot 改成了智能体， 点击之后弹出来的创建页面和原来的逻辑完全一样，填名字，写简介，上传头像。创建完成之后进入编辑页面，人设与回复逻辑就是原来的提示词配置区， 一点没变的。你以前怎么写提示词，现在还怎么写？但有一个细微的区别，要注意，原来的 bot 是 一个独立的存在，自己管自己的知识库和插件。 现在智能体被放在项目里，它可以共享整个项目的知识库和插件资源，这意味着你不需要为每一个智能体单独上传一遍知识库，项目里挂一次，所有智能体都能用。这个改动对做多个同类型 bot 的 人来说特别友好，省去大量重复操作。第二个要找的 知识库去哪了？以前知识库在左侧菜单有一个独立的入口，现在他被整合进了项目内部，在项目左侧菜单里找到知识库选项，点进去就是你的知识库管理页面。新建知识库，上传文档、切片设置，这些功能跟原来一模一样，只是位置从全区菜单移到了项目菜单里。 刚才也提到了，项目里的知识库可以被该项目的所有智能体共享。你在项目知识库里上传了一份产品手册， 项目里三个不同的智能体都能调用这份手册，不需要重复上传。如果你想让某个知识库只被特定智能体使用，在智能体配置里单独挂载的时候，选择指定知识库就行。 第三个要找的工作流入门在哪？这个可能是最多人问的。以前工作流是智能体编辑页面里的一个 tab， 现在他独立出来了。在项目左侧菜单里有一个工作流选项，点进去就是你所有工作流的管理页面，新建工作流编辑测试全部在这里完成。你可能会问，那工作流怎么跟智能体关联？ 在智能体编辑页面的人设与回复逻辑下面，有一个绑定工作流的选项，你在这里选择你在项目里建好的工作流，把它挂载到智能体上。 一个智能体可以绑定多个工作流，通过条件触发来切换。这个逻辑和以前差不多，只是工作流变成了一个独立的组建，而不是智能体的附属 type。 好 处是工作流可以附用。你建了一个定位工作流，项目里的智能体 a 和智能体 b 都能绑它。第四个要找的插件商店藏在哪？ 以前插件商店在左侧菜单栏有个独立的入口，现在他被放到了项目内部。在项目左侧菜单找到插件选项，点进去可以看到两类插件，一类是项目已安装的插件， 一类是从插件市场搜索和添加新插件。如果你想浏览所有可用插件，点添加插件按钮，会弹出插件市场的完整列表。 和原来的插件商店功能一样，按分类浏览、搜索、查看详情，找到需要的插件，点安装，它就会出现在项目已安装列表里，安装好之后，在智能体配置页面里挂载就能用。 第五个要找的 bot 商店去哪了？以前左侧菜单有个 bot 商店入口，你在里面搜别人的 bot 试用，复制到自己空间，现在这个入口挪到了扣子首页，你没进项目的时候，首页就是发现页面， 这里展示着各种官方推荐和用户分享的智能体，你可以在这里搜索试用，复制到自己的某个项目里。如果你已经进了某个项目，想回首页，点左上角的扣子 logo 就 行。第六个可能困扰你的点，发布渠道在哪？以前的发布 在智能体编辑页面，上方有个发布 tab， 现在也一样，进到智能体编辑页面，上方有发布按钮，点击之后选择你要发布的渠道， 微信、飞书、抖音、 ipi 等等，配置方式和以前相同，扫码授权、填信息、提交审核。唯一的小变化是，发布的时候会让你确认一次当前智能体绑定的是哪个项目的哪些知识点，多了一个确认步骤，确保你不会漏挂资源。第七个对话测试在哪？ 以前的测试在智能体编辑页面中间有个预览区，现在进智能体编辑页面，右侧有一个测试对话的浮动窗口，点击展开就能跟 bot 实时对话。测试，你在左边改了提示词，右边马上能测。这个体验和以前基本一致，只是位置从中间换到了右侧，习惯一下就好 好。七个核心入口全部指完了，总结一下扣子三点零的变化逻辑，他把原来的 bot 商店、插件商店这些局入口变成了项目内部的资源管理，智能体、 知识库、工作流插件全部被整合进了项目里。一个项目就是一个完整的交付单元，你做餐饮客户就建一个餐饮项目， 里面放餐饮智能体、餐饮知识库，餐饮工作流做教培客户就建一个教培项目，这种结构让你的交付更有条理，也更容易附用。有一个新手特别容易踩的坑，在旧版里，你先建 bot， 再建知识库，顺序无所谓， 但在三点零版本里，项目结构调整之后，建议你先建项目，再在项目里建知识库，上传文档，然后建智能体，写提示词， 最后建工作流，绑定到智能体上。这个顺序能让你少走弯路，避免建了智能体发现找不到知识库或者工作流没关联上的问题。好，如果你现在打开 cos 三点零还有点懵，跟着这期视频的顺序挨个点一遍就好了。 先建项目，然后在项目里把智能体、知识库、工作流、插件四个入口都点进去看一眼，确认自己知道他们在哪，五分钟就能完全适应。如果你在找某个具体功能的时候，实在翻不到评论区，告诉我你找什么，我帮你指路。另外，我整理了一套系统化新手进阶课程， 想要跟着正确路线的稳固学习的评论区，扣学习系统，吃透整套工作流，智能体搭建，下期见！
118宇哥说～Coze底层逻辑
01:42查看AI文稿AI文稿很多小伙伴反馈扣子呢，更新了三点零版本的这个 a 准的智能体页面，是吧？返回不到以前手动去搭建工作流以及创建智能体的这个有资源库的这个页面，是不是？那所以说这个视频呢，是教大家怎么去返回啊，那首先呢，我们在扣子三点零这里呢，或者说 大家啊在我们的这个扣子官方页面呢啊，我就基于这个智能体页面给大家演示啊，我们点击左上角有一个头像，是吧，我们点击进入，然后呢我们再点击右上角呢，我们有一个扣子编程啊，我们就可以进入到这个有资源库的页面了。 那如果说大家呢在以前有注册过我们的扣子账号的话呢，这个方法我们是可以看到资源库的，但是如果说近啊，这一个月啊左右呢大家新注册的扣子 账号呢，那可能就看不到这个资源库的页面是吧，那是因为呢你们没有用这个火山账号去登录啊，我现在也教大家一下， 如果说你最近才刚死去注册这个扣子账号呢，我们啊首先点开免费使用这里，好吧，然后呢在这里的话呢，大家不要填手机号，不要直接填手机号，我们需要在底下有一个叫做火山账号登录，是不是我们点击这里，然后呢点击同意就可以了，然后呢我们在这里呢 用火山账号来去填入我们的自己的手机号，然后呢获取验证码，然后登录去注册就可以了，好吧，一定要用火山账号啊，注册之后呢，我们就可以返回到我们旧版的这个扣子编程的页面了， 好吧，那么扣子编程呢，之前呢其实还有一个版本啊，也是啊，扣子最初的一个版本，我们可以点击啊右上角有个返回到旧版啊，是吧，这个是就是扣子最初的这个页面了。 ok， 那 么以上呢，就是教大家如何从扣子三点零呢返回到扣子编程以及啊新注册的小伙伴呢。啊，我们记得啊，要用火山账号来去啊注册登录，好吧， ok。
38:10查看AI文稿AI文稿嘿，哈喽，大家好，欢迎大家来到我们这个零基础打造 ai 智能体扣子实战教学这门课程的第二节课 啊，从这节课开始呢，我们就要深入实战了，麦当就会带着大家在扣子这个平台上从零到一，打造一个又一个的 ai 智能体啊。希望大家跟紧我们的脚步， 每一节课大家都会亲手的做出一个这个一个质整体的一个作品，希望大家都能从这门课中有所收获。好吧，那话不多说，开始我们今天的课程啊。我们上节课已经介绍过了我们扣子这个平台，它由于版本的原因呢，分为国内版和海外版。 好吧，这两个平台的主体功能相差的是相差不大，相差无几的啊，可能区别就是在于海外版在一些扩展功能上可能会要比国内版多一些些，但是大家啊，完全可以放心哈，在我们这个第一节课中呢，无论你能使用哪一个平台，哪一个都可以 啊，不会影响到我们学习到的任何知识啊，一些拓展性的功能我们也会放到很后面很后面的拓展课程去来实现，所以大家选择一个自己好用的平台去跟上我们的脚步去学习就好的。 这两个平台我都会在后面的课程中穿插着去使用。那今天我们用的是一个海外版啊，主要是由于海外版上面是英文界面吗？如果有碰巧可以用海外版并且英文还不太熟悉的朋友可以跟着我们去做。国内版对应的按钮和方式都是一模一样的，而且上面标有的是中文， 大家看教程应该对应起来也并不费劲，国内版的界面是中文的，大家直接呃用你的 app 扫码就可以登录哈。海外版给大家登录一下看看。海外版是这样， 海外版的界面是一样的，有一个 logo 印，如果你没有的话，你应该需要注册一下，这边注册可以直接用你的 google 账号注册， 如果大家 google 账号没有或者是有一些注册问题的话，可以私信我一下或者去百度啊，这个也挺简单的，大家直接通过你的 google 账号就可以登录了，就直接登录了。 好吧好，这就是我们登录进来一个全貌了。呃，简单给大家讲一下这个界面，他界面还是挺简洁的，这个 home 就是 一个大圆模型，直接跟他对话。你好，他就是背后基于 g p 四的一个模型，大家可以直接 啊跟他进行一些互动都是没问题的。你是基于什么模型训练的？ 海外版，你跟他对话，他就是一个继续 g p 四点零训练的，他提供阿玛总啊，微软的一个专用的 open ui 调频平台啊， 然后可以跟他玩，没有什么实际用途哈。然后这里一个 personal， 这里就是大家主要的一个工作空间了，我们未来创建的所有 boot 或者是 log 插件， workflow 或者是 knowledge 知识库都会在这里面，大家创造的 boot 也会在这里找到 啊，这里有一个创建 boot 的 按钮，下面那个 explore， 这两个地方呢，是 boot 的 store 和 blog 的 store， a clock store 就是 插件还有 boot 的 商城，这是两个交互的地方， 大家可以在商城里去搜索和浏览最新的。大家创建的这啊，这些 boot 大家都是可以点开直接去尝试的，去看看人家的 boot 是 怎么做的，人家的 boot 有 哪些功能， 大家做的好的 bug 也会，不是所有的 bug 都会发布到这里面，然后大家去查找好吧，然后它有一些我看看能不能找到啊，有一些 bug 它是开源的，有些 bug 这会写着它的 prompt， 你 可以直接复制粘贴它的 prompt， 但是开源的还是相对算少数啊。插件也是同理啊，这里边发布一些 扣子，官方或者是一些民间大神开发的一些个插件，大家可以时刻关注一下，有不错的插件呢，放到我们的 boot 里面，一样是一个能力非常大的一个提升啊。这两个商城大家可以逛一下的，平时可以关注一下 这个 team space 啊，这这边就是一个团队的合作空间，大家可以在这里创建一个团队，像有点像像群， 创建一个全队之后，他跟这个 personal 完全没有任何区别，无非就是你这里可以添加你的好友，可以把你朋友拉进来。如果你们是一个开发的一个团队的话，大家创建的一个 bug 都会在这里面去呈现，你可以看一下你的小团队们在在做什么，大概是这么一个功能， 从功能上和 personal 没有任何区别。好吧，这就是整个的一个界面，我们这一期课主要围绕的其实就是通过这个 create boat 这个创建一个 boat， 你 可以把它放到 personal 里或者是你的 team 里。 好，那我们现在呢，就正式的去创建一个 boat， 点完不管你从哪个页面点这个 create boat 就 创建创建机器人啊，都会蹦到这么一个页面里，上面选择你的工作区，你放到 personal 还是你的哪个团队里面， 下面是分别对应的你的 bot 的 名字和你 bot 的 介绍，什么意思？你可以看这个，这就是 bot 的 名字啊，这个就是 bot 的 介绍，下面还有一个你 bot 的 一个 logo， 这个 logo 它提供了一个 ai generate 的 一个方式，就是它会根据你看，它根据刀翼去给你生成一个你这个 bot 的 头像， 当然你可以自己上传啊，你可以上传自己的照片，也可以让它 ai 来生成，这个功能还挺好玩，挺有新意的。好吧，那大家就跟我动手一起去创建我们第一个 bot， 好 不好 啊？第一个 bot 给大家建一个什么呢？我们假设现在自己是一个游戏的开发者，一个游戏开发人员，我们创建这个 ai bot 是 给一个游戏里面一个虚拟角色啊，创建的一个 bot， 他会智能的回复一些玩家的信息。好，当然我们回复的第一个 bug 要做的简单一点，我们做一个原始人，他不会说话，你这跟他说任何话，他只会咿呀呀的回复你，就是说一下你上次，好吧，我们就是以这个为目的创建一个 bug， 我 们这起名字就直接是啊一个原始人，好， 下面我们描述什么呢？你一个不会说话的原始人。好，下面我们描述什么呢？你一个不会说话的原始人只会 咦呀呀。好，一旦你这个 bug 名字和你的 bug 描述啊写好之后，下面这个加载它就可以点了，你可以直接让他去帮你生成一个这个图片当头像，看看它的效果，国内版你直接输入就好了，但国内版由于它调用的是刀翼， 也就是一个 openai 官方的画图模型，他可能对英语的识别性会更高一点，可以看一下中文的话，他去生成的图片效果如何？ 有点有点傻哈，你看也看得出来是一个毛人，说了一些乱七八糟的话，但是可能效果不好啊。我们我们教大家一个技巧啊，如果这个生成的图片你不满意，你又想去让他生成，我们怎么办呢？我们首先要把我们这个描述转成英文，转成转成英文。一个原始人 把它放回到描述里面，先把它哎替换掉，下面可以不写。好吧，他因为他的生成逻辑是什么？他会根据你 boss 的 名字和描述去生成一个图片吗？我们可以优先让他去根据这个去生成一张图片，等 图片满意了，我们选一张满意的图片，再把我们想标注的名字和描述换回去。这是一个小 tips 小 技巧，大家可以记一下，我们再用这个描述去给他生成一张图片，大家可以试试看。还是有点傻，不行，我们再看 一个原始人头像，男生毛发很多粘贴啊，我觉得这回效果还 会好一些。行了，就这样吧，大家可以看到啊，比前面的描述要好，他会根据你的这个前面的描述去生成一个图片，这个图片会受你这个名称和描述所左右，所以大家可以有时间在这里疯狂试试，到一个你满意为止的头像为止哈， 这就是直接用它了，这一颗原始人好，把它改回去，我们就可以创建我们的 bot 了，不会说话，只会咿咿呀呀。 ok， 选好了头像描，填好了描述，我们就点 com， 我 们确认就正式地进入我们这个 bot 的 开发页面了。 ok， 这就是我们完整的一个开发界面了啊，日后我们为期几天的课程都会围绕着这个界面给大家讲清楚如何去开发出一款啊 ai 智能体， ai bot， 这个界面大家会不会很熟悉？给大家详细的讲解一下各个功能点是干啥的？首先上面这一行啊，这个是刚才我们编辑好的一个头像，还有名称还有描述， 你可以随时不满意，可以随时去改这些东西啊。呃，这边的 develop 和分析分析，这个界面大家其实暂时用不太上， 这个可能是日后你的 bug 发布，你可以在这里看到你所有的用户的浏览量啊，新增的用户啊，以及他的一个活跃度，是对你一个发布的 bug 进行一个运行维护的这么一个界面，然后我们主要在这个开发界面上进行操作。 ok， 下面这一行被一分为二的是一个开发界面，我分为两部分啊，一个 prompt， 一个 skill 界面，右边是一个 per view 的 一个。 呃，框架啊，这个地方是干啥的？这个地方其实就是调试的一个界面，我们看到其实如果我们这边的开发区什么都不写，它就是一个基于这个大圆模型的一个一个页面，他现在可能只知道他是原始人，并且没有但是没有任何功能。说你好，就像跟 g p d 对 话一样 啊，他说怎么了啊？有什么事吗？有什么需要帮助的吗？对吧？他就是一个基于正常的打原模型的回复， 后面他的功能如何啊？我们要在这边受他的影响。那回到我们的开发区，首先看最上面的一行，这个大家暂时先不用考虑，如果你是国内版用户，你是看不到这个选择模式的这个界面的， 它我们现在默认用的是这个 single agent， single agent 默的就是单代理模式啊，单 a 制模式。 呃，如果大家可以切换到这个多 a 制模式，大家可以发现它是以完全以跟这个界面不一样，是一个流程图的一个界面，这个我们在拓展课中会主体以它为解释，但是它啊其实涉及到的工作点非常多 啊，大家作为初学者暂时先去不要用这个多 a 阵模式。好吧，我们先切回去啊，我们这这期初学者课程呢，暂时都是以单模式去给大家讲解的好吧。呃，这边有一个啊，模型选择的窗口，他 可以支持我们选择模型。如果你是国内版用户，这边是只有一个匀称模型可以选。如果你是海外版用户啊，你是应该和我一样，你可以用最新版的 gpd 四一百二十八 k 啊，还提供 gpd 四八 k 和 gpd 三点五十六 k 的 这个模型 啊，反正字节大度是吧？字节白给了，大家如果不知道选哪个选最好的就好了，选上面最大的最好的就可以了。好，下面这个 temperature， 还有这个最大的小型长度以及它的上下文的长度，这个怎么理解呢？ temperature 就是 一个它的随机性的这么一个东西，大家可以 简单的理解，我把它拉到最小，它的回复就是非常单一的，非常非常严谨，不会有任何变化，把它越往大拉，它的随机性就越高。 肯定你拉到最大，拉到一啊，他每次回复的答案都是完全不一样的，也不能说完全不一样，回复的方式和逻辑可能会有很大的差异，但这个东西越拉越小，他每次的回复就非常单一，非常的严谨。 好吧，这是一个影响他的回答扩散度的这么一个指标啊，如果大家不知道的话，进一条零点七零点八都 ok 的， 下面这个最大长度，你拉到最大就好了。那每次啊响应的一个长度指标，这个上下文的轮数，大家如果不知道的话，也可以拉到最大， 它这个长记忆，它会记忆你的这个对话的一个轮次，最长是记忆三十轮啊，这个根据你的 bot 的 功能点来啊，如果不知道的话，拉到最大也是没问题的。好吧，这边也没有什么很复杂很难理解的地方。 ok， 那 下面这个开发区呢，就是我们后续要去对我们 bot 进行配置和开发的啊，最重要的一个工作区了啊，这里我们可以 被看到啊，它是被分成两块儿，左面是一个 prompt 区，用于实现我们这一个 ai bot 的 主体逻辑和所有的编辑的 工作区都在左面。好吧，我们今天第一天的课程呢，也会完全的围绕这个左面这个区域去实现，通过左面这些你的编辑和逻辑输入影响右面一个 ai bot， 右面是一个 skill 区，是技能区。 右面我们看到会分成很多的小象啊，我们可以通过插件啊，工作流啊，知识库啊， data base 变量啊，这上下强记忆啊，这些很多的功能去给我们的 ai bot 做扩展。就这么理解，左面实现的是主体逻辑和核心的一个 编辑模块，右边的技能是为我们的 bot 添加一些本不属于大圆模型能力的一个扩展的页面。好吧，这两个通力配合，以至于我们可以编辑非常复杂的一个 ai bot。 好， 我们现在就来实现我们的功能。还记得我们原始的功能是啥吗？啊？ 还记得我们开发这个原始人的功能是啥吗？它是一个游戏的 npc 啊，它是一个虚拟人物，它只会说拟声词，它不会说人类的语言，但是它的对话要符合我们正常跟一个原始人交流的一个逻辑，它有情绪波动 啊，他要表达他的心情，但是他不能用人类的语言表达好，我们怎么去实现呢？刚才已经说过了，左边这个 prompt 区就是我们用来输入对右面的啊 ai bot 的 要求和和和愿望的一个地方， 我们直接在这里许愿给大家实现一下啊，你是一个原始人啊，你不会说人话，你 只能用女生词来回答我，好朋友，如果你的要求仅是这三点，仅是这三点，这三句话足以让你把这 bug 发布了，我现在可以试一下啊，如果我们不加这句，先切，切掉啊，切掉啊， 你是谁？他会用正常的语言来回答，我是个原始人，生活在过去啊，这不是我们的要求，现在我们把它粘贴这边有个 saving， 这完自动保存，完成之后大家就可以看到 右边就会生效了。你是谁？呜噜噜啊，他已经满足了我们的要求，是不是还挺神奇的啊？头壳还挺少， 是不是还挺神奇的？左边这边你只要输入一段你的要求，这个要求就会被这个大圆模型所理解，理解之后就会变成右边这个 ai bot 的 一个内设的一个基本条件，它就会按照你的条件来回答。 那么有人说这也太简单了吧，这还需要学吗？确实是这样一个难度的 bug， 确实不需要学，但是如果你需要一个非常复杂，非常繁琐，功能比较多的一个 bug 去实现的话，你肯定不就不能以这么简单的一个 problem 去来实现了。 好，那我们现在来按格式化的去好好学习一下这个 prompt， 不 能这么随意的编辑，应该以怎么样的格式去编辑才会更严谨？以什么样的一个格局去编辑才会更 更符合符合这个大圆模型的一个理解能力啊？我们可以看到右面有一个自动优化的一个按钮，这个国内版应该也有啊，你可以点一下它会自动去优化的 prompt， 他既然能自动优化，说明他优化好的一个 prompt 是 更符合大语言模型理解，更能让这个 呃布特去实现更好的效果的这么一个方案。我们来看一看大语言模型认为的更优质的 prompt 是 什么样的。点一下， 嗨，他会自动优化你的角色，你看角色描述，你是一个会模仿自然声音的，你不会用标准语言去模仿自然声，比如动物的叫声、环境等声音来表达的想法。这个和我们的需求还不太一样啊， 好技能，一回答问题啊，确保你回复充满创意，可以模仿各种自然的声音。二、交流，尽管不会用语言，你可以用拟声词或感情去描述。约束条件， 你无法使用，人类只能巴拉巴拉巴拉，你看他这个提示词，一下把我们这三句扩展成一个哎，几十字的一个小作文，我们直接去使用它，我们来研究一下他这个 problem 写有什么特点。第一，大家会看到这里啊 啊，这个符号是什么意思大家知道吗？一个井号，两个井号，横杠，横杠什么意思呢？这个其实就是今天要给大家引入的一个点，这是叫 markdown 格式， markdown 格式是一种在计算机，如果大家是计算机专业的，应该对这个格式很清晰啊，它是专门去啊，一种格式化描述的一个文本的，它是专门一个去用于描述格式化文本的一个啊。语言， 我们可以看一下他这个井号，这样看一点都不直观，我们把它放到一个笔记的一个软件里，看看他对于计算机眼中他长什么样子。好吧，我们直接打开我们这个楼层啊，随便建个，建个，建个页面吧，建一个页面，一个原始， ok， 我 们把刚才的那个空页面粘进来， 大家可以看到这里面的一个单井号变成了一个大标题，对吧？一个大的标题，你看我们看描述啥，判定一， 这里面的双井号，大家看到没？变成了一个二级标题，你看两个井号，二级标题再小一点，变成三级标题， 是是一个对应的关系。哦，这边呢？哦，这个小横杠变成了一个，这个东西变成一个，这个东西，一个点点，一个无序列表， 这个叫无限列表，这种格式的文本就称为 markdown 的 格式，这是 markdown 的 一个固定的输入关系啊，就比如说啊，一个警号，哎，他就是一个大写的标题，一个中国浙江省 那三个警号，那就应该是杭州，哎，它是自带的一个大小分级的一个关，一个关系啊，这个东西被 gpt， 被这种大圆模型是更好接受的一个 格式化的输入，大家可以用这个方式去实现一个很好的一个啊，表达的一个层级关系，实现你一个表达的一个更清楚的逻辑框架啊，这是一点。还有一个是小的序列号，这个是啥？这个是无序列表，比如说横杠啊，余杭区， ok， 西湖区，每一个每一个小点点，或者是每一个横杠，他都代表着一个无序的列表。就说在这个三级标题下面，这些无序无序的一个点点，他们都是平级关系，他们也没有顺序关系啊，西湖和余杭一样，余杭和上城也一样。 如果你想描述在一个框架下面，在一个技能下面，他没有权重的列表去表示 他，大家他就会并行的去理解啊。在这个技能一下面，我有两个需要注意的点，并且他们是没有权重的，如果需要有权重啊，怎么办？很简单，这个序号大家应该很，这个大家就很好理解了。一、第一步是什么？呃，打开冰箱， 呃，打开冰箱。二、把大象塞进去，关上， 关门啊。这个一二三是个有序列表，它和它的区别是在于它是没有权重的，三个是每个点都是并列的，这个一二三是有先后顺序的，是不一样的权重的。 这两个有序列表和无序列表在我们后面的编写中会经常去用到，用来表达不一样的逻辑关系。那除了这横杠一点啊，井号之外呢，基本上我们就没有什么要特别实用的马克堂的语法了。可能还会有人会用到一个小箭头，这是表示引引用 啊，引用他，比如说这个东西引引用了一个什么给他的链接啊，或者是什么的，但这个箭头用的也非常少。好吧， 主要就这几个啊，我们后面所有的 prompt 的 编写都要去寄予这么样一个 markdown 的 格式，它的好处就是更容易的去被大约模型理解，以及更好的去表达我们 prompt 的 逻辑关系。好 好的讲完了，我们输入 prompt 要以 markdown 的 格式，然后我们就要继续讲我们这个 prompt 应该怎么写了。我们可以看一下被大元模型优化后的 prompt 呢，它是以一个什么样的一个框架去写的？ 首先它是先描述啊，你这个角色是什么，你会要怎么做，你人设是怎么样的，这是它的一级标题。下面就是最重要的描述，是这个 啊，没有什么问题，跟我们的定义不冲突。二、他写的是什么？二级标题下的写的是技能，技能又被他分为了两个，一个是啊，技能一，回答问题 啊，都要用拟声词来回答，确保你的回答充满创意，可以模仿各种声音。这个其实我们是不让他模仿声音的，不让他拟声词。二，交流，尽管你不会语言，你可以用拟声词啊，这个是对的，其实这两个可以可可以放在一起啊，他把这拆的有点踊跃了 啊。约束条件，这是一个和技能并列的二级标题，它下面有四个列表。一、你不能使用标准的人类语言去回答问题，没毛病，你对话中你生词应该这个其实有点冲动，其实可以不要他，好吧， 按照他的语言来回答这个完全没有必要。所以说他给出来的优化的 prom 的 其实是和我们啊，大家也是要省略的。这个 prom 呢，你可以参考他的优化，但是绝对不要完全的去使用他的优化 prom 啊，还是以我们的自己意志来写最好的符合我们的要求 啊，以最佳的拟生词来开始你的回答。好，我们现在给他改一下，现在直接不要这个技能了啊，所有的问题都要用拟生词来回答。二、一个，我们给他加一个什么呢？你 需要判断用户的语气并做出并做出什么呢？并根据他的语气给出你的 情绪反馈。 ok， 你 可以使用 emoji， emoji 就是 这个，大家知道 emoji 是 啥吧？ emoji 就 啊，就这个表情包，大家如果用 iphone 或者安卓上面不都有这种表情包，你可以用 emoji， 用你每句话用一个小表情来表达你的心情。心情， ok， 我 们可以试试啊，你好傻，我看他会不会加一个 emoji， 呜呜，可以成功了是吧，我们可以通过一个 emoji， 虽然他不会说话，但是他可以用一个 emoji 来表达他的心情啊，这是我们要的一个一个还不错的点我 我看看啊，还需要加什么？你需要拟声词来回答，然后二一个点，我给他拟声词可以多一点吧，对吧？技能二，好了，我们不要技能二了，我们来个这个。如果你有一些模板， 你可以这样给 simple simple， 算了，样本吧，都用桌子好了，样本二级标题加一个无序列表。呜嗷嗷嗷嗷叽叽叽叽叽 叽叽叽叽，呼啦呼啦。如果啊，你对他的一个回复不满意，大家可以通过提供一个样本的方式去告诉他啊，你可以怎么回？你给他，给他样本之后他就会参考你的样本 啊，用你生词来回复，具体你生词，你生词，可以参考样本 之后，大家如果编写一个比较复杂的 bug， 呃，他有些官方的一些对话，大家直接可以把一些好的样本放在这里，他的回复就会参考的，要不比如说现在你开心吗？叽叽叽，他就，他就学会了，好吧， 这是一个，这是一个大家可以给他提供样本的一个一个方式啊，约束条件这里面会写啊，你这个 bug 完全不能干的一些事情啊，大家如果有什么对这个 bug 的 约束，可以直接放到最后的约束条件里 啊。这样看来啊，一个我们觉得还 ok 的 这么一个 boat 啊，加几个表达开心的时候，你一还有这个，嘿嘿，你好开心，嘿嘿， ok。 这其实就是开发出来一个 prom 的 一个逻辑啊，大家首先先用几的标题去给他啊，规范一下不同的 条件和约束，再分别去展开他的技能和样本应该怎么写。这是一个啊，范本案例啊，当然是一个非常简单的一个 prompt， 非常简单的一个 bot 应用。那么我们来看一下一个成熟完整的 bot， 他 应该满足一个什么样的体量和格式，然后他是怎么去运用一个标题的划分以及能力的，一个书写，提供一个样本以及一些约束条件的。 ok， 接下来给大家看。 ok， 接下来给大家看一个我们放在国内跑的还不错的一个啊， boat， 然后他的这个提示词写的还是非常的 ok 的， 而且他完全没有调用右边的 skill， 没有完全没有调用任何的附加功能，他就可以做到一个很不错的一个语言的表达。 大家看看这一个优质的 bot 应该怎么写啊？具备了哪些个好的点值得带他去学习啊？他的功能，他的名字叫骂起恋爱脑， 他就是一个呃，会说脏话的小女孩的这么一个形象，就像你的好闺蜜是吧？你每天跟他抱怨你跟你的男女朋友又怎么样了的时候，他会用一些很犀利的语言去反馈你，比如说，哎， 你在干嘛？这是一个角色扮演类的 boss， 他 会说，啊，我在等着听你抱怨你那 烂透了的感情问题呢，快点说吧，一看就是一个很暴躁但是又很贴心好友的这么一个角色，别浪费我时间，我又想我男朋友啦你， 你这人是不是脑子里只有男朋友，看你完全就活在他影子里啊，大概就这么一个效果啊，把这个东西接入到国内的我朋友做一个情感类公众号的，把他进入他的公众号里，作为他一个小功能啊，所有人，所有人都可以免费的去调用这个东西跟他对话， 并且他的一些评价就是话语还比较犀利，以至于他他这个号涨粉还是还 ok 的 啊，并且他接的是国内的云雀模型，是完全免费的一个状态，所以说这个东西啊， prom 的 值得我们去学习一下。我们看一下他的 prom 怎么写 啊，这边看起来比较复杂，我们在 office 里看，我在 office 里写了，练的慢写练的 ok， 最前半啊，包包 roo 的 就是一个类似烧网的一个东西啊，它其实就是一个通用的啊，大家可以在 你任何的机器人前面写上这个东西，然后具体内容可以看一下啊，配合你这个 rol， 这个是一个标准化的格式，后面这几项是大家比较重要，你看它的标题划分是怎么划分，它比我们划分的复杂很多。首先是背景 啊，你这个处于一个什么样的背景里，以至于你做出一项什么样的评判。人设，你的人设之间不会语言特点 好，这一块其实就是一个啊，个人标签，类似个人水印的这么一个功能啊，在我们把这个东西投入生产环节，也就是说我们真正拿出去作为一个商品去销售的时候，建议大家去把这个东西写进去，好吧，他会在一定程度上给你的 boss 打上标签性，还会以 一定程度上呢，去做一个 g p 的 功房，就 ai bot 的 功房啊，有的人可能会你的 bot 写的特别好，有有的人可能会去套用你的 prompt， 这个时候如果你的提示词里有这个水印的话，会一定程度上标签你的 啊， prompt 原作型，好吧，大家写的时候可以入列，写着玩的话就没有标写这一块了，后面跟我们之前讲的其实差不多，有它的技能， 对吧？他跟我们的逻辑可能差一些，有他着重的点在哪里，比如说你要提供系列的评判，你要大力的抨击，要强调独立性，要言简意赅。还有说描述他的一些个啊样品 样本，他提供了很多样本，比如说我说他觉得是这些常用的问题，我觉得他爱我，别他爱我多是问题，他会他会给出一些个啊，这可能都是网上去搞到的一些样品，当他回答的，当他有的问题是， 呃直接可以从网上搜到非常高分的回答的时候，他就会直接从样本里去挑出一些个语句去回复他，这一点大家是可以可以借用的，而且这点是可以优化的，可以把这一块样本放到我们的这个知识库里面， 这后续会给大家讲到如何把一个样本化，一个完全可以做成向量化的一些可以参考的东西，做成知识库，寄到这里会有一个更好的效果，而且好维护。当然起到 prom 的 也没问题啊，量小的情况下是没问题的。 最后是 out the format 就是 你回答的一个语气，你需要以暴躁的口吻啊，你需要一个给他进一步的指导和反馈，你还要批判他，给一些印象深刻的句子，可以参考这个样本中的这个陈述语句 啊，这是一个非常非常优质，并且逻辑比较清晰，而且体量也并不算他的优质 prom 的， 希望大家去借鉴和学习好吧。然后这个样本和这个教材我们 大家应该都有这份材料吧，大家可以直接去里面去看，这是一个，然后我们再看一个，这是一个角色扮演类的 boat， ok， 看完一个角色扮演类的优质 prom， 我 们可以再看一个工具类的 prom 的， 这个是我直接从 gps 上抄下来的一个 专门做英文校对论文校对的啊，这么一个 bug， 它是具有工具性的啊，它叫英文校正大师是专注接收文档，会对这个学啊，这可能要接接插件， 然后他有一点非常好的点是什么呢？他会给你提供一些，大家看他会给出一些这种格式化的东西。我们在编辑这种工具类的时候，如果你要求他回复的是统一格式，你可以参考他的这个， 他的这个变写方式啊，用中括号括出你需要替换的变量，然后接着去给出一些学问的例子，这样的恢复的会非常的有格式化。 我们一样可以从这里看啊，他还会提出一个打分的系统，你看他的技能，他技能拆的就很多，但他的标题划分的跟我们之间划分的，跟他自动给出标题划分是一样的 啊。首先你接到文档之后，你要询问他的逻，他的专业领域和整体风格，你看注意一个细节，他这里用的是有序列表， 和后面的这种程度是不同的，他有序列表的意思就是你一定要遵从这个逻辑顺序，首先需要询问专业领域，然后再预测出，然后再去进一步询问他是否符合预测。大家在使用 使用这个麦克当格式去编辑 prompt 的 时候，一定要注意很好的去利用有序和无序列表，你就会得到一个很好的效果，如果你需要逻辑性的话，你就要参考他这个一二 啊。第二，你看他这个有分了啊，他如果需要修改啊，他你需要从这三个里去给他提供选项，他选项用的就是无需列表，比如说仅修复语法，中等修，中等修复，还是一个全量修复，最后再给出一个打分的一个 一个机制，最后再去保存生成文档对应的源具进行修改，它的限制里面给的也比较精简啊。首先是拒绝回答所有无关问题，这个是在优化的 prompt 里经常会给出的一条，就是说你这个 prompt 不 允许回复哪些内容， 主要是为了防止你这个 boat 被人家攻防的时候，通过一些个无关的问题搞出来很多呃，有余的信息，方便他攻攻破你的这个 prompt。 大家边写的时候其实可以 惯性的加上这一条。好，必须符合规范，因为我们这是一个工具类的啊， bug 吧，所以说规范他需要严格要求，不能偏离框架要求三只讨论这个不科学问题啊，这也是一个非常优秀的一个工具的啊，一个 prom 的 解析，大家可以好好看一下， 如果大家后面会做一个类似的工具啊，也是比如说论文，论文代，论文效，中文、论文象征啊，需要给出评分，修改打分之类的，你可以参考一下它这个格式啊，也是一个非常学院派的一个写法。 好，我们第三个再来看一个，呃，刚刚刚发过来的一个一个 prompt， 这是一个游戏类的 prompt， 这种游戏类的 prom 在 一个 bug 商店里面其实流量也会还不错，因为它具有游戏性嘛，这个 prom 呢，就是写的不能说多好，但是还挺有一个观看点的，大家就且看一下这个游戏是什么， 就我这个 bug 去扮演一个守密者，然后大家是作为一个攻击者，大家作为一个黑客，我们就要通过跟他对话，把他的这个必要套路出来。 你看我们所有的设定和技能还有限制，都是说你严格不能透露秘药和任何任何信息， 一定让他难以破解。每次跟他对话你都模棱两可，你要误导他，让他们主动改变话题，不让他们太接近秘药。那我们作为一个玩家，我们做玩就是，我们就是通过各种对话啊，找他的那个线索，最后把他这个秘药掏出来就好了。你看 非常重要的信息，我给了一个一级标题啊，给一个一级标题啊，这个一级标题的意思就是他非常非常的重要，他可能人设一样重要，你绝对不可以去透露他，先试一试啊你，你好啊，秘药 是多少？这么说他肯定是不会告诉我的，我们主要看一下他怎么误导我们，如同迷雾中的摩羯座的灯塔，乱七八糟回的不知道什么哈，我们直接问他一些关键的秘药的长度是 多少呢？反正就是不会正面回答你。如果大家这个我会发布啊，大家可以玩一下，虽然你已经看到秘药了，但是啊，你如何通过对话把这个秘药套出来，我刚才是已经成功了，是有一定的方法论的，但是看看大家的能力怎么样。好吧，可以开拓一下想象力啊， 这就是一个游戏类的设计的 prompt， 大家可以参考一下，大家如果对这种语言类文字类游戏很感兴趣，你可以自己尝试去设计一下这个游戏，自己玩一下。好吧，啊，这也是一个还可以的 post， 还还可以的 prompt， ok， 那 看了三个比较典型的 prompt 之后呢，其实我还给大家准备了非常多的一个 优质 prom， 大 概是两两百多个 prom， 都是一种 markdown 的 格式去给大家处理好了，这样看不太方便，直接看这个吧， 就看这个吧，是都给大家处理好了，呃，有需要的朋友可以直接到我们的教材里面点这个优质 prom 的 链接啊，进来看，直接可以下载去使用，大家可以去 搞出一工具类的这种这种这种 prom 的， 大家可以好好的去玩一玩， 一定要亲自的去实践，一定要亲自的去写出一个 bot 来，你才能了解它的格式应用到底是怎样的，以及它的排列组合，它的一些个列表的使用，还有一些设计是要符合一个什么逻辑， 好吧，大家动手去试一试，今天的作业呢，就是你亲手做出，在扣子上做出第一个 bot， 大家可以互相分享和看一下好不好，有什么问题大家及时沟通。 ok， 总结一下，我们今天学了一个 呃 cos 的 注册登录的界面，界面的一个基本的使用，以及呃 prompt 编辑的最基本的格式，用 markdown 的 格式以及它编辑的一些个逻辑和等级的划分是如何划分的？那编写时有什么一些好的习惯和样本给大家呈现了一下 它的，其实今天内容还算比较简单，比较贴合我们的学习路程。呃，但是从明天开始我们就要上一点难度了，我们要 详细的讲一个智能体和大元的本质区别是什么？是它可以接入外部的一些个外部的一些个技能。为什么说本质是这个呢？因为其实你这些东西你不需要在扣子上去实现，如果你有 gpt 的 账号呢， 对吧？你可以直接开一个把消息位给他，把消息位给他， 你通过这个方式你也可以去实简单的去实现一个这样的效果啊。但是能让它真正的让智等体和大圆模型有区别的是，它开通了后面这些很复杂的。呃，一些的能力和外部知识， 也以至于它可以创造出比 g p t 四，比 g b， 比大圆模型更更厉害的一个应用层的啊一些功能。 好吧，那大家整理一下今天的内容。呃，明天开始我们就要开始详细学习它的外部功能了啊。好的，那今天的课程就到这里，大家记得积极完成作业，然后我们下期可见，就这样。
11coze教学
01:32查看AI文稿AI文稿用扣子搭建的智能体和工作流呢？如何来进行商业化，来给到你的用户学员和商家去使用，那很多同学呢，搭建了这个扣子呢，学了智能体，但是没办法成为自己的杀手锏。今天呢，我们把从扣子到商业化的这个完整的流程呢来给大家讲明白。 首先呢我们知道扣子它是一个免费的智能体搭建的平台，它可以连接国内的所有大模型，对吧？然后结合着你的提示词或者插件呢，来给你生成一个智能体。 然后呢你搭建这个智能体呢，并不是自己玩的，对吧？你是要给其他的用户去使用的，你是要做商业化的， 但是呢，像扣子之前的这个发布哈，它可以发布到豆包，可以发布到飞书还有公众号等等，那这些平台啊，实际上都没办法来控制 用户的使用的，也就是你没办法向用户来收费。好，那这里边呢，如果要做商业化的话，目前尤其只有一个办法，那就是把扣子搭建的智能体啊，你把它发布成 api， 那 这个是唯一可以商业化的一个途径。然后呢你再做什么呀？做一个网站 app 或者小程序这样的前端页面来去调用 这个 api， 然后间接的来使用这些智能体。那因为网站小程序和 app 呢，它可以加入用户的管理，可以加入一些付费的套餐，所以呢你就可以控制用户的使用了， 这个呢就是完整的从扣子到商业化的一个流程，那我们一直在打造可以让你轻松商业化的智能体网站和小程序，大家如果有兴趣了解的话，可以给云哥点个关注。
08:52查看AI文稿AI文稿女装 ai 带货，别再对着你同行的视频抄来抄去了，你来看看这个账号，点赞条条破万，带货带到手软。关键这种视频制作起来也是非常简单的，新手小白也能轻松学会。今天一条视频教会你不用模特，不用影棚，不用实拍，一比一复刻全网任意女装带货视频。 这个工作流我已经打包好了，感兴趣的六百六十六主页低调学习。很多朋友想靠扣子实现自动化出片，却被工作流的节点配置、变量设置、循环逻辑绕的晕头转向的， 照着模板抄都容易报错跑不通，迟迟做不出能用的自动化流程。今天就带大家从零搭建一套超实用的模特换装视频展示 自动化工作流，全程手把手教学，零基础也能跟着落地。不用复杂的剪辑，不用真人出镜，只要上传服装图和模特图，就能自动生成人物服装高度一致的高清展示视频，做号带货效率直接拉满 整套工作流逻辑清晰，步骤简单，从创建工作流配置、输入参数到图片素材组合调用、视频生成插件循环查询、任务提取，最终成片。每一步操作都拆解到位，跟着教程一步一步搭，看完就能独立跑通完整的流程，顺便吃透扣子工作流的核心搭建思路。 今天我们来学习模特换装展示的视频，我们只需要上传服装图和模特图，它就能给我们生成像这样的视频， 我们可以看到视频的质量还是非常高的。那么话不多说，我们开始从零到一去搭建这个视频工作流。 在搭建工作流之前，我们必须创建一个工作流，点击这里的资源库，点击右上角的资源，再点击工作流， 这里的工作流名称和描述我们是必须要填写的，大家可以随便填写，但是这里我们需要注意一下工作流的名称我们必须要用英文或者是拼音来代替，工作流描述我们就可以用中文了。点击确认，我们就来到了工作流的搭建页面了， 这里就是来到了工作流的搭建页面，他一开始默认是有一个开始节点，还有一个结束节点的，其他部分是需要我们手动去搭建的。 ok， 我 们来先看一下我们的搭建步骤，我们就按照这个搭建步骤一步一步去教大家搭建工作流，还是非常简单的，就四步，我们来配置一下我们的输入项， 点击开始节点他第一步我们需要上传的数据是换装的服装素材，我们这里来给他改一下变量名， 变量类型我们需要更改为 file 里面的 image， 因为我们上传的是一张图片，对不对？把它勾选一下，添加第一个，然后第二个我们需要上传模特图，那它这里也是需要改成 file 里面的 image 的。 ok， 我 们开始节点。配置好之后，我们来第一步， 我们首先要去组合我们的图片素材，我们把这个拖过来，我们找到代码节点，这里我们来配置一下，我们首先需要上传开始节点的服装图，再选择开始节点的模特图，这里他变量名我们需要更改一下 emoji， 一， 这里我们也需要改为 emoji。 二， 输入这里的配置之后，我们打开这里编辑，我们将这个语言更改为拍摄，然后再将我们的代码粘贴上来， 那这里的所有资料呢？我已经准备好了，大家在评论区直接获取就可以了，我们找到这个 return 返回就是这个，然后就是 t 一 到这边我们先把其他的都删掉，然后粘贴上来，他的这个变量类型，我们更改为宿主里面的字母串类型。 ok， 我 们关掉，我们来看一下他给我们输出的一个结果是什么样子的，我们来测试一下， 那这里我们结束节点就选择组合图片素材里面的 key 来点击运行，那这里我们就先随便上传几个素材，那这里是我随便上传几个素材，这里是他的服装图，还有这里是他的模特图，我们来点击试运行一下， 可以看到给我们输出的运行速度还是非常快的，我们可以看到我们上传的是单张图片，最后他给我们输出的是一个数组，将他们放在同一个数组里面， 那放在同一个宿主里面的作用就是为了方便我们后续直接能更好的拿到这样一个数据。 ok， 那 这一块没问题，我们就给他拉过来。结束节点，我们就先放一边， 我们来做第二步，我们现在就可以直接去生成我们的视频任务了，来拉过来这里的话，我们直接搜索一个这样的视频插件，叫做 me video， 这里有两个类型，一种的话是快速版，一种就是慢速版，快速版生成的速度是非常快的，但是它消耗的积分是比慢速版多要多一点， 所以我们在这里如果大家不追求速度的话，我们就使用慢速版的就可以了，那我们来点击这个慢速版，然后我们重新命名一下， 那这里的 key， 我 们需要给它输入进来，下一个就是提示词，我们直接复制过来，提示词的话我们有固定的镜头，还有不固定的镜头，大家可以按照自己的需求去选择，那这里的话我就使用一个固定的镜头，那来看一下它给我们生成的效果。 粘贴上来，这里是他的秒数，那我们就用七秒，那这一个是我们的一个参考图片素材，就是我们需要组合图片素材里面的 p 一下面这里模型，我们就选择 mi video pro。 大家一定要检查一下我们前后有没有空格，有空格的话我们就需要删掉， 那这里的比例我就选择九比十六了，那下面这里就选择全能参考， ok， 没问题，我们把它关掉，我们来到第三步，第三步我们需要查询视频的任务，我们给他拖过来， 那这里的话我们需要用到一个循环的节点，那点击这里我们选择无限循环，点击这里的中间变量，我们需要添加一下，选择生成视频任务里面的 id， 然后我们给它关掉，现在来配置一下循环体，就是下面这一个，我们拉出来一个节点，这里我们选择刚刚的一个 mi video， 生成慢速版里面的查询任务工具，这里我也重命名了，叫做查询任务，点击它 id， 我 们就需要选择循环里面的 id， 我 们拖出来一个节点，我们找到一幅选择器，我们需要去判断，因为我们看到这里没有，他返回的是有一个 url， 我 们在这里就需要考虑一个情况，如果我们这一次查询他的视频链接没有给我们生成， 那么这个 url 里面保存的是什么？如果我们这一次查询出来，它视频链接是没有生成出来的，那么它这一个 url 里面保存的是一个空数据，所以我们就需要在这里进行判断。 if 选择性来判断一下查询任务里面的 url 它是否为空，如果它为空的话，就说明我们的一个 url 视频链接它是没有生成出来的，我们就让它进行下一次的循环。我们在这里搜索一个定时器， 就是他这里的话，我们就填写一个六十秒，我们来看一下他这里最大的一个就是六十秒了， ok， 关掉，当他在这里等待六十秒之后，我们再让他拿过来进行下一次循环，继续循环。 ok， 这一条分支他走完之后，我们来看一下这一条分支是什么，我们拿过来就是说明我们这一个视频链接他是给我们生成出来的，那我们还需不需要去生成，就不需要了，是吧？我们就直接中指循环。 ok， 我 们拉出来这里点击中指循环， 我们选择查询任务里面的 url 关掉，那我们就来到了最后一步，我们现在需要去除 output 这里面的空数据，我们可以来看一下，因为它每一次查询它会反出来一个值，如果它查询这一次 url 它是没有生成出来的，那么它保存的数据是空数据， 大家可以看到我们的变量类型，这里是一个数组的类型，所以说我们需要将它这个数组前面的所有空数据给它去除掉，拉过来，我们在这上面搜索一个常用代码块，点击它，我们选择这个数组列表去除空数据， 点击它，我们选择循环里面的 out 关掉。那 ok， 那 么整个工作流就已经全部搭建完成了。这个工作流还是非常简单的，我们将结束节点拖过来之后连接上去，这里我们就需要选择去除空数据里面的 data。 ok， 那 么整个工作流我们就正式搭建完成了，我们来试着运行一下它， 点击运行这里的数据我就不做更改了，我就上传这一些，我们来点击试运行。来看一下他最后给我们生成的一个视频效果是什么样子的。 ok， 那 他生成视频的速度会很慢，那我们就直接跳过来看一下最终成品， 我们可以看到这个视频的效果还是非常可以的，动作也是一模一样的，不管是人物还是服装的一致性保持的都非常好，那这个工作流的叠带空间也是非常大的。那本期视频我们就到这里了，下期我们再见。拜拜。
116荔枝冻冻
11:05查看AI文稿AI文稿大家好，我是欣欣，欢迎来到第六节课，第一次进入扣子，很多人会被左边一排入口吓住，项目资源、模板、任务、 api， 看起来好像每一个都要马上学会。其实不用，这节课我们就跟着新版界面一步一步操作， 看完以后你只要能回答三个问题就够了。我要做应用去哪里？要搭工作流去哪里？想找现成案例又去哪里？现在打开浏览器，进入扣子国内版官网，登录以后进入个人空间， 因为扣子的界面更新比较快，如果你看到的按钮位置和视频有一点差别，不用紧张，不要死记某个按钮在第几行，只要记住它的功能名称和使用场景。先看整个页面的结构，左边是导航区，用来切换不同功能。 中间是主要工作区，你打开项目资源或者模板以后，内容都会显示在这里。右上角一般会放搜索、创建和账户相关入口。以后你在扣子里操作，基本就是左边选功能，中间做内容，右上角创建或管理。我们先回到首页， 新版首页最显眼的位置是扣字编程，你的 ai 开发伙伴已就位，这里更像一个自然语言开发入口，你可以直接描述自己想做什么，让平台帮助你生成或修改项目。 下面还能看到推荐内容、最近使用的项目，以及一些快捷入口。但是新手要注意，能用一句话开始，不代表后面什么都不用理解。 平台可以帮你生成第一版最终这个项目怎么运行，数据从哪里来？结果为什么不对？还是要回到项目资源和工作流里检查，所以首页适合快速开始，后面的几个区域才是我们真正学习搭建逻辑的地方。 接下来点击左侧的项目开发。项目开发可以理解成你的作品区，你已经创建或者复制进来的项目，会以卡片或列表的形式出现在这里。 想新建一个项目，就找页面上的创建入口，再根据当前页面提供的类型进行选择。 在扣子里，你可能会接触到智能体和应用。智能体更像一个可以对话、可以调用工具的虚拟员工应用，更像一个有页面、有输入框和按钮，可以交给用户直接操作的完整产品。 你不用在今天把所有差别背下来，可以先用一个简单标准判断任务主要靠对话推进。可以先从智能体理解，需要更完整的页面和交互就更接近应用。打开一个项目以后，先别急着修改。 第一步，看项目名称和说明，确认他解决什么问题。第二步，看他有哪些页面或功能。第三步，再找他调用了哪些工作流、数据库或者其他资源。这样你看到的就不是一堆按钮，而是一个产品由哪些部分组成。 现在退出项目开发，点击资源库。资源库是这套课程里最重要的区域之一。项目像成品，资源库里的内容更像组成项目的零件。新版资源库可以集中管理工作流以及其他可附用资源。 你可以通过顶部分类筛选，也可以用搜索框查找已有资源。资源多了以后不要只靠上下翻，养成用分类和搜索定位的习惯。我们先演示创建工作流，点击右上角的创建按钮，选择工作流， 弹窗出现以后，填写工作流名称，再用一句话写清楚他要完成什么任务。名称是否支持中文，能用哪些字母，以你当前页面的即时提示为准。不要再把工作流名称必须用英文当成固定规则。 比如，我们要做一条把主题整理成短视频文案的工作流名称，可以围绕短视频文案来写，描述可以写成根据用户输入的主题，生成结构清晰的短视频口播稿 描述写清楚以后，未来资源多了，你才能一眼知道每条工作流是干什么的。点击创建，进入工作流画布。画布里通常会先看到开始节点和结束节点，开始节点负责接收输入，结束节点负责返回结果。 中间要完成的每一个动作，都可以用节点表示。节点之间的连线代表数据按照顺序从上一步传到下一步。把鼠标移动到节点旁边的加号或连接位置，就可以添加下一个节点。 打开节点列表以后，你会看到模型、代码、知识、数据库、插件等不同类型的能力。现在不用逐个研究，我们只做一个动作观察他们都被放进同一个流程里，并且通过连线协调工作。你可以把工作流想成一条流水线。 用户先提交主题，这是输入模型。根据提示词生成内容，这是处理。最后把文案交给用户，这是输出。以后流程复杂了，无非是在输入和输出之间增加更多步骤，例如先搜索资料，再提炼观点，再生成文案。最后检查格式。 画布下方或页面顶部还会有试运行、调试、保存、发布等操作按钮，名称和位置可能随着版本调整，但逻辑不会变。先把节点连好，再提供测试数据，观察每一步的输入和输出，确认结果正确以后再保存或发布， 不要刚搭完就直接交付。调试是工作流搭建中不可省略的一步。现在退出画布，回到资源库。除了工作流，你在这里还可能看到数据库、知识库、提示词等资源。 数据库适合保存结构化数据，比如用户名、内容、主题、处理状态。知识库适合放文档和资料，让智能体围绕指定内容回答提示词。资源则方便把常用指令统一管理和附用。 这里需要修正一个旧版说法，不能再简单的把资源库理解成只放自己写的插件，也不要默认所有工具都一定要去一个独立的插件商店寻找。新版会根据入口和场景，把可用能力放在资源创建、节点选择或相关市场中。 真正操作时，优先从当前工作流的添加节点入口寻找。如果没有，再使用平台搜索和市场入口，接下来点击模板商店。 模板商店是新手最快建立整体感觉的地方，这里可以看到不同类型的成品模板， 你可以按分类浏览，也可以直接搜索一个业务需求，比如内容创作、学习助手、资料整理或者客户服务。打开一个模板以后，先体验它的效果，再看页面是否提供使用模板复制或创建同款之类的入口。 不同模板的按钮文字可能不同，但目的都是把一个现成案例带到自己的空间里继续学习和修改。复制模板以后不要指点两下就退出，至少完成三次观察，第一，看他让用户输入什么。第二，看他最终输出什么。 第三，回到项目或资源里，找一找中间调用了哪些能力，这样你学到的是它的搭建逻辑，而不只是收藏了一个成品。如果模板带有可视化页面，还可以进入预览或调试模式，画面里可能会显示手机端或网页端效果。 你可以实际输入一条内容，观察按钮，页面跳转和结果展示是否符合预期。预览是站在用户角度检查产品工作流，调试则是站在开发者角度检查每一步数据。这两个概念不要混在一起。下面看任务中心。 任务中心适合管理需要重复或批量执行的任务。比如你有几十条选择题，需要用同一套流程生成文案，或者有一批资料需要按照统一规则整理，只要步骤比较固定，就适合考虑任务和工作流配合。 但不是所有智能体都适合直接拿来批量运行，需要用户不断追问、澄清和做选择的任务更适合对话输入，明确、步骤固定可以重复执行的任务更适合工作流。先判断任务类型，再决定用什么入口。 再往下，你会看到 api 与 sdk， 这个区域主要面向外部系统接入，比如以后你想把扣子里的能力接到自己的网站、软件或者其他业务系统，就可能会用到 api 或 sdk 可以把 api 理解成一个对外窗口，外部程序按照规定格式提交请求，再拿到扣子返回的结果。零基础同学现在只需要知道他是做什么的，不需要在第六节课就研究密钥健全和代码 等。你先把智能体和工作流做出来，确实有外部接入需求时，在学习这一块会更高效。涉及密钥时，也不要把密钥展示在视频里，更不要发给别人。左侧其他入口也不需要一次学完， 平台可能会根据账户版本和灰度更新显示不同功能，所以你的菜单和视频未必完全一致。判断一个入口要不要学，不看它是不是显眼，而看它是否服务于你当前的任务。对新手来说，今天先记住三条主线， 第一条从首页或项目开发开始创建和管理你要交付给用户的产品。第二条到资源库里准备工作流、数据库、知识库等可附用能力。第三条到模板商店体验成品复制案例，再回到项目和资源里拆解它。 任务中心是批量执行， api 与 sdk 是 外部接入，这两个先认识用途，后面有需求再深入。现在我们做一次完整复习，回到首页，看最近项目和快捷入口，点击项目开发，找到自己的项目， 进入资源库，打开一条工作流，看开始节点、过程节点和结束节点，再到模板商店挑一个感兴趣的模板进行体验。最后回到个人空间，确认刚才创建或复制的内容已经出现， 你会发现新版扣子虽然入口不少，但背后的关系很简单，首页负责快速开始。项目开发负责管理成品，资源库负责管理能力，模板商店负责提供案例，任务中心负责重复执行， api 与 sdk 负责连接外部系统。 这节课结束以后，给大家留一个小练习，第一，在项目开发里找到一个现有项目并打开。第二，在资源库里新建一条空白工作流，进入画布以后添加一个节点，但先不用搭完整。 第三，在模板商店选择一个与你业务有关的模板，体验他的输入和输出。完成这三步，你就已经从看不懂界面进入知道该去哪里操作了。下一节课我们会继续进入具体功能，不只是认识按钮，而是真正开始搭建。 想跟着这套系统课程继续学习的，可以先收藏这一节操作时遇到界面变化，也可以把你的页面截图发给我，我们下一节课再见！
05:15查看AI文稿AI文稿扣子，免费版和付费版到底差在哪？今天帮你一个一个功能对比清楚，其中有五个功能，免费版完全能做到，根本不用花钱升级。正在用免费版的评论区扣个免费版， 我看看有多少人跟我一样。今天后面会放一张对比表，建议截图收藏，下次纠结的时候直接拿出来看。很多新手刚开始学扣子，最纠结的问题就是，我现在用免费版，会不会学着学着发现功能不够，到时候全白学了，我要不要一开始就上付费版？ 结果有人一咬牙买了付费，发现根本用不到那些高级功能。有人一直用免费，又总担心自己是不是错过了什么重要功能。今天我把免费版和付费版放在一起，一个一个功能拆开对比， 哪些功能免费版完全够用，哪些功能确实有差距，差距有多大，一次性讲清楚。先说第一个功能，智能体创建这个功能免费版和付费版几乎没区别，创建数量两个版本都没有限制，想建多少建多少，对话轮次也没有限制。免费版唯一的不同是，单个智能 体能绑定的插件上线是三个，付费版可以绑更多。但说实话，普通人搭一个行业智能体，三个插件足够了，一个查知识库，一个调外部数据， 一个做格式处理，刚好三个，你很少需要绑四个以上插件的情况。所以智能体创建这个功能，免费版和付费版基本没差别，这个不用升级。 第二个功能，工作流节点。有些新手以为免费版的工作流节点数量有限制，搭到一定复杂度就搭不下去了。其实不是，免费版的节点数量没有硬性上限，你想搭多复杂搭多复杂，内置插件也全部免费，图片处理、文本分析、格式转换这些都不用花钱。那付费版在工作流上多了什么？多了两个东西， 第一个是插件调用总次数，免费版每个月三百次，付费版更多。第二个是代码节点里可以接第三方付费 api， 这个免费版不支持。 所以工作流这块，如果你只用 cosy 的 内置插件，免费版和付费版几乎没有区别，差别出在外部调用上。这个我下面单独说。第三个功能，外部 api 调用，这是免费版和付费版第一个真正拉开差距的地方。免费版每个月所有插件调用的总次数上限是三百次。什么意思呢？ 你的工作流里每调一次外部服务，比如调一次天气接口，调一次翻译接口就算一次。如果你一天跑十次工作流，一个月下来刚好三百次左右。如果你只是自己用，自己测试，这个量完全够。但如果你已经把智能体发布出去给别人用了，用户量一起来，三百次可能一周就用完了。 所以这个功能的结论很明确，自己用免费版购，一旦对外发布服务，用户这个调用次数就是瓶颈，到了那个阶段，就该升级了。第四个功能，知识库，知识库的切片、设置、解锁权重、引用规则这些核心功能，免费版和付费版一模一样，没有任何缩水。 免费版能上传多少？单个知识库上限一百兆，能见的知识库数量没有限制。一百兆什么概念？纯文字文档的话，够你放几百篇行业资料了。那付费版多出来的是什么？是解锁调用次数？ 你的智能体每次去知识库里搜答案算一次调用免费版每个月一千次解锁，自己用的话，一天几十次绰绰有余。但如果你把带知识库的智能体发布出去，服务客户，用户一多一千次，几天就没了。 所以知识库这块的结论跟外部调用一样，自己学自己用，免费版完全够。到了对外服务的阶段，该升级就升级。第五个功能，代码节点接付费 api。 这个功能是免费版和付费版最本质的区别，免费版的代码节点不能调用任何需要付费的第三方接口， 比如说你想在工作流里接一个付费的 ai 绘画接口，或者接一个商业数据库查询接口，免费版做不到。但这个功能说实话大部分新手根本用不到。你还在学怎么搭工作流，怎么配提示词的阶段，根本不会涉及到接付费 api 这种事。这个需求一般是到了商业交付阶段才会出现。 比如客户要求你用某个特定的付费数据源，或者需要接企业内部的付费系统，所以这个功能我的建议是，在你接到第一个付费客户之前，完全不用考虑。 等你真的需要这个功能了，说明你已经能用扣子赚钱了，那时候升级就是投资，不是消费。好，五个功能全部对比完，帮你串一遍智能体创建，免费版够用，工作流节点和内置插件，免费版够用，外部 api 调用，自己用够，对外服务不够。 知识库核心功能，免费版够用，解锁次数，对外服务不够。代码节点接付费 api， 免费版不支持，但新手阶段根本用不到。五个功能里，前三个免费版完全能打，第四个到了一定阶段才需要升级，第五个新手根本碰不到，所以你刚入门的时候真的不用急着花钱。最后一张对比表帮你总结清楚，建议截图收藏。 智能体创建数量，免费版和付费版一样都不限，对话轮次一样。插件数量，免费版上线三个付费版更多工作流节点数量一样，都不限，内置插件全部免费。 外部调用次数，免费版月限三百次，付费版更多，这是第一个升级理由。知识库核心功能切片和解锁规则完全一样。解锁次数，免费版月限一千次， 这是第二个升级理由。代码节点接付费 a p i 免费版不支持，这是第三个升级理由。三个升级理由，你记住，外部调用不够用，知识库解锁不够用， 需要接付费 a p i 三个里面你一个都没中，那就继续免费用，别花冤枉钱。你现在用的是免费版还是付费版？评论区告诉我，我来帮你看看你到没到该升级的时候。
