扣子（Coze）
字节跳动 · 可视化工作流 + 插件生态，快速搭对话型 Agent
扣子（Coze）是字节跳动推出的 Agent 搭建平台。它把「搭一个能对话、能查资料、能调工具的机器人」这件事做成了拖拽式的可视化操作，不需要写代码就能跑通一条完整链路。
它擅长什么
可视化工作流编排。 把提示词、知识库检索、插件调用、条件分支这些环节做成节点，用连线组织执行顺序。对于流程清晰、分支不多的任务，这种表达方式比写代码直观得多，改起来也快。
插件生态。 平台内置了一批可直接调用的能力，也支持把自己的接口封装成插件。对于需要联网查询、调用外部服务的场景，省掉了自己写对接的功夫。
多渠道发布。 搭好的 Bot 可以发布到多个对话入口，不用为每个渠道单独做适配。
什么情况下它会不够用
工作流节点图擅长表达线性流程和简单分支。一旦逻辑里出现多层嵌套的条件判断、需要维护复杂的中间状态、或者要在运行时动态决定调用顺序，节点图会迅速膨胀到难以维护——这时候用代码表达反而更清晰。
另外它是托管服务，数据要经过平台。如果你的场景要求数据不出内网，这条路走不通。
具体的分水岭在哪里，我们单独写了一篇：什么时候必须从低代码转向原生开发。
相关教程（5）
把扣子接进自己的产品：API 接入的取舍与三个必须处理的问题
用扣子搭好能力，前台是自己的产品。这篇讲密钥为什么绝不能进前端、会话状态存哪、以及托管平台作为依赖的风险该怎么兜。
扣子插件：什么时候该用现成的，什么时候要自己做
插件是让 Bot 从「会说」变成「会做」的关键。这篇讲插件的本质、自己做插件要处理的四件事，以及安全边界该划在哪。
扣子工作流怎么搭：先想清楚这三件事再连线
工作流不是节点越多越好。这篇讲什么需求该用工作流、节点之间最容易出问题的三个地方，以及图开始失控时怎么办。
扣子知识库搭建：上传只是第一步，能被检索到才算数
文档传进去了，问起来却答非所问。这篇讲知识库该怎么组织、按需调用意味着什么、以及上传前该做哪些处理。
用扣子搭客服机器人：答不上来的时候该怎么办
客服机器人真正的难点不是把常见问题答对，而是遇到答不了的问题时不乱答、能转人工。这篇讲兜底怎么设计，以及扣子能做到哪一步。