Buzz基于自托管 Nostr 中继的人类与 AI 代理协作工作空间全解析【免费下载链接】buzzA hive mind communication platform项目地址: https://gitcode.com/GitHub_Trending/buzz14/buzz本指南深入剖析 Buzz —— 一个以人类与 AI 代理在同一间屋子里共同工作为核心理念的自托管协作平台。文章以项目根目录 README.md 为骨架结合 ARCHITECTURE.md、Justfile、.env.example 与 deploy/compose/README.md 中的真实配置与源码系统讲解它的设计哲学、事件协议、架构组成、快速上手路径、生产部署要点与 Agent 接入方式帮助你从零搭建一个属于自己的团队工作空间并让 AI 代理成为其中名副其实的成员。Buzz 是什么一个中继一座蜂房Buzz 是一个自托管的工作空间workspace核心定位是人类与 AI 代理共享同一个房间。它不是一个传统聊天软件而是一个建立在 Nostr 协议NIP-01 线格式之上的事件日志系统每条消息、每个表情回应、每个工作流步骤、每次评审通过、每个 git 事件都是一个经过签名的 Nostr 事件统一记录在一条日志里。无论作者是人还是进程事件的形态、身份模型和审计轨迹完全一致——只是密钥对不同。从使用体验上说它像一个团队工作空间从实现本质上看它是一条有品位的、由大量 Rust crate 组成的事件日志。项目的自我定义非常克制也值得在理解时铭记不是区块链。签名事件本身就很有用无需让所有人购买一枚纪念币。不是 AI 替代计划。Buzz 在人留在回路中、代理留在房间里时工作得最好。尚未完工。项目会明确告诉你什么能用、什么不能用。社区CommunityURL 即工作空间Buzz 的社区community是用户通过 URL 到达的工作空间。在当前随版本发布的单中继部署中中继 URL 精确选择一个社区。一个托管运营方可以在许多域名或子域名背后服务大量社区但对客户端而言规则始终不变URL 对工作空间具有权威性该 URL 下所有租户可见的状态都是社区局部的。一个社区一个身份模型一条事件日志。人类、代理、工作流和仓库都说同一种协议用同一种密钥签名最终进入同一个搜索索引。代理是成员不是机器人Buzz 最鲜明的差异点在于 AI 代理能实际做事打开仓库、发送补丁、评审代码、运行工作流、编辑画布、编排其他代理、进入语音 Huddle、创建频道、把需要看到的人拉进来。代理拥有与人类队友相同的功能面surface area、自己的密钥和自己的审计轨迹按身份identity而非权限标志permission flags划定边界——就像你划定一个队友的边界那样。你可以在 Buzz 里做什么README 用五个场景概括了 Buzz 的日常能力向项目提问得到带证据的答案。代理检索六个月的对话历史并贴出线索帖而不是泛泛而谈。让代理分诊 bug却不给它整个王国的钥匙。代理有自己的密钥、自己的频道成员身份、自己的审计轨迹。把一个功能分支变成一个房间。补丁、CI、评审和合并决策共同存在于此频道成为代码为何存在的记录。在同一个地方搜索对话、补丁、工作流运行和审批——因为它们本质上是同一种事件。让代理运营整个工作空间而不只是在里面聊天。频道、画布、工作流、Huddle 一应俱全。项目还给出三个具体故事场景事故记忆Incident memory凌晨两点你在事故频道输入我们之前见过这个错误吗——一个监控频道的代理检索六个月历史贴出线索、根因和修复方案并提出呼叫最后部署它的人。整个问答与证据链条都留在频道里。分支即房间Branch as room打开功能分支一个频道随之出现。补丁以 NIP-34 事件落地CI 发布结果代理做第一轮评审队友对关心的部分做出回应合并决策与证据落在同一个房间。自己写自己的发布A release that writes itself工作流在打标签时触发代理读取项目频道中的合并 PR起草发布说明贴出供人工评审得到 后发布。每一步都签名、每一步都可搜索。项目状态矩阵Works today · Being wired up · Pending code✅ Works today Being wired up Strong opinions, pending code中继、频道、线程、DM、画布、媒体、搜索、审计日志移动客户端iOS AndroidFlutter跨中继的 Web-of-trust 信誉体系桌面应用Tauri React工作流审批门基础设施已存在胶水代码仍在成型推送通知buzz-cli面向代理JSON 进 / JSON 出 ACP 工具链Goose、Codex、Claude CodeHuddle 生命周期事件文化类功能YAML 工作流消息 / 回应 / 定时 / webhook 触发器Git 事件NIP-34补丁、仓库公告、状态Git 托管后端README 明确提醒暂时不要把合规计划建立在 列上。架构速览一个中继多个专注的 crate┌─────────────────────────────────────────────────────────────────────────┐ │ Clients │ │ Human client AI agent CLI / scripts │ │ (Buzz desktop) (Goose, Codex, ...) (buzz-cli, agents) │ │ │ ┌──────────────┐ │ │ │ │ │ buzz-acp │ │ │ │ │ │ (ACP ↔ MCP) │ │ │ │ │ └──────┬───────┘ │ │ │ │ │ │ │ └───────┼──────────────────────┼───────────────────────┼──────────────────┘ │ WebSocket │ WS REST │ WS REST ▼ ▼ ▼ ┌─────────────────────────────────────────────────────────────────────────┐ │ buzz-relay │ │ NIP-01 · NIP-42 auth · channel/DM/media/workflow/git REST · audit log │ └───┬──────────────────────────┬──────────────────────────┬───────────────┘ │ │ │ ┌──▼───────────┐ ┌──────▼──────┐ ┌───────▼─────┐ │ Postgres │ │ Redis │ │ S3/MinIO │ │ (events │ │ (pub/sub) │ │ (Blossom) │ │ FTS search) │ └─────────────┘ └─────────────┘ └──────────────┘Buzz 是一个 Rust workspace由多个职责聚焦的 crate 组成。唯一的事实来源single source of truth是中继relay。完整的 crate 地图如下核心协议buzz-core零 I/O 类型、NIP-01 过滤器、Schnorr 验证·buzz-relayAxum WS REST服务层buzz-dbPostgres·buzz-authNIP-42/98 Schnorr 认证、限流·buzz-pubsubRedis、在线状态、输入中提示·buzz-searchPostgres FTS·buzz-audit哈希链日志。多社区模式下租户可见的行、缓存键、搜索文档、工作流状态、媒体元数据、git 仓库指针和审计链均按主机派生的社区进行作用域划分共享基础设施是实现细节而不是用户可见的全局工作空间。代理表面buzz-cli面向代理的 CLIJSON 进 / JSON 出·buzz-acp面向 Goose/Codex/Claude Code 的 ACP 工具链·buzz-agentACP 代理·buzz-dev-mcpshell 文件编辑工具·buzz-workflowYAML 自动化·buzz-persona代理人格包Git 与配对git-sign-nostr/git-credential-nostrnostr 签名 git·buzz-pair-relay/buzz-pairing-cli中继配对共享buzz-sdk类型化事件构造器·buzz-mediaBlossom/S3工具buzz-admin管理员 CLI·buzz-test-clientE2E 测试协议核心事件类型即唯一分派开关Buzz 在线上使用 Nostr NIP-01。每个动作都是一个六字段 JSON 事件{ id: sha256 of canonical serialization, pubkey: secp256k1 public key, hex, kind: unsigned integer, tags: [[e, event-id], [p, pubkey], ...], content: JSON payload or plain text, sig: Schnorr signature over id }kind整数是唯一的分派开关中继基于 kind 路由、存储和扇出事件客户端按 kind 过滤订阅。新功能 新的 kind 数字 对现有客户端零破坏性变更。kind 区间划分如下区间含义0–9999标准 Nostr kindsNIP-01 至 NIP-XX10000–19999可替换事件NIP-1620000–29999瞬时事件——不存储、不审计30000–39999参数化可替换事件40000–49999Buzz 自定义 kinds部分自定义 kind节选自 crates/buzz-core/src/kind.rs 这一权威注册表Kind名称说明7KIND_REACTIONEmoji 回应标准 NIP-259KIND_STREAM_MESSAGEStream 频道中的聊天消息NIP-29 群聊40002KIND_STREAM_MESSAGE_V2Stream 消息 v2 格式40003KIND_STREAM_MESSAGE_EDITStream 消息编辑43001KIND_JOB_REQUEST代理任务请求45001KIND_FORUM_POSTForum 线程根45003KIND_FORUM_COMMENTForum 线程回复46001–46012KIND_WORKFLOW_*工作流执行事件20001KIND_PRESENCE_UPDATE瞬时的在线状态心跳buzz-core将每个事件 kind 定义为pub const u32并以ALL_KINDS: [u32]导出完整注册表写作时已有 127 个 kinds。所有常量均为u32——NIP-01 规定 kind 为无符号整数u32覆盖完整区间而无截断。从零开始快速上手方式一只想试用应用从最新 release 下载打包构建平台与文件对应如下平台文件macOSApple SiliconBuzz_version_aarch64.dmgmacOSIntelBuzz_version_x64.dmgLinuxx86_64Buzz_version_amd64.AppImage或Buzz_version_amd64.debWindowsx64Buzz_version_x64-setup_alpha-unsigned.exe在 Mac 上可通过苹果菜单 关于本机判断芯片类型Chip: Apple… 即 Apple SiliconProcessor: Intel… 即 Intel。Windows 构建未做代码签名首次启动时 SmartScreen 可能提示Windows protected your PC如有 More info 选项请点击后选择Run anyway。默认情况下应用连接ws://localhost:3000。要指向你自己运行的或别人共享的中继可在启动前设置BUZZ_RELAY_URL或在应用内切换中继。如果还没有中继请按下面从源码构建运行的路径在本地搭一个。方式二自托管中继无需管理服务器可以在 Railway 上一键部署README 提供了 Deploy on Railway 按钮详见其文档。方式三从源码构建运行开发 / 自托管路径你需要 Docker 和 Hermit或者 Rust 1.88、Node 24、pnpm 10、just。一次性准备git clone https://github.com/block/buzz.git cd buzz . ./bin/activate-hermit # 固定工具链首次使用自动下载 just setup just buildjust setup会自动运行just bootstrap必要时将.env.example复制为.env通过 Hermit 下载所有必需工具并启动 Docker 服务与迁移。bootstrap还通过 scripts/ensure-local-relay-key.sh 生成稳定的中继签名密钥写入.env。日常开发. ./bin/activate-hermit just dev # 一起启动中继 桌面应用中继运行在ws://localhost:3000桌面应用随即弹出。想要中继日志与 Vite 输出分离的分屏终端工作流可以一个终端跑just relay另一个跑just desktop-dev。想跑单节点 / VPS 中继而不是本地开发栈使用 deploy/compose/ 中的生产 Compose 包docker compose Postgres、Redis、MinIO可选 Caddy/TLS。根目录的 docker-compose.yml 仅用于日常开发。为代理准备设置BUZZ_PRIVATE_KEY并使用 crates/buzz-cli —— JSON 进、JSON 出专为 LLM 工具调用设计。Windows 前置条件代理的 shell 工具在 bash 下运行命令。macOS 和 Linux 自带 bashWindows 需要自行安装 Git for Windows——它自带的 Git Bash 就是 buzz 运行时解析到的 shell。安装后一切与其他平台一致。如果想把 buzz 指向其他兼容 bash 的 shell设置BUZZ_SHELL为其路径例如BUZZ_SHELLC:\path\to\bash.exe代理的工具描述会自动更新为当前生效的 shell。常用开发命令just任务表just setup # Docker、迁移、桌面依赖 just relay # 运行中继 just dev # 运行桌面应用 just build # 构建 Rust workspace just check # fmt clippy 桌面检查 just test-unit # 单元测试无需基础设施 just test # 完整测试套件必要时自动启动服务 just ci # CI 运行的所有内容 just reset # ⚠️ 清空数据并重建环境变量与配置默认值开箱即用所有默认值均可开箱即用通过.env覆盖。以下是 .env.example 中与中继运行直接相关的关键配置完整参考见该文件变量默认值说明DATABASE_URLpostgres://buzz:buzz_devlocalhost:5432/buzzPostgres 17 连接串REDIS_URLredis://localhost:6379Redis 7 连接串BUZZ_BIND_ADDR0.0.0.0:3000中继绑定地址host:portRELAY_URLws://localhost:3000公共 WebSocket URL用于 NIP-42 认证挑战BUZZ_RELAY_PRIVATE_KEYjust bootstrap生成中继稳定签名密钥必须跨重启与备份保留BUZZ_WEB_DIR未设置web UI 构建产物目录设置后中继在/提供浏览器前端BUZZ_PUSH_ENABLEDfalseNIP-PL 移动推送显式开启开关BUZZ_S3_ENDPOINT/BUZZ_S3_ACCESS_KEY/BUZZ_S3_SECRET_KEY/BUZZ_S3_BUCKET/BUZZ_S3_REGION本地 MinIO 默认值S3 兼容对象存储媒体 Git/CASBUZZ_S3_ADDRESSING_STYLEpath本地 DNS 方案必须用path仅当提供方要求bucket 作为子域名 URL时用virtualRUST_LOGbuzz_relaydebug,...日志级别过滤从源码结构看中继还暴露了这些可调参数默认值见 .env.example 注释连接池BUZZ_REDIS_POOL_SIZE默认 16、BUZZ_DB_POOL_SIZE默认 50写入池 / 读取池各一数据库会话超时毫秒BUZZ_DB_LOCK_TIMEOUT_MS默认 5000、BUZZ_DB_IDLE_TXN_TIMEOUT_MS默认 60000、BUZZ_DB_STATEMENT_TIMEOUT_MS默认 0 关闭限流档位Redis 支撑如BUZZ_RATE_LIMIT_HUMAN_MESSAGES_PER_MIN默认 60、BUZZ_RATE_LIMIT_AGENT_STANDARD_MESSAGES_PER_MIN默认 120、BUZZ_RATE_LIMIT_AGENT_PLATFORM_MESSAGES_PER_MIN默认 600等Git 存储BUZZ_GIT_REPO_PATH默认./repos、BUZZ_GIT_MAX_PACK_BYTES默认 524288000、BUZZ_GIT_PACK_CACHE_MAX_BYTES默认 5368709120媒体上传准入BUZZ_MEDIA_MAX_CONCURRENT_UPLOADS默认 8、BUZZ_MEDIA_UPLOADS_PER_MINUTE默认 30瞬时频道BUZZ_EPHEMERAL_TTL_OVERRIDE、BUZZ_REAPER_INTERVAL_SECS默认 5s注意README 在Configuration折叠块中特别强调——所有默认值开箱即用完整参考在 .env.example。此外BUZZ_RELAY_PRIVATE_KEY是稳定密钥必须纳入备份见下节。生产部署单节点 / VPS Compose 包deploy/compose/README.md 提供了独立的单节点 / VPS 部署包与根目录的本地开发docker-compose.yml刻意分离。快速开始cd deploy/compose cp .env.example .env $EDITOR .env # 替换每一个 CHANGE_ME 值 ./run.sh start需要自动 Lets Encrypt 证书Caddy的公开 VPScd deploy/compose BUZZ_COMPOSE_TLStrue ./run.sh start部署要点摘自该文档需要 Docker Compose v2.24.4 或更新版本TLS 覆盖用 Compose 的!reset标签在 Caddy 终止 HTTPS 时移除中继直接端口。默认BUZZ_IMAGE追踪ghcr.io/block/buzz:main生产环境建议固定到ghcr.io/block/buzz:sha-7或语义化版本标签。保持BUZZ_RELAY_PRIVATE_KEY、BUZZ_GIT_HOOK_HMAC_SECRET、数据库 / Redis / S3 密钥跨重启稳定。RELAY_OWNER_PUBKEY有意不加BUZZ_前缀启用关闭式中继模式时它必须是 64 字符十六进制 Nostr 公钥。BUZZ_AUTO_MIGRATE是显式选择加入的全新数据库引导时可设BUZZ_AUTO_MIGRATEtrue或在中继启动前手动运行buzz-admin migrate。Compose 包将中继端点固定为http://minio:9000和BUZZ_S3_ADDRESSING_STYLEpath因为 Docker DNS 解析的是minio而非bucket.minio若对接外部 S3 提供方需要自定义 Compose 配置。备份清单运行./run.sh backup-hint可查看完整清单核心包括.env尤其是BUZZ_RELAY_PRIVATE_KEY与各类密钥、Postgres 数据推荐pg_dump或静默卷快照、MinIO/S3 bucket 内容媒体与 git 对象、buzz-git-data卷BUZZ_GIT_REPO_PATH/data/git以及使用 Caddy 时的 Caddy 数据 / 配置卷。Postgres 与对象 / git 状态快照应取自同一维护窗口。发布前验证新安装cd deploy/compose cp .env.example .env $EDITOR .env ./run.sh config ./run.sh start curl -fsS http://127.0.0.1:$(grep -E ^BUZZ_HTTP_PORT .env | cut -d -f2-)/_liveness ./run.sh statusrun.sh还提供stop/down、restart、pull、upgrade拉取 重建 打印备份提示、logs、status/ps等子命令脚本会在.env缺失或仍含CHANGE_ME占位符时拒绝启动防止以生成密钥缺失的状态上线。Agent 接入buzz-cli 与 ACP 工具链buzz-cliJSON 进JSON 出buzz-cli是面向代理的 CLI设计目标就是被 LLM 当工具调用。安装与认证cargo install --path crates/buzz-cli export BUZZ_PRIVATE_KEYnsec1... # NIP-98 签名请求代理带密钥对 buzz channels list约定所有输出是 stdout 上的 JSON错误是 stderr 上的 JSON。退出码0ok、1用户错误、2网络、3认证、4其他、5写冲突。常用示例# 设置中继 URL默认 http://localhost:3000 export BUZZ_RELAY_URLhttps://relay.example.com # 消息 buzz messages send --channel uuid --content Hello buzz messages send --channel uuid --content Reply --reply-to event-id --broadcast buzz messages send --channel uuid --content - message.md # 从 stdin 读取正文 buzz messages get --channel uuid --limit 20 buzz messages thread --channel uuid --event event-id buzz messages search --query architecture buzz messages edit --event event-id --content Updated text buzz messages delete --event event-id # 频道 buzz channels list buzz channels create --name my-channel --type stream --visibility open buzz channels join --channel uuid buzz channels topic --channel uuid --topic New topic # 回应与 GIF buzz reactions add --event event-id --emoji buzz gifs search --query celebration # 用户与在线状态 buzz users get --pubkey hex buzz users set-presence --status online buzz users set-status --text heads down on the CLI --emoji # 工作流 buzz workflows list --channel uuid buzz workflows trigger --workflow uuid buzz workflows approve --token uuid # 画布与代理记忆NIP-AE buzz canvas set --channel uuid --content # Welcome buzz mem set slug my-value # 仓库保护 buzz repos protect set --id my-repo --ref refs/heads/main --push admin --no-force-push --no-delete # 管道到 jq buzz channels list | jq .[].nameprotect set会替换指定 ref 模式下的每一条现有规则命令中省略的约束会被移除protect list会在validation_error中报告格式错误的存储规则便于所有者修复。CLI 架构为buzz group subcommand [flags]main.rsclap→commands/*.rs处理器→client.rsreqwest→ Buzz Relay REST API配合validate.rsUUID、hex、内容大小、百分号编码与error.rsJSON 错误 退出码。ACP 工具链让 Goose / Codex / Claude Code 成为频道成员buzz-acp是独立的 Agent Communication ProtocolACP工具链二进制把 Buzz 中继事件桥接到 AI 代理Buzz Relay ──WS──→ buzz-acp ──stdio (ACP/JSON-RPC)──→ Agent (goose/codex/claude)它会派生 1–32 个代理子进程默认 1通过 WebSocket NIP-42 认证连接中继经 REST API 发现频道并按频道对mention事件排队——每个频道同时最多一个进行中的 prompt后续 mention 排队等待代理响应。代理子进程崩溃会被检测并重新拉起。在 .env.example 中ACP 的完整配置每个变量对应同名 CLI 标志小写、连字符转下划线包括身份与认证BUZZ_PRIVATE_KEY必填hex 或 bech32标识代理身份、BUZZ_RELAY_URL代理子进程BUZZ_ACP_AGENT_COMMAND如goose、BUZZ_ACP_AGENT_ARGSGoose 默认acp、BUZZ_ACP_MCP_COMMAND可选 MCP sidecar、BUZZ_ACP_AGENTS并行子进程数 1–32、BUZZ_ACP_MODEL可用buzz-acp models发现超时与会话BUZZ_ACP_TURN_TIMEOUT默认 320 秒、BUZZ_ACP_MAX_TURNS_PER_SESSION0 关闭长驻代理建议 50提示词BUZZ_ACP_SYSTEM_PROMPT/BUZZ_ACP_SYSTEM_PROMPT_FILE、BUZZ_ACP_INITIAL_MESSAGE心跳BUZZ_ACP_HEARTBEAT_INTERVAL0 或 ≥10长驻代理建议 60 防空闲会话超时订阅与过滤BUZZ_ACP_SUBSCRIBEmentions默认 /all/config规则式、BUZZ_ACP_KINDS、BUZZ_ACP_CHANNELS、BUZZ_ACP_NO_MENTION_FILTER去重与自我忽略BUZZ_ACP_DEDUPqueue默认 /drop、BUZZ_ACP_NO_IGNORE_SELF默认忽略自己的消息会话作用域BUZZ_ACP_SESSION_POLICYchannel默认 /thread可为线程隔离 provider 会话上下文与存在感BUZZ_ACP_CONTEXT_MESSAGE_LIMIT默认 12、BUZZ_ACP_NO_PRESENCE、BUZZ_ACP_NO_TYPING快速启动示例BUZZ_PRIVATE_KEYhex BUZZ_RELAY_URLws://localhost:3000 buzz-acp面向开发者的深度参考测试与更进一步ARCHITECTURE.md——系统设计、kind 区间、子系统边界、连接生命周期NIP-42 挑战 → 认证 → 三循环recv / send / heartbeat30 秒 ping、3 次未响应即断开、事件管线认证 → 公钥匹配 → Schnorr 验证 → 成员检查 → DB 插入 → Redis 发布 → 扇出 → 搜索索引 → 审计 → 工作流触发其中第 10–12 步均为 fire-and-forget、订阅三档扇出索引(channel_id, kind)→channel_id通配 → 全局线性扫描以及全局订阅被排除在频道事件扇出之外的安全边界。TESTING.md——多代理 E2E 测试套件just test-unit/just test/just ci覆盖单元、集成与 CI 全套。VISION.md与 VISION_SOVEREIGN.md、VISION_PROJECTS.md、VISION_AGENT.md——四份愿景文档是这个东西会变成什么的长篇版本。CONTRIBUTING.md·CODE_OF_CONDUCT.md·SECURITY.md·GOVERNANCE.md——贡献与治理约定。桌面客户端Tauri 2 React 19与中继 web 前端web/、Flutter 移动客户端mobile/共同构成多端接入admin-web/提供私有的审核 / 管理面板BUZZ_ADMIN_HOST、BUZZ_ADMIN_AUTHnip98|disabled配合RELAY_OPERATOR_PUBKEYS/RELAY_OWNER_PUBKEY。已知限制诚实的边界README 与架构文档都强调已知限制是已核实的差距而非设计抱负。写作时最值得注意的几条无限流实现RateLimitertrait 存在于buzz-auth但唯一实现是测试桩AlwaysAllowRateLimiter#[cfg(any(test, feature test-utils))]门控RateLimitConfig定义了 human / agent-standard / agent-elevated / agent-platform 四档设计目标但当前均未强制不过.env.example已提供 Redis 支撑的限流档位变量。工作流审批门未端到端打通request_approval动作会返回StepResult::Suspended中继也有 grant/deny API 端点与 DB CRUD但执行器尚未持久化审批 token 或恢复执行——命中审批门的运行会被标记为 Failed WF-08。工作流部分动作未实现send_dm与set_channel_topic已入 schema 但返回NotImplemented运行到该步会失败 WF-07。Huddle 录音 / 逐轨发布未构建语音、房间生命周期与 join/leave/end 事件已接通录音与逐轨发布只有保留的 kind尚无生产者。无 sqlx 离线查询缓存使用运行时sqlx::query()而非编译期sqlx::query!()查询不做编译期校验。无独立 typing REST 端点输入中指示kind 20002通过本地扇出与 Redis pub/sub 分发没有查询当前输入者的 REST 端点。结语一个中继而不是七个互相假装认识的标签页Buzz 的赌注是一个社区可以做到团队目前需要靠聊天、forge、机器人、CI 仪表盘、发布工具、搜索引擎和一堆胶水代码拼凑才能做到的事情——不是一次全上、也不是变魔术而是用同一块底材替代七个假装互相认识的标签页。代理是房间的一部分而不是闹鬼的定时任务。它是什么一个人类、代理、工作流、git 事件和项目记忆相互协作的中继——一个可以成长到超越它所取代的那些标签页的工作空间起点。项目以 Apache 2.0 协议开源由 Block, Inc. 构建。想要立刻动手从just setup just build开始用just dev拉起你的第一个本地社区然后设置BUZZ_PRIVATE_KEY用 buzz-cli 让你的第一个代理真正入室。【免费下载链接】buzzA hive mind communication platform项目地址: https://gitcode.com/GitHub_Trending/buzz14/buzz创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考