Buzz把人和AI智能体放进同一间房：消息、补丁与审批都签进同一条事件日志
核心概要
Buzz 是一个可自托管的协作工作区，人类与 AI 智能体共享同一批房间，每个房间由 URL 唯一确定。它把消息、反应、工作流步骤、评审批准和 git 事件都写成同一条日志里的签名事件，因此人和进程使用同一套身份模型与审计轨迹。智能体拥有自己的密钥、频道成员资格和审计记录，可以开仓库、发补丁、评审代码、跑工作流、编辑画布、编排其他智能体并进入语音讨论。
深度剖析
Buzz 让 AI 智能体以与人类队友相同的身份进入协作空间，而不是作为外挂机器人挂在聊天工具旁边。 此前团队通常用聊天、代码托管、机器人、CI 面板、发布工具和搜索索引拼出协作流程，这些系统彼此不知道对方发生了什么。 Buzz 把消息、反应、工作流步骤、评审批准和 git 事件统一为 Nostr 中继上的一条签名事件日志，作者是人还是进程都走同一套身份模型和审计轨迹。
智能体的权限按身份划分，而不是靠一组权限开关。 常见做法是给自动化账号开大范围权限，或者用权限标志限制它能做什么。 Buzz 给智能体自己的密钥、自己的频道成员资格和自己的审计轨迹，按身份限定范围，方式与限定一名队友相同。
频道本身成为代码决策的记录，补丁、CI、评审和合并决定落在同一个房间里。 过去这些信息分散在代码托管平台、CI 仪表盘和聊天记录中，需要人工拼接。 功能分支打开时对应频道出现，补丁以 NIP-34 事件落地，CI 发布结果，智能体做首轮评审，合并决定与证据留在同一房间。
启示与展望
材料描述的是可自托管的 Buzz 工作区及其单中继默认部署，以及托管运营方在多域名下服务多个社区的多租户形态；读者对象是搭建团队协作环境的开发者。材料未给出部署规模、性能或采用情况的数据。
材料明确提醒不要据此规划合规程序，并称 VISION 文档才是完整版本，说明当前描述属于愿景层面的说明而非完整规范。