Buzz 表面上像 Slack + AI Agents，但真正让我感兴趣的，是它背后的 Agent-native 产品设计思路。
1.1K views · 2026-08-07
Interaction & UXUI Design
这期视频不只是体验 Buzz 的功能，而是从产品设计、UI/UX、AI system architecture、context engineering 和 multi-agent workflow 的角度，拆解
0:00 intro
1:32 what is buzz
2:08 slack vs buzz
2:46 claude team agent and claude tag
3:21 what is harness
4:12 how to install buzz
6:18 如何使用buzz
Join my skool community
https://www.skool.com/the-vibe-stack-2126/about
try buzz :https://github.com/block/buzz
而是它重新定义了一个问题：
如果未来 Agent 不再只是聊天机器人，而是团队成员，那 AI 产品本身应该怎么被重新设计？
这期视频，我不会只带大家看 Buzz 有哪些功能，而是会从几个我自己非常在意的角度去拆解它：
Agent Identity、Harness、Context、Memory、Permissions、Workflow、Cost Control，以及 Agent-native UI/UX。
Buzz 让我最有启发的一点，是它把 Agent 当成“成员”，而不是“插件”。
一个 Agent 可以拥有自己的：
* 名字与身份
* 工作职责
* System Prompt
* Skills
* 项目上下文
* 工具权限
* 操作记录
* 执行环境
这意味着，未来用户可能不再只是“使用一个 AI”。
而是在管理一支 AI 团队。
你可以有 Research Agent、Script Agent、Design Agent、Editing Agent、Review Agent，甚至一个负责调度其他 Agent 的 Director。
而这也让我开始重新思考我正在做的 Creator OS。
这期视频会聊到什么？
为什么 Agent 应该是团队成员，而不只是 Bot
Buzz 的一个核心设计思想是：
Agents are members, not bots.
Agent 可以像同事一样进入频道、阅读上下文、参与项目、执行工作流、发送消息、参与审查。
这背后其实是一个很大的 UI/UX转变
Buzz 让我想到一个非常有趣的交互方式。
用户可以直接：
@Research Agent
@Script Agent
@Editing Agent
来分配任务。
但当 Agent 真正开始工作以后，用户接下来最需要的，不是聊天。
而是“可见性”。
所以我会分享我怎么把这个思路和 Agent Canvas 结合。
Production Room：
负责沟通和下任务。
@Agent：
负责选择负责人。
Agent Canvas：
负责实时监控谁在工作、做到哪里、用了什么工具、花了多少钱、哪里失败、哪里需要人工批准。
Buzz 现在还非常早期，也不一定已经解决了这些问题。
但我觉得它非常值得研究。
因为它让我更清楚看到一个可能的未来：
下一代 AI 产品，可能不再围绕一个超级聊天助手设计。
而是围绕：
Agent + Context + Workflow + Memory + Permissions + Cost + Collaboration
来设计。
如果你也在研究 AI Agents、Agent-native UI、Creator OS、Multi-Agent Workflow 或 AI Product Design，欢迎订阅。
0:00 intro
1:32 what is buzz
2:08 slack vs buzz
2:46 claude team agent and claude tag
3:21 what is harness
4:12 how to install buzz
6:18 如何使用buzz
Join my skool community
https://www.skool.com/the-vibe-stack-2126/about
try buzz :https://github.com/block/buzz
而是它重新定义了一个问题：
如果未来 Agent 不再只是聊天机器人，而是团队成员，那 AI 产品本身应该怎么被重新设计？
这期视频，我不会只带大家看 Buzz 有哪些功能，而是会从几个我自己非常在意的角度去拆解它：
Agent Identity、Harness、Context、Memory、Permissions、Workflow、Cost Control，以及 Agent-native UI/UX。
Buzz 让我最有启发的一点，是它把 Agent 当成“成员”，而不是“插件”。
一个 Agent 可以拥有自己的：
* 名字与身份
* 工作职责
* System Prompt
* Skills
* 项目上下文
* 工具权限
* 操作记录
* 执行环境
这意味着，未来用户可能不再只是“使用一个 AI”。
而是在管理一支 AI 团队。
你可以有 Research Agent、Script Agent、Design Agent、Editing Agent、Review Agent，甚至一个负责调度其他 Agent 的 Director。
而这也让我开始重新思考我正在做的 Creator OS。
这期视频会聊到什么？
为什么 Agent 应该是团队成员，而不只是 Bot
Buzz 的一个核心设计思想是：
Agents are members, not bots.
Agent 可以像同事一样进入频道、阅读上下文、参与项目、执行工作流、发送消息、参与审查。
这背后其实是一个很大的 UI/UX转变
Buzz 让我想到一个非常有趣的交互方式。
用户可以直接：
@Research Agent
@Script Agent
@Editing Agent
来分配任务。
但当 Agent 真正开始工作以后，用户接下来最需要的，不是聊天。
而是“可见性”。
所以我会分享我怎么把这个思路和 Agent Canvas 结合。
Production Room：
负责沟通和下任务。
@Agent：
负责选择负责人。
Agent Canvas：
负责实时监控谁在工作、做到哪里、用了什么工具、花了多少钱、哪里失败、哪里需要人工批准。
Buzz 现在还非常早期，也不一定已经解决了这些问题。
但我觉得它非常值得研究。
因为它让我更清楚看到一个可能的未来：
下一代 AI 产品，可能不再围绕一个超级聊天助手设计。
而是围绕：
Agent + Context + Workflow + Memory + Permissions + Cost + Collaboration
来设计。
如果你也在研究 AI Agents、Agent-native UI、Creator OS、Multi-Agent Workflow 或 AI Product Design，欢迎订阅。