扣子 Coze

1. 调研缘由

2026 年 5 月扣子发布 3.0 之后，产品重心从单个 AI 助手转向“项目”工作空间：用户可以在项目里组织人类成员和多个 Agent，还能接入本地或云端运行的 Agent，比如 Claude Code、Codex CLI、OpenClaw 等。[S1]

这个变化意味着，不能再只把扣子当成“低代码智能体搭建工具”来看。它现在同时覆盖项目协作、AI 编程、应用发布、开源开发组件和 Agent 评测观测。这篇简调重点想理清三件事：扣子的核心定位是什么；多人多 Agent 协作到底能做到什么程度；云端产品、企业服务和开源组件各自承担什么角色。

2. 简介与产品工作流

扣子现在的核心交互单元是“项目”。每个项目有独立的上下文，可以邀请人类成员和 Agent 加入；项目里的消息、文件和 Agent 产出物都会留存在项目内，方便后续接着处理。[S1]

典型工作流大致可以拆成四步：

1. 用户创建项目，拉进人类成员和不同类型的 Agent，同时提供文件、目标或任务背景。[S1]
2. 人类成员通过 @成员 或 @Agent 来推进任务；多个 Agent 可以基于已有的产出进行分工或接力处理。[S1]
3. 需要开发网页、移动应用、小程序、智能体或工作流时，用户可以进入扣子编程。扣子编程的定位是 AI 驱动的应用开发平台，支持用自然语言构建和交付全栈 AI 应用。[S2]
4. 需要发布应用时，用户可以用扣子编程的扣子商店、社交与通信平台、API、SDK 和自定义渠道等方式发布；想查看 Agent 的运行过程，则可以借助扣子罗盘做 Trace 观测和评测。[S3][S5]

这里有两个边界要厘清。第一，目前只有人类成员能 @Agent 并派发任务；Agent 可以提醒人类，但不能直接调度其他 Agent、向其他 Agent 分配任务或统筹多个 Agent。[S1] 第二，扣子编程 Agent 和扣子视频 Agent 暂时还不能加入普通项目；不过编程项目本身支持多人用自然语言协作开发和部署应用。[S1]

所以，扣子 3.0 现阶段更准确的描述是：人类主导的项目式 Agent 协作空间。它将项目上下文、不同类型的 Agent 和部分创作/开发任务放进同一个产品入口，不过还没公开支持 Agent 自主组织其他 Agent 的协作链条。[S1]

3. 团队与资本背景

扣子的个人订阅、团队订阅和相关协议，将服务提供方表述为北京春田知韵科技有限公司及/或其关联方；扣子隐私政策也以这一主体和关联方来说明个人信息处理规则。[S7][S8]

这次调研没找到足够公开资料，没法可靠拆解扣子作为独立业务单元的创始团队、单独融资轮次、业务收入或独立财务口径。所以不会把未披露信息简单写成“没有融资”或“没有团队”，frontmatter 里的 funding_stage 保持为空。

4. 技术基础与生态位

扣子的主产品是云端 SaaS，但整个产品族包含了多种运行形态。

在扣子项目里，原生扣子 Agent、云端 Agent 和本地 Agent 的主要区别在于运行位置、权限以及可以访问的环境。云端 Agent 跑在扣子提供的云电脑上，用的是扣子提供的模型，权限、计费和限流也统一管理；本地 Agent 则会连到用户自己电脑里的文件、代码、终端、开发工具和私有配置。[S1]

扣子文档列出的云端 Agent 支持模型有 Doubao-2.0-pro、GLM-5.1、MiniMax-M2.7 和 Kimi-K2.5 等；扣子编程项目也支持接入自行部署的模型或第三方在线模型，由用户提供对应的 API 信息。[S1][S2]

在开源自部署层面，Coze Studio 是 coze-dev 维护的一个开源 AI Agent 开发平台。它的公开仓库列出了 Prompt、知识库检索、插件、工作流、数据库和模型服务管理等模块，支持接入 OpenAI、火山引擎等模型服务；项目采用 Apache-2.0 许可证，并提供 Docker/Docker Compose 部署方式。[S4]

在评测与观测层面，扣子罗盘提供基于 Trace 的线上自动评测、实验和运行监控。Trace 可以理解为一次请求从输入、模型调用、工具调用到输出的完整调用记录。扣子罗盘还支持通过 OpenTelemetry 接收外部应用上报的 Trace 数据；OpenTelemetry 是一套跨工具、跨厂商的可观测性标准。[S5][S6]

按本库分类，扣子的主分类放在 enterprise-software：3.0 的主入口是项目、成员、任务与协作。同时它也跨入 dev-tools 和 data-eval-safety：前者对应扣子编程和 Coze Studio，后者对应扣子罗盘。

5. 市场与外部信号

扣子提供个人、团队和企业的订阅服务。使用模型、虚拟机、联网搜索、图像/视频生成等能力会消耗积分；官方文档说明，积分消耗受模型、虚拟机和第三方 API 等资源使用情况影响。企业版在积分耗尽后，可以按规则从现金账户继续扣费。[S1][S7]

扣子编程把发布当作产品链路的一环：用户可以把智能体或应用发布到扣子平台商店、社交或通信平台，也可以通过 API、SDK 集成到业务系统；企业版还允许管理员对工作空间的发布渠道进行管理。[S3]

开源生态这块，截至本次复查，Coze Studio 的 GitHub 仓库显示约 2.11 万 Star、约 3,100 Fork、11 个 Release，最新标记版本是 v0.5.1，发布于 2026 年 2 月 5 日。这些指标可以反映公开关注度和仓库维护记录，但不能直接等同于真实用户规模、企业采用率或商业表现。[S4]

扣子 3.0 发布时，独立媒体也重点报道了多人多 Agent 协作、本地 Agent 接入和行业技能包等能力，说明这次版本升级获得了外部科技媒体的关注。[S9]

本次没找到足够公开资料，无法可靠确认扣子 3.0 之后的活跃用户规模、付费客户数、续费率、收入或不同产品线的实际使用占比。

6. 公开评价与主要分歧

目前公开的独立评价还不多。能检索到的实测内容，主要围绕扣子 3.0 的项目协作展示，缺少针对复杂任务成功率、跨项目稳定性、长期成本或企业部署效果的系统性第三方基准测试。

正面评价（开发者实测，Tier2）：

一篇开发者实测以虚构的产品发布任务为例，把项目经理、市场策略、视频、网页开发和审稿等角色 Agent 放进同一个项目，并接入了本地 Claude Code。作者觉得，项目式上下文让不同角色的输出更容易接力和汇总。[S10]

这是一次单场景实测，能说明作者走通了这套工作流演示，不代表所有任务类型、所有模型配置或所有团队的实际效果。[S10]

主要批评／质疑（独立评价不足；官方能力边界单列）：

目前还没有找到足够多、方法透明的独立负面测评，没办法归纳为稳定的外部批评共识。

官方文档给出的边界是：Agent 暂时不能直接 @ 其他 Agent，也不能主动给其他 Agent 分派任务；扣子编程 Agent 和视频 Agent 也暂时不能加入普通项目。[S1] 这属于官方功能限制，不应该写成独立评价；但它意味着“多人多 Agent 协作”目前仍以人类分派和推进任务为中心。[S1]

存在分歧之处：

公开讨论中的分歧，主要集中在怎么理解“多 Agent 协作”。开发者实测展示了多个角色 Agent 在同一个项目里接力完成工作；官方文档同时说明，Agent 之间并不存在直接的任务调度能力。[S1][S10] 这两点并不矛盾：前者描述的是项目内的协作体验，后者定义了当前自动化编排的权限边界。

7. 同类对比（与头部／高知名度同类项目）

主要对标项目： Dify、腾讯元器。

扣子、Dify 和腾讯元器都提供智能体或工作流构建能力，但从公开资料看，它们的产品重心不一样：扣子强调项目空间和多类型 Agent 协作；Dify 聚焦 AI 应用、工作流以及模型/工具集成；腾讯元器的核心入口则是智能体、工作流的配置、调试和发布。[S1][S2][S11][S12][S13]

关键维度对比（事实，标来源）：

维度	扣子 Coze	Dify	腾讯元器
主要产品单位	项目可以容纳人类成员、Agent、消息、文件和产物；扣子编程覆盖应用、智能体、工作流和发布。[S1][S2]	以 AI 应用、Agent 和可视化工作流为主要构建单位，同时支持多家模型服务商和自托管模型接入。[S12]	以智能体应用和工作流为主要构建单位，提供配置面板、预览调试和工作流画布。[S13]
自部署路径	Coze Studio 可通过 Docker/Docker Compose 自部署，采用 Apache-2.0 许可证。[S4]	Dify 官方提供自托管部署文档；其代码仓库使用带附加条件的 Dify Open Source License。[S11][S12]	本次核查到的官方资料主要覆盖云端智能体和工作流的创建、配置和调试；没找到可核实的官方自部署说明。
团队协作	普通项目可以加入人类和 Agent；人类可以向 Agent 派发任务，Agent 不能直接调度其他 Agent。[S1]	官方文档提供工作流的实时协作编辑与画布评论，但该能力目前仅面向自部署方式。[S11]	官方文档覆盖工作流的创建、导入、配置和调试；本次没有找到项目式“人类成员+Agent”协作空间的对应官方说明。[S13]
评测与运行观测	扣子罗盘支持 Trace 观测、自动评测和 OpenTelemetry 上报。[S5][S6]	本次对比重点放在应用构建、模型接入和工作流协作，未将 Dify 的其他运营模块纳入同口径比较。	本次对比重点放在智能体和工作流构建，没找到与扣子罗盘完全同口径的独立产品模块资料。

公开评价中的对比（标源，非个人裁决）：

这次没找到同时覆盖扣子 3.0、Dify 当前版本和腾讯元器当前版本，而且测试方法足够透明的独立横向评测。因此不对三者做整体优劣判断。

目前可参考的独立实测主要集中在扣子 3.0 的项目协作案例；Dify 和腾讯元器在这篇里主要作为产品结构和部署方式的事实参照。[S10][S11][S12][S13]

8. 信息缺口与后续观察

• 扣子项目空间、扣子编程、Coze Studio 和扣子罗盘是关联产品，但公开资料还不足以完整展示它们之间账号、权限、计费、数据流和企业管理边界。
• 目前多 Agent 协作仍由人类发起任务。后续可以观察会不会出现可控的 Agent-to-Agent 调度、审批、失败恢复和责任追踪机制。
• Coze Studio 虽然可以自部署，但公开资料还不足以判断生产环境下的容量规划、升级迁移、模型兼容性、运维成本和安全实践。
• 扣子罗盘虽然提供了 Trace 与自动评测能力，但缺少第三方针对评测一致性、不同模型兼容性和长期成本的公开测试。
• 积分规则和影响因素已经公开，但复杂任务下模型调用、云电脑、第三方服务以及多 Agent 并行的总成本，仍需要在真实项目中测试。
• 还需要持续跟踪扣子 3.0 的版本更新、Coze Studio 和 Coze Loop 的提交与发布节奏，以及独立实测会不会增加。

9. 归纳洞察 ★

从已公开的产品结构来看，扣子把“项目上下文、成员协作、Agent 执行、应用构建、应用发布、运行观测”分散在一组相互关联的产品里：项目空间承接人和任务，扣子编程和 Coze Studio 承接应用构建，扣子罗盘承接评测和运行观察。

这反映出 Agent 平台的一种产品组织思路：产品入口不单是围绕“创建一个机器人”来设计，还围绕项目、成员、任务资产和后续交付来展开。

同时，扣子 3.0 目前公开的协作机制仍以人类为调度中心。多个 Agent 可以在同一个项目里分工和接力，但 Agent 不能主动向其他 Agent 分派任务。所以，现阶段更适合把它理解为“项目化的人机协作空间”，而不是已完全实现自主组织的多 Agent 编排系统。

10. 来源与更新时间

• 信息截至(as_of): 2026-07-07
• 最后复查(last_checked): 2026-07-07
• 最后更新(last_updated): null