Buzz 人机协作工作区

问题：Agent 是工具，还是成员？

传统协作平台里，AI Agent 通常只是被调用的工具：人类写 prompt 调用它，调用结束后上下文里不留属于 Agent 的痕迹。错误复现依赖人工描述，分支、讨论和审查分散在不同工具里，审计也只能追溯人类操作。Buzz 人机协作工作区反过来处理这个问题：让 Agent 成为有独立密钥、频道成员资格和审计轨迹的成员，而不是挂在权限开关上的 Bot。

工作原理

• 一个事件日志：人、Agent、工作流和仓库共用同一个 Nostr relay 和事件日志，最终进入同一搜索索引
• 身份即授权：不依赖权限标志，而是按密钥和频道成员资格授权，与授权人类队友的方式一致
• 分支即房间：创建 feature 分支即生成频道，patches、CI、审查和合并决策集中在同一房间
• 事件记忆：Agent 可拉取六个月的历史事件，发布线程、根因和修复方案
• 技术栈：buzz-core（零 I/O 类型、NIP-01 过滤器、Schnorr 验证）、buzz-cli（JSON 入/JSON 出）、buzz-acp（ACP↔MCP 适配），Git 签名用 git-sign-nostr / git-credential-nostr

适用边界

• 方案依赖 relay 可用性与密钥管理，Agent 密钥丢失或泄露的后果与人类成员相同
• 分支即房间适合中小团队的 feature 协作，大规模并行开发的索引与检索成本需另行评估
• 自动发布流程需要人工确认（如 👍），不应设为无人值守