嗨，HN——我们开发了 Broccoli，这是一个开源工具，旨在从 Linear 获取编码任务，在独立的云沙箱中运行这些任务，并为人类审查打开 PR。
我们是一个小团队，主要的公司提供语音数据。但我们不断遇到编码代理的同样问题。我们会同时有功能请求、重构、bug 修复和一些内部工具工作，而通过本地代理会话来管理这些任务意味着需要频繁切换上下文、调整工作树，并且电脑必须保持开启以便任务能够继续运行。
因此，我们构建了 Broccoli。每个任务都有自己的云沙箱，可以独立完成整个执行过程。Broccoli 会检出代码库，利用工单中的上下文，进行实现，运行测试和审查循环，并为团队中的某人打开 PR 以供检查。
在过去的四周中，100% 的非开发人员的 PR 都是通过 Broccoli 提交的，这是一条更安全、更高效的路径。对于团队中的开发人员，这一比例约为 60%。更复杂的功能需要与 Codex / Claude Code 进行更多的反复设计，并使用相同的本地技能手动提交。
我们的实现使用了：
1. Webhook 部署：GCP
2. 沙箱：GCP 或 Blaxel
3. 项目管理：Linear
4. 代码托管与 CI/CD：Github
代码库： [https://github.com/besimple-oss/broccoli](https://github.com/besimple-oss/broccoli)
我们相信，如果编码是您业务的重要组成部分，您应该投资于自己的编码工具。这就是为什么我们决定将其开源，作为所有云编码代理的替代方案。期待听到您的反馈！
返回首页
最新
现在，任何人都可以更轻松地创建网站，即使不支付像Squarespace这样的拖放构建器费用。但对于普通的非技术人员来说，发布网站仍然存在太多障碍。
我敢打赌，大多数人不知道有免费的方式来托管网站，即使他们找到了解释，像Cloudflare和GitHub这样的技术平台（更不用说命令行了）也可能让人感到畏惧。
因此，我创建了weejur，这基本上是GitHub Pages的一个超级简单的用户界面前端。您可以通过OAuth登录，然后只需粘贴HTML或上传文件即可发布网站。如果您没有GitHub账户，您可以在OAuth流程中直接注册。这个服务是完全免费的，您可以在这里查看源代码[1]。
我希望这能让那些对网站托管一无所知的人更容易创建和分享他们自己的网站。
欢迎尝试，并请分享任何问题、想法或反馈！
[1] [https://github.com/weejur/weejur/](https://github.com/weejur/weejur/)
编码代理在编写代码方面已经相当出色，但它们仍然无法验证是否破坏了用户界面（UI）。<p>作为人类，我们依赖视觉差异来进行验证。我们打开它们，快速浏览，捕捉明显的回归错误。而代理完全不在这个循环中。<p>我是Argos（视觉测试）的联合创始人，最近我发布了一个命令行工具（CLI），以一种代理可以实际使用的方式展示视觉差异，而不是通过用户界面。<p>当我将其集成到代理工作流程中时，一些有趣的事情开始发生。代理开始捕捉明显的回归错误。有时它甚至会拒绝批准自己的拉取请求（PR）。在良好的提示下，它在看到差异并进行迭代后，甚至能够修复问题。<p>尽管如此，这仍然很粗糙，且不够可靠，不能单独信任。很多因素取决于代理对代码库的理解程度。在本地测试中，它有时会陷入循环并消耗大量令牌。<p>为代理提供对用户界面变化的“视觉”可能为未来更自主的开发代理提供一个有趣的反馈循环。
这是我整理的独立Hermes代理安装指南，主要针对通常在“运行此命令”之后被跳过的部分。
我希望有一个地方首先展示环境选择，然后是官方安装路径，接着是人们在安装后通常需要的第一批命令。这里的实际路径包括macOS、Linux、WSL2和Termux。
流程故意设计得比较简洁：选择主机，运行官方安装命令，重新加载shell，然后继续执行诸如hermes、hermes model、hermes setup、hermes gateway、hermes doctor和hermes update等命令，同时保持官方文档和GitHub页面随时可查以便验证。
AI Hermes代理是独立的，不是官方Hermes代理网站，不属于或得到Nous Research的认可，不托管或运行Hermes代理，也不提供在线聊天演示、账户系统、订阅、积分、API访问或托管运行时。
如果您尝试了这个指南，我特别希望能收到反馈，关于环境选择和安装后步骤是否足够清晰，以及指南中还有哪些地方留有太多隐含信息。