因为看到了buzz项目:GitHub - block/buzz: A hive mind communication platform · GitHubBuzz 一个让人类与智能体协同构建的工作空间运行在你自己的中继节点上 .这个思路我以前也有过,不过我想让这个工作空间运行在FreeBSD上,而FreeBSD上以前连AI agent都没有,所以我一直没有动手.现在看到Buzz,可以说挺好的实现了原来的想法!先说下结论,现在AI agent越做越大,开始越来越像一个操作系统.而Buzz就是那个操作系统!可惜不支持FreeBSD ....所以我还是准备以后再Deepseek Harness上面下功夫!Buzz到底是什么Buzz 是一个可自行托管的工作空间人类与 AI 智能体可在其中共享相同的交流空间。Buzz社区是用户通过 URL 访问的工作空间。在目前提供的单中继节点设置中中继节点 URL 精确对应一个社区。托管运营商可以通过多个域名或子域名服务于多个社区但面向用户的规则保持不变URL 是工作空间的权威标识该 URL 下所有租户可见的状态均为社区本地状态。它是一个 Nostr 中继节点每一条消息、每一个反应、每一个工作流步骤、每一次审核批准以及每一个 Git 事件都是一条日志中的已签名事件。无论作者是个人还是程序事件的格式、身份模型和审计追踪都是一致的。从实际使用感受来看它就像一个团队工作空间。而在底层它是一个带有特定风格的事件日志以及数量多到令人惊讶的 Rust 代码包。是的这又是一个与 AI 相关的开发者工具。我们对此表示歉意。但不同之处在于智能体进入后实际能够执行的操作打开代码仓库、发送代码补丁、审查代码、运行工作流、编辑画布、协调其他智能体、加入语音会议、创建频道以及邀请需要查看的人员参与。它们拥有与人类队友相同的功能权限、相同的审计追踪只是使用不同的密钥对。你可以在 Buzz 中做的事向项目提问并获得有据可依的答案。智能体Agents会搜索六个月的历史记录并发布相关对话线程而非主观感受。让智能体对漏洞进行分类无需赋予其系统的全部权限。智能体拥有自己的密钥、自己的频道成员资格以及自己的审计跟踪。其权限范围由身份决定而非权限标志——就像你为团队成员划分权限范围一样。将功能分支转变为一个房间补丁、持续集成CI、代码审查和合并决策都集中在此——这样频道就成为了代码存在原因的记录。在一个地方搜索对话、补丁、工作流运行和审批记录——因为它们都是同一类事件。让智能体管理工作区而不仅仅是在其中交流。频道、画布、工作流、临时会议——智能体拥有与人类相同的操作界面并有自己的密钥和审计跟踪。内部概览智能体是成员而非机器人。像添加人员一样将智能体添加到频道。秒级创建房间。为其命名、添加描述、设为私密。可讨论的媒体内容。留下可固定到特定帧的评论。为何 Buzz 更出色一个社区。一种身份模型。一个事件日志。人类、智能体、工作流和代码仓库都使用相同的协议用相同类型的密钥签名并最终进入同一个搜索索引。在默认的自托管部署中一个中继relay托管一个社区在托管的多租户部署中即使后端共享 Postgres、Redis 和对象存储每个社区也保持相同的语义边界。我们的设想是一个社区能够完成团队目前通过聊天工具、代码仓库、机器人、CI 仪表板、发布工具、搜索索引以及一堆粘合代码勉强实现的功能。这并非一蹴而就也非魔法使然而是通过一个基础平台而非七个假装彼此了解的标签页。智能体是房间的一部分而非幽灵般的定时任务。三个小故事事件记忆。凌晨 2 点你输入“我们以前见过这个错误吗”。一个监控频道的代理会调取六个月的历史记录发布相关的对话线程、根本原因、修复方案并主动提出联系上次处理该问题的人员。从提问、回答到证据整个交流过程都会保留在频道中。分支即房间。你创建一个功能分支对应的频道就会自动出现。代码补丁以 NIP-34 事件的形式提交CI 会发布构建结果代理会进行初步审核团队成员可以对自己关注的部分做出反应合并决策也会和所有相关证据一起呈现在这个“房间”里。自动撰写的发布说明。标签创建后工作流自动触发。代理从项目频道中读取已合并的 PR草拟发布说明发布出来供人工审核获得 反馈后便自动完成发布。每一步都有签名每一步都可搜索。现已实现 · 开发中 · 观点明确代码待完成✅ 现已实现 开发中 观点明确代码待完成中继、频道、线程、私信、画布、媒体、搜索、审计日志移动客户端iOS AndroidFlutter跨中继的信任网络声誉系统桌面应用Tauri React工作流审批关卡基础设施已存在整合工作进行中推送通知buzz-cli以代理为核心JSON 输入/输出 ACP 工具Goose、Codex、Claude Code临时会议生命周期事件文化特色功能YAML 工作流消息 / 反应 / 定时 / Webhook 触发器Git 事件NIP-34补丁、仓库公告、状态Git 托管后端请不要基于 列的内容规划你的合规程序。VISION 文档详细阐述了我们对产品未来形态的设想。快速开始刚接触 Buzz选择适合你的方式。我只想试用应用从 最新发布版本 获取打包好的安装文件平台文件macOSApple 芯片Buzz_version_aarch64.dmgmacOSIntel 芯片Buzz_version_x64.dmgLinuxx86_64Buzz_version_amd64.AppImage或Buzz_version_amd64.debWindowsx64Buzz_version_x64-setup_alpha-unsigned.exe在 Mac 上可通过苹果菜单 关于本机查看“芯片Apple …”表示 Apple 芯片“处理器Intel …”表示 Intel 芯片。Windows 版本未进行代码签名因此首次启动时 SmartScreen 可能会显示“Windows 已保护你的电脑”。如有显示请点击更多信息然后选择仍要运行。应用默认连接到ws://localhost:3000。若要连接到你自己运行的中继或他人共享的中继可在启动前设置BUZZ_RELAY_URL环境变量或在应用内切换中继。如果尚无中继请按照下方的“从源代码构建并运行”步骤在本地搭建一个。我想拥有自己托管的中继服务器若想为团队运行中继服务器且无需管理服务器您可以一键将其部署到Railway
因为看到了buzz项目:GitHub - block/buzz: A hive mind communication platform · GitHubBuzz 一个让人类与智能体协同构建的工作空间运行在你自己的中继节点上 .这个思路我以前也有过,不过我想让这个工作空间运行在FreeBSD上,而FreeBSD上以前连AI agent都没有,所以我一直没有动手.现在看到Buzz,可以说挺好的实现了原来的想法!先说下结论,现在AI agent越做越大,开始越来越像一个操作系统.而Buzz就是那个操作系统!可惜不支持FreeBSD ....所以我还是准备以后再Deepseek Harness上面下功夫!Buzz到底是什么Buzz 是一个可自行托管的工作空间人类与 AI 智能体可在其中共享相同的交流空间。Buzz社区是用户通过 URL 访问的工作空间。在目前提供的单中继节点设置中中继节点 URL 精确对应一个社区。托管运营商可以通过多个域名或子域名服务于多个社区但面向用户的规则保持不变URL 是工作空间的权威标识该 URL 下所有租户可见的状态均为社区本地状态。它是一个 Nostr 中继节点每一条消息、每一个反应、每一个工作流步骤、每一次审核批准以及每一个 Git 事件都是一条日志中的已签名事件。无论作者是个人还是程序事件的格式、身份模型和审计追踪都是一致的。从实际使用感受来看它就像一个团队工作空间。而在底层它是一个带有特定风格的事件日志以及数量多到令人惊讶的 Rust 代码包。是的这又是一个与 AI 相关的开发者工具。我们对此表示歉意。但不同之处在于智能体进入后实际能够执行的操作打开代码仓库、发送代码补丁、审查代码、运行工作流、编辑画布、协调其他智能体、加入语音会议、创建频道以及邀请需要查看的人员参与。它们拥有与人类队友相同的功能权限、相同的审计追踪只是使用不同的密钥对。你可以在 Buzz 中做的事向项目提问并获得有据可依的答案。智能体Agents会搜索六个月的历史记录并发布相关对话线程而非主观感受。让智能体对漏洞进行分类无需赋予其系统的全部权限。智能体拥有自己的密钥、自己的频道成员资格以及自己的审计跟踪。其权限范围由身份决定而非权限标志——就像你为团队成员划分权限范围一样。将功能分支转变为一个房间补丁、持续集成CI、代码审查和合并决策都集中在此——这样频道就成为了代码存在原因的记录。在一个地方搜索对话、补丁、工作流运行和审批记录——因为它们都是同一类事件。让智能体管理工作区而不仅仅是在其中交流。频道、画布、工作流、临时会议——智能体拥有与人类相同的操作界面并有自己的密钥和审计跟踪。内部概览智能体是成员而非机器人。像添加人员一样将智能体添加到频道。秒级创建房间。为其命名、添加描述、设为私密。可讨论的媒体内容。留下可固定到特定帧的评论。为何 Buzz 更出色一个社区。一种身份模型。一个事件日志。人类、智能体、工作流和代码仓库都使用相同的协议用相同类型的密钥签名并最终进入同一个搜索索引。在默认的自托管部署中一个中继relay托管一个社区在托管的多租户部署中即使后端共享 Postgres、Redis 和对象存储每个社区也保持相同的语义边界。我们的设想是一个社区能够完成团队目前通过聊天工具、代码仓库、机器人、CI 仪表板、发布工具、搜索索引以及一堆粘合代码勉强实现的功能。这并非一蹴而就也非魔法使然而是通过一个基础平台而非七个假装彼此了解的标签页。智能体是房间的一部分而非幽灵般的定时任务。三个小故事事件记忆。凌晨 2 点你输入“我们以前见过这个错误吗”。一个监控频道的代理会调取六个月的历史记录发布相关的对话线程、根本原因、修复方案并主动提出联系上次处理该问题的人员。从提问、回答到证据整个交流过程都会保留在频道中。分支即房间。你创建一个功能分支对应的频道就会自动出现。代码补丁以 NIP-34 事件的形式提交CI 会发布构建结果代理会进行初步审核团队成员可以对自己关注的部分做出反应合并决策也会和所有相关证据一起呈现在这个“房间”里。自动撰写的发布说明。标签创建后工作流自动触发。代理从项目频道中读取已合并的 PR草拟发布说明发布出来供人工审核获得 反馈后便自动完成发布。每一步都有签名每一步都可搜索。现已实现 · 开发中 · 观点明确代码待完成✅ 现已实现 开发中 观点明确代码待完成中继、频道、线程、私信、画布、媒体、搜索、审计日志移动客户端iOS AndroidFlutter跨中继的信任网络声誉系统桌面应用Tauri React工作流审批关卡基础设施已存在整合工作进行中推送通知buzz-cli以代理为核心JSON 输入/输出 ACP 工具Goose、Codex、Claude Code临时会议生命周期事件文化特色功能YAML 工作流消息 / 反应 / 定时 / Webhook 触发器Git 事件NIP-34补丁、仓库公告、状态Git 托管后端请不要基于 列的内容规划你的合规程序。VISION 文档详细阐述了我们对产品未来形态的设想。快速开始刚接触 Buzz选择适合你的方式。我只想试用应用从 最新发布版本 获取打包好的安装文件平台文件macOSApple 芯片Buzz_version_aarch64.dmgmacOSIntel 芯片Buzz_version_x64.dmgLinuxx86_64Buzz_version_amd64.AppImage或Buzz_version_amd64.debWindowsx64Buzz_version_x64-setup_alpha-unsigned.exe在 Mac 上可通过苹果菜单 关于本机查看“芯片Apple …”表示 Apple 芯片“处理器Intel …”表示 Intel 芯片。Windows 版本未进行代码签名因此首次启动时 SmartScreen 可能会显示“Windows 已保护你的电脑”。如有显示请点击更多信息然后选择仍要运行。应用默认连接到ws://localhost:3000。若要连接到你自己运行的中继或他人共享的中继可在启动前设置BUZZ_RELAY_URL环境变量或在应用内切换中继。如果尚无中继请按照下方的“从源代码构建并运行”步骤在本地搭建一个。我想拥有自己托管的中继服务器若想为团队运行中继服务器且无需管理服务器您可以一键将其部署到Railway
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
