最新

Nya AI 结合了 AI 聊天客户端和协作平台，让您可以在一个统一的工作空间内与 AI 聊天、搜索网页、做笔记、撰写文档、与团队沟通/协作、管理文件等。

嗨 HN， 我一直在大量试验自主编码代理（如 OpenClaw 和各种 CLI 工具），但在尝试将它们用于实际生产工作时，我一直遇到两个主要障碍： 安全性和状态：大多数代理需要在本地机器或 VPS 上运行持久状态，通常需要广泛的文件系统访问权限。这对于企业代码来说是一场安全噩梦。 混乱：通用代理试图在单个上下文窗口中同时完成所有事情（规划、编码、测试），这不可避免地会导致幻觉和依赖关系中断。 我想要一个能够模拟实际工程团队工作方式的系统，所以我构建了一个完全在 GitHub 内部运行的开源框架。 工作原理：我使用 Anthropic 的 Claude 绘制了一个多代理系统（Scrum Master、Planner、Dev、QA Tester），完全通过 GitHub Actions 进行编排。 您使用功能请求打开一个 Issue。“Scrum Master”代理将其分解为看板。 “Planner”编写一个包含实现规范的功能 Issue。一旦您批准它， “Dev” 就会启动一个短暂的、无服务器的容器，编写代码，并打开一个 PR。 “QA” 代理会审查 PR，运行测试，并留下评论。这种架构的好处是每个任务都在一个无菌的、一次性使用的 runner 中运行。没有损坏的环境或残留状态。它完全依赖于 GitHub 的权限模型。代理只能看到它们被明确授予访问权限的内容。一切都发生在标准的 PR 差异和 Issue 评论中，而不是终端窗口或聊天应用程序中。 开源模板（使用 GitHub Actions）在这里：<a href="https://github.com/plusai-solutions/ai-scrum-master-template" rel="nofollow">https://github.com/plusai-solutions/ai-scrum-master-template</a> 我还在构建一个完全托管的、无服务器的 GitHub App 版本，具有即时依赖项注入功能（因此您不必等待 2 分钟才能在每次运行时安装 node_modules，或者消耗 token 来使用 AI 设置环境）。初始版本将支持 python 和 typescript/nodejs 环境。将来，我将添加更多环境，例如 android 开发环境。如果您想跳过 Actions 设置并在预设环境上运行您的代理，您可以在这里查看候补名单：<a href="https://collo.dev" rel="nofollow">https://collo.dev</a>。 我很想听取 HN 对该架构的看法，特别是关于通过 GitHub webhook 事件进行的多代理交接。