入门 📋 6 个步骤 第 475 / 477 篇

Coze 3.0 项目空间实操:组建多人多 Agent 团队并接入本地 CLI 智能体

9 月 16 日上线的扣子 3.0 实操:新建项目空间、招募行业专家 Agent、@ 召唤分工协作、把 Claude Code/Codex CLI/OpenClaw 等本地智能体接入云端协作、资产沉淀与跨端接力。零代码,适合个人与小团队把 Agent 从聊天工具升级为协作团队。

2026.09.26· 14 分钟阅读· 约 2481 字· 🤝 Coze 3.0 / 🤖 多 Agent 协作

9 月 16 日,字节跳动旗下的智能体平台扣子(Coze)上线 3.0 版本,变化的核心词是「编制」:过去一个 Bot 就是一个独立配置的对话框,现在多个 Agent 可以在一个项目空间里分工协作、由云端统一调度,还支持把 Claude Code、Codex CLI、OpenClaw 这类本地智能体接入同一个协作空间,桌面端、手机端、网页端三端打通。对没有编程背景的用户来说,这意味着你可以像组建一个小团队一样组建一支 Agent 队伍:有人做调研、有人写稿、有人把关,你负责 @ 一下派活。本篇从零走一遍完整流程。

💡 前置准备:一个扣子账号(网页端 coze.cn 注册即可),手机上可选装扣子 App 实现跨端接力。全程零代码,不需要任何 API key。
⚠️ 版本与灰度提示:3.0 于 2026-09-16 发布,各端功能覆盖有先有后(移动端 9 月下旬仍在密集更新);个别入口名称可能随版本调整,以你端内实际界面为准。接入外部本地智能体(Claude Code / Codex CLI / OpenClaw)的能力以官方文档的支持列表为准,未列出的工具不要强行接入。

Step 1:创建项目空间——给 Agent 团队一个「办公室」

1 新建项目,理解项目与 Agent 的关系

登录网页端后进入工作台,选择新建项目。项目空间是 3.0 的核心容器:一个项目里可以有多个成员、多个 Agent、共享的文件与资产,围绕一个目标协同推进。理解一条主线即可——Agent 是「员工」,项目是「办公室」,同一个 Agent 可以被拉进不同项目,而项目内的对话、文件、产出会沉淀在项目里而不是散落在聊天记录中。把这一层关系想明白,后面的招募、分工、资产复用都会顺理成章,新手也更容易上手:

示例项目:秋季新品推广
  目标    两周内产出 5 篇种草文案 + 1 份竞品动作周报
  成员    你(项目 owner)+ 1 位同事
  Agent   调研员(行业专家·互联网)
          文案写手(行业专家·自媒体)
          审校(负责事实核对与口径统一)

Step 2:招募 Agent——行业专家技能包与长期记忆

2 给项目添人:选专家、切模型、开记忆

在项目里添加 Agent 时有三处关键配置。其一是行业专家:官方提供自媒体、法律、金融、互联网、医疗健康等领域的技能包,一键加载后 Agent 自带该领域的工作方法,不用你从零写提示词。其二是模型:主流模型自由切换,重推理的任务换推理型模型、重速度的任务用轻量档。其三是长期记忆:打开后 Agent 会记住你的偏好与项目背景,越用越顺手。

调研员 · 职责描述(添加 Agent 时填写)
  职责  收集竞品公开动作:新品、定价、渠道活动、内容投放
  输出  每条信息注明来源链接与日期;不确定的信息标注【待核实】
  边界  只基于可公开访问的信息,不猜测内部数据
  记忆  开启;记住本项目关注的 3 个竞品名单与产出格式
💡 职责描述里写「输出要求」比写「性格设定」更有用。像上例那样规定「注明来源、不确定标【待核实】」,能显著减少后续人工核对的成本。

Step 3:@ 一下派活——多 Agent 分工协作

3 在项目对话里组织分工与交接

3.0 支持一人多 Agent、也支持多人多 Agent 的灵活组合,协作方式就是在项目对话里 @ 指定 Agent。派活时把任务、交付物、截止时间一次说清,需要交接时在指令里点名接手的 Agent。这里有一条实用心法:把「问谁」和「做什么」分开。对话框时代你习惯对着一个全能 Bot 反复纠偏,项目空间里你要做的是选对人——调研的事不找写手,核对的事不找调研员,让每个 Agent 只回答它职责范围内的问题,产出质量会稳定很多:

协作指令示例(项目对话里逐条发):
  @调研员 整理 3 个竞品 9 月的公开动作,明早 10 点前给我清单。
  @文案写手 基于调研员的清单,产出 5 篇种草文案初稿,
            每篇突出一个卖点,口吻参考项目文件区的品牌语气文档。
  @审校 核对写手初稿中的事实性表述与竞品信息是否与调研清单一致。

跑完一轮你会得到一条清晰的流水线:调研员交清单 → 写手基于清单成稿 → 审校对照清单核事实。任何一环出问题都能定位到具体 Agent 的具体输出,比在一个对话框里「全能 Bot 包办一切」可控得多。

Step 4:接入本地智能体——把 Claude Code / Codex CLI / OpenClaw 拉进团队

4 本地 Agent 一键接入云端协作

3.0 支持把本地 Agent 开放接入、参与协作,官方发布信息中点名支持 Claude Code、Codex CLI、OpenClaw 等工具。思路是:这些 CLI 智能体各有所长(写代码、跑任务、执行日常事务),接入后它们成为项目团队的一员,由云端统一调度。接入前先在本地终端确认工具本身可用且已登录:

# 本地终端逐项检查(哪个接入哪个,不需要全部安装)
claude --version     # Claude Code 就绪检查
codex --version      # Codex CLI 就绪检查
openclaw --version   # OpenClaw 就绪检查

然后在扣子端按「本地 Agent 接入」引导完成授权绑定。绑定后可在项目里 @ 它分派任务,例如让 Claude Code 承担项目里「开发落地页」这类工程任务,产出直接回到项目资产区。

⚠️ 数据边界要自己把关:云端调度本地智能体,意味着任务指令与相关上下文会经过扣子的服务端。涉及公司源码、客户数据等敏感内容时,先评估是否允许出本地环境,必要时只在独立测试项目里接入,并遵循各 CLI 工具自身的权限最小化设置。

Step 5:资产沉淀与多项目管理

5 让团队的产出可复用、可追溯

项目内的文件区是全员共享的:上传品牌语气文档、竞品名单、历史文案,Agent 们都能直接取用,省去每次对话重复上传。3.0 支持多项目独立管理,各项目的资产自动沉淀互不干扰。建议每项目固定三样东西:一份目标说明、一份成员与 Agent 分工表、一份术语与口径表——这三样决定了新加入的 Agent 与同事能不能快速接上话。目标说明让 Agent 判断任务优先级时有依据;分工表让人与 Agent 的边界清楚,不会出现两个 Agent 重复做同一件事;口径表则堵住最常见的返工源:同一个产品名、同一个术语,在不同 Agent 笔下写出了不同版本。

项目文件区推荐结构:
  00-项目目标.md      两周目标、验收标准、时间点
  01-分工表.md        成员与 Agent 的职责边界
  02-口径表.md        产品名、术语、禁用说法统一
  10-素材/            参考图片、品牌文档、往期产出

Step 6:跨端接力与定时任务

6 手机、桌面、网页三端无缝继续

移动端 App 与桌面端、网页端账号互通,项目对话与资产三端同步:路上用手机 @ 调研员追一个数据,回到电脑上接着看它产出的清单,中间不需要任何导出导入的动作。移动端还提供定时任务、旁听与 AI 录音等能力(以你端内实际可用功能为准),适合把「每周一早上自动催周报」「会议录音转纪要」这类例行事务挂起来。跑通一个项目后,把分工表和职责描述模板复制到下一个项目,团队规模就可以滚动扩了。

💡 扩团队的经验法则:先让两个 Agent 的交接闭环稳定跑一周,再加第三个。一次性铺开五六个 Agent 的常见结局是产出互相等待、 nobody 负责核对——先跑通最小闭环,再谈规模化。

常见问题 FAQ

Q 三个高频问题

Q1:免费能用吗? 扣子基础功能免费,官方插件覆盖创意设计、内容生产、开发、研究等领域;部分模型档位与视频生成类能力按平台定价计费,重度使用前先看端内的用量说明。

Q2:@ 了 Agent 没反应? 检查三点:该 Agent 是否已加入当前项目;@ 的名字是否与 Agent 名称一致;任务描述里是否给了明确交付物与时间。

Q3:本地 CLI 接入后看不到产出? 先在本地终端重跑版本检查命令确认工具可用,再检查授权是否过期;任务较大时拆成小任务派发,长任务注意留出执行时间。如果 CLI 工具近期升级过,先在本地单独跑一次确认行为正常,再交给项目调用。

Q4:长期记忆记错了内容怎么清? 在 Agent 设置里可以查看与编辑它的记忆条目,把过时或错误的条目删掉即可;改完后在同项目里用一句明确指令让它「记住新的口径」,覆盖旧印象。

← 返回教程中心