OpenClaw 爆红。认识构建和保障其安全的维护者。

**摘要：** AI代理项目OpenClaw从一位开发者的挫败感中诞生，迅速走红，迫使维护者紧急制定新的社区规范和安全策略，以应对空前的用户增长和滥用行为。 ### 起源故事：从挫败到“万能问题解决器” 该项目源于创始人彼得·斯坦伯格希望向电脑发送指令的需求。转折点发生在马拉喀什旅行期间，当地网络信号极差，他通过WhatsApp向OpenClaw代理发送了一条语音消息请求翻译。这个尚未内置语音功能的代理自主解决了问题：接收文件后识别为音频格式，完成格式转换，调用OpenAI密钥通过Whisper进行语音转录，最终回复文本结果。 这标志着代理从简单脚本向“万能问题解决器”的演进。斯坦伯格此刻意识到，这已远非业余项目。 ### 维护者加入这场“狂欢” 多位核心维护者被项目独特能力吸引： * **萨莉**被与代理交互的“魔法般体验”所震撼，在发现微软Teams集成后，她花费数小时配置并开始致力于降低其他用户的接入门槛。 * **乔希**通过X（原推特）上的加密货币交易者发现OpenClaw。将其连接到iMessage后，他立即成为积极推广者，形容这种兴奋感堪比1990年代个人计算机革命。 * **文森特**最初通过提交近40个经验证的安全漏洞（GHSA）引起彼得·斯坦伯格注意。某夜收到Discord入群邀请后，他立即被指派修复自己报告的漏洞。 ### 超高速增长的挑战 作为GitHub史上增长最快项目的维护者，他们付出了巨大的个人与职业代价： * **个人过载：** 斯坦伯格描述了六个月完全暂停个人生活、被海量漏洞报告和社区需求淹没的状态，在高强度关注下甚至产生冒充者综合征。 * **社区压力：** 用户不断要求即时修复和新功能，常忘记维护者还需平衡全职工作。 * **混乱管理：** 激增的活动被形容为“信息垃圾场”，团队甚至创造了“提示词请求”这个新术语来描述大量涌入的贡献。 ### 管理贡献混乱 为应对规模压力，团队实施了严格新规： * **拉取请求限流：** 制定规则限制每位贡献者同时最多提交10个拉取请求。这对管理数千个PR、防止单个问题被过多解决方案淹没至关重要。 * **工具开发：** 团队开发了“墙面清扫器”等工具辅助管理PR流量。 * **新手贡献者培养：** 尽管处于混乱中，团队仍重视欢迎首次贡献者——其中很多是非开发者通过与代理对话构建简单解决方案。维护者随后协助完善代码并完成合并。 ### 安全滥用与新工作流程 病毒式传播同时吸引了真诚的贡献者与恶意行为者： * **自动化滥用：** 有公司利用自动化系统抓取公开Issue、复制现有PR并重新提交，只为获取合并贡献带来的“信任徽章”，严重消耗GitHub API资源。 * **维护者新流程：** 在PR中辩论代码的传统模式被更务实的方法取代：维护者常直接编辑贡献者的PR进行优化，更关注核心创意的价值而非初始实现方式。 ### 代理范式的革命性力量 团队反思OpenClaw代表的更广泛变革。他们将该项目的普及与ChatGPT相比——后者最初遭遇企业质疑，但很快变得不可或缺。他们认为我们正进入新的“代理时代”，个人能借助AI快速产生重大影响。这个项目已成为超大规模社区驱动AI工具的力量与挑战的典型案例。 来源：https://youtu.be/5VSwaUXtPIE