Coze扣子怎么用？不会写代码也能做AI智能体-知了AI

一、Coze 是什么：把”做个 AI 助手”变成填空

一句话说清：Coze（中文名扣子，国内站 coze.cn，海外站 coze.com）是字节跳动做的 AI 智能体搭建平台，你不用写代码，靠填表单、连节点，就能做出一个能对话、能查资料、能调接口的 AI 助手，然后一键发到微信、飞书、抖音或者自己的网站。

理解 Coze 最好的方式，是把它和”直接用大模型对话”做对比。你直接问模型一个问题，它靠参数记忆回答，问完就结束；你在 Coze 里搭一个 Bot，它可以先查你的知识库、再调一个天气接口、然后把结果按你定的格式输出。差别不在模型多聪明，在”它能不能替你去执行”。

这个定位决定了 Coze 的用户不是算法工程师，是运营、客服、老师、小老板。它把”做一个 AI 应用”从三个月的开发周期，压缩成一下午的配置工作。代价是自由度：你能做的，是平台开放给你的那部分能力。

1.1 Coze 的三层结构

最底层是模型，Coze 内置了豆包系列，也支持接入 DeepSeek 等第三方模型，你可以按任务挑。中间层是能力模块，包括插件、工作流、知识库、卡片、多 Agent，这些是 Bot 的”手脚”。最上层是分发，做好之后可以发布到十几个渠道。

多数人只用最上层的”发布”，忽略了中间层，结果做出来的 Bot 只会聊天，干不了事。真正拉开差距的是中间层：会不会写工作流、会不会把知识库切好，决定了你的 Coze 好不好用。

1.2 和 Coze 空间的关系

Coze 空间（Coze Space）是另一条产品线，偏”AI 办公”，能读文档、做表格、查资料、生成报告，更像一个能干活的助手，而不是让你搭 Bot 的工具。两者账号打通，但定位不同。

简单区分：想让 AI 替你完成一件具体的办公任务，用空间；想做一个能对外服务的 Bot，用 Coze 搭建平台。很多人把这两件事混在一起，结果用错了工具，觉得”不好用”。

二、上手前要准备什么

2.1 选国内站还是海外站

国内站 coze.cn 用手机号登录，模型以豆包和国内厂商为主，发布渠道打通了飞书、微信、抖音。海外站 coze.com 用邮箱登录，能接 GPT、Claude 等模型，发布渠道偏 Discord、Telegram、Slack。

选择的判断标准是你的用户在哪。做国内业务选国内站，因为渠道和合规都顺；做海外业务或者要测海外模型选海外站。两个站的账号和数据不互通，别想着一个 Bot 两边跑。

2.2 账号与额度

注册后有免费额度，够做几个 Bot 和小规模测试。额度主要消耗在模型调用和插件调用上，工作流里循环越多、调用越频繁，消耗越快。

建议前两周只用免费额度，把流程跑通再考虑付费。因为新手最容易犯的错，是在还没想清楚要做什么的时候先充钱，然后做了一堆没人用的 Bot。具体价格以官网为准，专业版主要买的是更高并发和更多额度。

2.3 先想清楚三件事

第一，这个 Bot 服务谁。第二，它要完成什么任务，一句话说清。第三，它不该做什么。第三点最容易被忽略，但它决定了 Coze 做出来的 Bot 好不好用。

一个只做”查订单状态”的客服 Bot，比一个”什么都能聊”的万能 Bot 有用得多。范围越窄，提示词越容易写准，知识库越容易切好，出错率越低。Coze 的能力很强，但强不代表要全都用上。

三、五个核心模块：Bot 的手脚都在这里

3.1 人设与回复逻辑

这是 Bot 的”性格说明书”，写在编排页左侧的提示词框里。内容包括：它是谁、服务谁、说话什么风格、遇到不知道的怎么回答、绝对不能说什么。

写这段有三条经验。第一，用第二人称写”你是……”，比写”这个 Bot 是……”效果好。第二，把禁止项写具体，”不要承诺退款”比”注意合规”有用。第三，给一个回答示例，模型会模仿示例的格式和语气。

一个可直接套用的结构：身份一句、任务两句、边界三句、格式一句、示例一段。这个结构写下来大约三百字，足够让 Bot 稳定表现。

3.2 插件：让 Bot 能查能算

插件是 Coze 连接外部世界的接口，官方插件市场里有搜索、天气、地图、股票、图像生成、网页读取等几百个。加插件只要点一下，然后在提示词里告诉 Bot 什么时候用。

插件用得好不好，关键在”触发条件写得准”。写完要测：问一个该触发的问题，看它有没有调；再问一个不该触发的问题，看它会不会乱调。乱调插件是新手最常遇到的问题，原因通常是提示词里没写清边界。

3.3 工作流：把多步操作串起来

工作流是 Coze 最值钱的模块，也是最能拉开差距的地方。它用节点的方式把”开始、大模型、插件、知识库、条件判断、代码、结束”串成一条流水线，Bot 遇到复杂任务时按这条线走。

举个例子：用户问”帮我分析这份竞品报告”。工作流可以是：接收文件 → 解析文本 → 大模型分段摘要 → 知识库比对历史结论 → 生成结构化输出 → 结束。这条线跑通一次，以后每次都是同样的质量。

工作流的价值不在”能自动化”，在”可复用、可调试”。对话式提示词出了问题很难查，工作流每一步都能看到输入输出，错在哪一目了然。这也是为什么复杂的 Bot 一定要用工作流，而不是堆提示词。

3.4 知识库：让 Bot 说你的话

知识库支持上传文档、网页、表格，Coze 会自动切片、向量化，Bot 回答时先检索再生成。这是做企业客服、内部问答、产品手册的标配。

切片质量决定回答质量。默认切片按字数切，经常把一段完整的意思切成两半。正确做法是按语义切：一个问答一组、一个条款一段。上传前先整理文档结构，比上传后调参数有用得多。

还要注意知识的”时效”。产品价格变了、政策改了，知识库不更新，Bot 就会一本正经地说错话。建议每月固定一天做知识库体检，把过期内容删掉。

3.5 多 Agent 与卡片

多 Agent 模式适合”一个人干不完”的场景，比如同时要处理售前咨询、售后问题、技术支持，可以让三个 Agent 各管一块，由一个总调度分发。这个模式复杂，建议先把单 Agent 做好再考虑。

卡片是输出形态，能把结果渲染成带按钮、带图片的富文本，而不是一坨文字。做电商导购、活动报名这类场景，卡片能显著提升点击率。做之前先想清楚”用户看完要做什么动作”，再决定卡片放什么。

3.6 变量与记忆：让 Bot 记得住

Coze 的变量分两类。一类是对话变量，记住这一轮聊天的信息，比如用户刚才说的订单号；另一类是用户变量，跨对话保存，比如这个用户的会员等级、常住城市。两者的区别是”这次记住”和”永远记住”。

用好变量的关键是”只存该存的”。什么都往变量里塞，会让提示词越来越长，模型反而抓不住重点。建议一个 Bot 的变量不超过八个，每个都有明确用途，并且写清什么时候更新、什么时候清空。

举个实用的例子：做一个点餐 Bot，用户变量存”忌口”和”上次点的菜”，对话变量存”这一单的菜品”。下次用户再来，Coze 能直接说”还是老样子，不要香菜？”——这一句带来的体验提升，比多接三个插件都明显。

模块	解决什么	上手难度	最常被误用
人设提示词	定性格、定边界	低	写得太空，全是形容词
插件	查实时数据、执行动作	低	不写触发条件，乱调
工作流	多步任务编排	中高	简单任务也上工作流
知识库	私有知识问答	中	切片乱切，文档不整理
多 Agent	复杂任务分工	高	单 Agent 没做好就上多 Agent

四、实操：四十分钟做一个客服 Bot

4.1 第一步：建 Bot，选模型

进入工作空间，点”创建 Bot”，填名称和简介。模型选择上，客服场景建议用响应快的中等模型，不必上最强的推理模型，因为客服问题大多不复杂，快比聪明重要。

简介要写人话，因为它会显示在发布渠道上。写”7×24 小时解答订单、物流、退换货问题”，比写”智能客服助手”更能让人愿意点进来。

4.2 第二步：写人设，把边界钉死

提示词里必须写清四件事：能答什么、不能答什么、不知道怎么办、怎么转人工。特别是”不能承诺退款、不能透露成本价、不能评价竞品”这类红线，一定要写进去，并且用”绝对不要”这种强语气。

再给一个标准回答示例。比如用户问物流慢，标准回答是”先共情一句、再给查询方式、最后给时效承诺”。模型看到示例，会照着这个结构组织语言，比只写要求有效。

4.3 第三步：挂知识库

把产品手册、常见问题、退换货政策整理成三个文档上传。上传后一定要测：问十个真实用户会问的问题，看它答得对不对。答错的，回去改文档，而不是改提示词。

这一步的投入产出比最高。多数客服 Bot 效果差，不是模型不行，是知识库里的内容本身就含糊。文档写清楚，Bot 自然答得准。

4.4 第四步：加插件

加”订单查询”类插件，让用户报单号就能查状态。加”人工客服”跳转，遇到无法处理的直接转人工。这两个插件能让 Bot 真正”能干活”，而不是只会说”请联系客服”。

插件加完要在提示词里明确写：用户提到订单号、物流、退款进度时，先调订单查询插件，拿到结果再回答，不要凭记忆猜。这句话能大幅降低幻觉。

4.5 第五步：调试与发布

Coze 右侧有预览窗口，可以边改边测。测试要覆盖三种情况：正常问题、边界问题、恶意提问。第三种最容易被忽略，但它是上线后最容易出事的地方。

测完点发布，选渠道。发到微信公众号需要授权，发到飞书要选企业，发到网站用 Web SDK。第一次发布建议先发到一个测试群，跑两天再对外开放。

4.6 测试用例怎么设计

上线前至少准备二十条测试问题，分四组。第一组是高频正常问题，十条，验证主流程通不通。第二组是边界问题，五条，比如问一个知识库里没有的产品。第三组是诱导性问题，三条，比如让它承诺赔付、让它评价竞品。第四组是格式混乱的输入，两条，比如一堆错别字或者纯标点。

这四组跑完，你对这个 Bot 的能力边界就有数了。多数人只测第一组，上线后被第二组和第三组打得措手不及。测试用例不用写得多漂亮，但必须覆盖这四类，这是最低标准。

五、实操：搭一条能跑的工作流

5.1 场景：把会议纪要变成待办清单

用户上传一段会议记录，工作流要输出：决议事项、负责人、截止时间、风险点。这条线不长，但覆盖了工作流的四个核心节点。

5.2 节点怎么连

开始节点接收文本输入 → 大模型节点做第一轮抽取（只抽事实，不做判断）→ 代码节点把结果结构化成 JSON → 大模型节点做第二轮整理（分派负责人、标风险）→ 结束节点输出表格。

为什么要两轮大模型？因为一轮同时做”抽取”和”判断”，模型容易混。拆成两轮，第一轮只管找，第二轮只管判，准确率明显提升。这个技巧在处理结构化任务时特别有效。

5.3 调试的三个要点

第一，每个节点都要看输入输出，别只看最后结果。第二，先用短文本测通，再用长文本压测。第三，给异常情况留分支：文本为空怎么办、格式不对怎么办。

工作流最容易崩在”没想到的输入”上。加一个兜底分支，把无法处理的情况统一返回一句”这份材料格式特殊，建议人工处理”，比让流程报错好得多。

六、发布渠道：Bot 做给谁看

Coze 支持发布到飞书、微信（公众号、客服）、抖音、掘金、Discord、Telegram、Slack，也能用 Web SDK 嵌到自己网站，或用 API 接进已有系统。

渠道选择要看用户在哪，不是看哪个功能新。做企业内部工具发飞书，做面向消费者的发微信，做海外社群发 Discord 和 Telegram。渠道选错，Bot 再好也没人用。

渠道	适合场景	接入难度	注意事项
飞书	企业内部问答、流程助手	低	需要企业管理员授权
微信公众号	对外客服、内容服务	中	需认证服务号，有回复时限
抖音	直播、私信场景	中	内容审核更严
Web SDK	嵌官网、落地页	中	要自己做样式适配
API	接进自有系统	高	要处理鉴权和限流

6.1 上线后头三天最该看什么

第一天看”问什么”：把真实提问导出来，按频次排序，前十条就是你必须答准的问题。第二天看”卡在哪”：统计哪些对话没有完成，是答不上来、还是流程断在某个节点。第三天看”谁走了”：用户在第几轮离开，第一轮就走说明引导有问题，第三轮走说明答得不够。

这三天的数据比后面一个月都值钱，因为它暴露的是真问题，不是你以为的问题。Coze 后台能看到对话记录，别嫌麻烦，一条条翻五十条，你对用户的理解会超过任何调研报告。

七、进阶技巧：六条少走弯路

7.1 提示词分块写，别写成一大段

把身份、任务、边界、格式、示例分成五块，每块前面加个短标题。模型读结构化文本比读散文准，你改起来也方便。这个习惯能让调试效率提升一倍。

7.2 用变量减少重复

Bot 里反复出现的品牌名、价格区间、服务时间，抽成变量。改一次全局生效，不用全文替换。团队协作时这个做法尤其重要，避免有人改了这处漏了那处。

7.3 先做窄，再做宽

第一版只做一件事，跑顺了再加第二件。上来就做”全能助手”，结果每件事都半吊子，还查不出问题在哪。Coze 的模块很多，克制比堆功能难。

7.4 用日志反推问题

Bot 答错时，先看它调了什么、检索到了什么。多数错误出在”检索到错的资料”或”该调插件没调”，而不是模型本身笨。看日志比反复改提示词有效。

7.5 给 Bot 一个”不知道”的出口

明确写：资料里没有的内容，直接说”这个我不确定，帮你转人工”，不要猜。这句话能挡掉大部分幻觉，也能提升用户信任。用户能接受”不知道”，不能接受”瞎说”。

7.6 上线后每周看一次真实问题

把 Coze 后台里用户问的原始问题导出来看，你会发现很多”你以为他会问”的问题其实没人问，而真正高频的问题你根本没准备。用真实问题反哺知识库，Bot 会越用越准。

八、横向对比：Coze 和它的五个同类

平台	定位	强项	短板	适合谁
Coze 扣子	智能体搭建 + 多渠道发布	插件生态、发布渠道全、上手快	深度定制受限	运营、客服、中小企业
Dify	开源 LLM 应用平台	可私有化、工作流强	要自己部署运维	技术团队
腾讯元器	智能体平台	微信生态打通	插件数量较少	公众号运营
文心智能体	智能体平台	百度搜索分发	跨平台能力弱	内容创作者
钉钉 AI 助理	企业办公	组织架构打通	场景偏内部	钉钉企业
n8n	自动化流程	连接系统多	不是对话产品	技术运营

这张表的看法是：Coze 赢在”从做到发”这条链最短，Dify 赢在”能自己掌控”。选哪个，取决于你要的是”快点上线”还是”数据不出门”。这两件事经常冲突，先想清楚优先级。

九、价格怎么算才不亏

Coze 的成本由三块构成：模型调用、插件调用、发布渠道的额度。免费额度适合验证想法，专业版适合已上线的 Bot。

判断要不要付费的标准很实际：看你的 Bot 每天有多少真实对话。一百次以内，免费额度加少量充值够用；上千次，专业版的性价比才显现。别为了”看起来专业”提前付费。

还有一笔隐性成本：维护。知识库要更新、提示词要优化、渠道规则会变，这些都要人。上线一个 Bot 只要一下午，维护它要长期投入。做之前先想清楚谁负责维护。

9.1 三个人怎么分工维护一个 Coze 应用

一个人做内容，负责知识库和提示词；一个人做流程，负责工作流和插件；一个人做运营，负责渠道、数据、用户反馈。这个分工的依据是：三块工作的节奏不同，内容按周更新，流程按需改动，运营每天都要看。

如果只有一个人，就按”周”来切：周一改知识库，周三看日志，周五优化一条工作流。Coze 的应用不是做完就结束的，它更像一个需要持续打理的小产品。想清楚谁在什么时候做什么，比一次性做多好更重要。

十、五个常见坑

10.1 把 Bot 当搜索引擎

什么都问，什么都答，结果什么都不准。Bot 的价值在”专”,不在”全”。给它一个明确的任务边界，它才有用。

10.2 知识库直接扔原始文档

几十页的 PDF 不整理就上传，切出来的片段全是断章。先做成问答对，再上传。整理花两小时，能省掉后面几十次调试。

10.3 插件挂太多

挂了十个插件，模型不知道该用哪个，于是乱调。三个以内，每个写清触发条件。少而准，比多而乱强。

10.4 忽略渠道限制

微信有回复时限，抖音审核更严，飞书要管理员授权。发布前先查渠道规则，别等审核驳回才改。

10.5 上线就不管了

模型会更新、政策会变、用户问题会漂移。每月做一次体检：看日志、清过期知识、测边界问题。Bot 是需要养的，不是做完就完。

十一、谁适合用 Coze

最适合的是三类人。第一类是运营和客服，需要快速做一个能回答重复问题的助手；第二类是小企业主，想给自己的业务加一个 AI 入口但养不起技术团队；第三类是内容创作者，想做一个能持续服务粉丝的工具。

不太适合的也有三类。第一类是要求深度定制的技术团队，Coze 的天花板会挡住你，不如用 Dify 自己搭；第二类是对数据合规要求极高的行业，需要私有化部署；第三类是只想”玩一下”的人，搭完就放着，那不如直接用对话产品。

一个中间地带值得说：如果你已经在用飞书或微信做生意，Coze 的渠道优势会被放大。它省下的不是开发时间，是”接进现有工作流”的那段折腾。

11.1 五种不值得用 Coze 的场景

第一，需要处理高度敏感数据的场景。第二，需要毫秒级响应的实时系统。第三，需要复杂权限体系的企业应用。第四，只服务十几个人的内部工具，用文档加对话产品更快。第五，纯粹想”试试 AI”的探索，直接找个对话产品聊两天更省事。

判断标准其实很简单：这件事的核心难点是不是”编排”。是，Coze 能帮你大忙；不是，它只会增加一层复杂度。工具的价值在于消除它擅长消除的那种摩擦，别指望它解决所有问题。

十二、常见问题

12.1 Coze 要写代码吗

不用。搭 Bot、配插件、连工作流都是可视化操作。工作流里的代码节点是可选的高级功能，不会写也能做完整应用。

12.2 国内站和海外站能互通吗

不能。账号、数据、模型都不通。按你的用户在哪选一个，别想着两边同步。

12.3 做出来的 Bot 能商用吗

可以，但要看你用的模型和插件授权范围。涉及收费服务时，先读服务条款，必要时走商务确认。

12.4 知识库支持多大文件

有单文件大小和总量限制，具体以当前版本说明为准。超大文档建议先拆分再上传。

12.5 Bot 会不会泄露我的资料

取决于你上传的内容和平台的数据条款。客户名单、合同、财务数据不要上传，这是底线。

12.6 能做多轮复杂对话吗

能。但要靠工作流和变量管理上下文，光靠提示词记不住太多轮。复杂场景建议上工作流。

12.7 免费额度够做几个 Bot

够做几个小规模 Bot 并测试。真实流量跑起来后额度消耗很快，需要评估是否升级。

12.8 能接入自己的模型吗

部分版本支持接入自定义模型接口。具体支持范围看当前平台的模型管理页。

12.9 Bot 回答不准怎么办

先看日志，判断是检索错还是理解错。检索错就改知识库，理解错就改提示词。别一上来就换模型。

12.10 能同时发多个渠道吗

可以，同一个 Bot 能发到多个渠道。但各渠道的格式和限制不同，建议分别做适配。

12.11 需要服务器吗

不需要。Coze 是托管服务，你只管配置。要私有化部署就选 Dify 这类开源方案。

12.12 学 Coze 要多久

基本操作两小时，做出能用的 Bot 大约三天的练习量。真正的门槛是想清楚”要解决什么问题”。

补一句实在话：Coze 的门槛低，意味着竞争也低不到哪去。别人能一下午做出来的东西，你也能；反过来，你花一下午做的东西，别人抄走也只要一下午。真正的壁垒不在 Bot 本身，在你对那批用户的理解有多深。

工具会换，方法会变，但”先解决自己的问题”这条路径一直有效，而且越早开始越占便宜，等到别人都做完了，你再进场就只剩打扫战场的份。所以最后落到一个很朴素的建议：先用 Coze 做一个小东西，解决你自己每天都会遇到的一个麻烦。别一上来就想做产品，先做工具；别先想用户规模，先让自己愿意每天用它。你自己愿意天天用的东西，才有可能被别人需要。