HumanLayer 开源基于 Cloudflare Durable Objects 的 serverless 后台 agent，可从 GitHub issue 自动创建 PR

刚刚通过一个 serverless 后台 agent 从 github issue 创建了一个 PR，而且它完全开源 在 humanlayer，我们一直在深入思考优秀的开源软件工厂构建块应该是什么样子 为了推进这一点，我构建了一个我长久以来想要的东西： 一种 hands-outside-the-box 的方式，在带有虚拟 fs 的运行时中运行轻量级 agent，只在必要时才使用容器——更快、更便宜等等 再结合针对 GitHub、slack 和 linear 的非常好的 webhook / 事件绑定 我们为此构建了两个组件： 1. http://github.com/humanlayer/effect-channels - 针对 slack/linear/github 的 effect-native webhook 订阅；类似 @vercel chat SDK，但用 effect 实现，并且对软件工厂有更多主张；处理线程化与事件投递去抖之类的事情 2. 提及和其他事件会启动我们的 Fold harness（http://github.com/humanlayer/fold，可以想象成 effect 版的 @pidotdev；完全同构，可在任何地方运行） 基础设施基于 @cloudflare workers 和 durable objects，通过 @alchemy_run 构建——每个 thread/channel/issue/pr 都有自己的 mailbox，受投递策略（队列、去抖、批处理）约束 mailbox 消息会唤醒运行在 Durable object 中的 fold agent 会话，无需启动沙箱 它使用 cloudflare/computer 为每个 issue/PR 的 git 分支提供由 DO 支持的虚拟文件系统 agent 可以针对 DO 的虚拟文件系统运行它想要的大多数命令 并且只有当 agent 判断需要运行更重的命令时，它才能启动一个通过 FUSE 将 FS 挂载进去的容器 工具由 webhook 事件生成，因此 agent 会获得范围严格限定的工具，例如从它所在的 issue 创建 pr，或仅列出它绑定到的 PR 中失败的检查；此外还很容易穿插确定性代码 它具备实时进度更新，可以对其线程中的 issue 做出反应等等（linear + slack 模块支持它们各自的流式 agent 活动与 agent 计划 API；对于 github，我们通过实时编辑 issue 稍微凑合了一下） 它甚至有一个 API，可以将 agent 工作移交给另一个系统（例如一个拥有超厚沙箱的 k8s 集群，如果你需要比 cloudfalre 的 standard-4 规格容器更大的容器），而该系统可以回传流式更新并更新 agent 运行的状态，因此相当解耦 它被接入以自动调查 CI 失败以及其他一些巧妙的东西 开源地址 https://github.com/humanlayer/effect-channels/tree/main/examples/alchemy-cloudflare 一个很好的实际运行示例：https://github.com/humanlayer/fold/issues/60 https://alchemy.run https://www.npmjs.com/package/@cloudflare/computer