一周热榜

大家好， 我是一名23岁的创始人，正在Product Hunt上推出我的第一个产品。我正在构建一个分享互动体验的平台。如今，大家都在通过人工智能制作出令人惊叹的互动作品和工具，但目前分享这些作品的方式仅限于视频，其他人只能观看，或者通过托管，这对普通人来说非常困难。因此，我开发了Circuit，您可以通过它可视化您的想法并与之互动，同时与许多人分享。 请查看这个在Circuit上展示的真实血流的人类心脏： [https://circuit-alpha.netlify.app/post/741244de-74b5-4b12-a862-12b275d4fb18](https://circuit-alpha.netlify.app/post/741244de-74b5-4b12-a862-12b275d4fb18) 我还构建了一个工作的V8发动机和一个喷气发动机。构建过程非常简单，只需描述您的想法，它就会为您构建出来。您只需点击两次即可分享，和在社交媒体上分享图片一样简单。 您可以把我的平台想象成YouTube，但不是观看视频，而是与每个帖子进行互动和游戏。 Product Hunt链接：[https://www.producthunt.com/products/circuit-3?utm_source=other&utm_medium=social](https://www.producthunt.com/products/circuit-3?utm_source=other&utm_medium=social)

嗨，HN， 我一直在尝试使用自主编码代理（如 OpenClaw 和各种 CLI 工具），但在将它们用于实际生产工作时，遇到了两个主要障碍： 安全性与状态：大多数代理需要在本地机器或 VPS 上运行持久状态，通常需要广泛的文件系统访问权限。这对企业代码来说是一个安全隐患。 混乱：通用代理试图在一个上下文窗口中同时处理所有任务（规划、编码、测试），这不可避免地导致幻觉和依赖关系破裂。 我想要一个能反映实际工程团队工作方式的系统，因此我构建了一个完全在 GitHub 内部运行的开源框架。 工作原理：我使用 Anthropic 的 Claude 设计了一个多代理系统（Scrum Master、规划者、开发者、QA 测试员），完全通过 GitHub Actions 协调。 你可以打开一个带有功能请求的问题。“Scrum Master”代理将其拆分成一个看板。“规划者”撰写一个带有实施规范的功能问题。一旦你批准它，“开发者”会启动一个临时的无服务器容器，编写代码并打开一个 PR。“QA”代理会审核 PR，运行测试并留下评论。这种架构的好处在于每个任务都在一个无污染的、一次性使用的运行器中执行。没有损坏的环境或残留状态。它完全依赖于 GitHub 的权限模型。代理只能看到他们被明确授予访问权限的内容。所有操作都在标准的 PR 差异和问题评论中进行，而不是在终端窗口或聊天应用中。 开源模板（使用 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 应用版本，具有即时依赖关系注入（这样你就不必在每次运行时等待 2 分钟来安装 node_modules，或消耗令牌来使用 AI 设置环境）。初始版本将支持 Python 和 TypeScript/Node.js 环境。未来，我将添加更多环境，如 Android 开发环境。如果你想跳过 Actions 设置并在预设环境中运行你的代理，可以在这里查看候补名单：<a href="https://collo.dev" rel="nofollow">https://collo.dev</a>。 我很想听听 HN 对这个架构的看法，特别是关于通过 GitHub webhook 事件进行的多代理交接。

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