最新

QuickBEAM 是一个嵌入在 Erlang/OTP 虚拟机中的 JavaScript 运行时环境。 如果你正在构建一个全栈应用，JavaScript 往往会以各种方式渗透进来——前端、SSR（服务器端渲染）或第三方代码。 QuickBEAM 在 OTP 监督树中运行 JavaScript。 每个运行时环境都是一个进程，拥有一个可以执行以下操作的 `Beam` 全局对象： * 调用 Elixir 代码 * 发送/接收消息 * 生成和监控进程 * 检查运行时/系统状态 它还提供了由 OTP/原生原语（fetch、WebSocket、Worker、BroadcastChannel、localStorage、原生 DOM 等）支持的浏览器风格的 API。 这使得它可用于： * SSR（服务器端渲染） * 沙盒用户代码 * 每个连接的状态 * 具有直接 OTP 互操作性的后端 JS 值得注意的特点： * JS 运行时环境受到监督并可重启 * 通过内存/减少限制和 API 控制进行沙盒化 * Erlang 可以直接读取原生 DOM（无需字符串渲染步骤） * JS 和 Erlang 之间没有 JSON 边界 * 内置 TypeScript、npm 支持和原生插件 QuickBEAM 是 Elixir Volt 的一部分——一个基于 Erlang/OTP 的全栈前端工具链，无需 Node.js。 目前还处于早期阶段，欢迎提供反馈。

大家好， 我构建了 Sandclaw (https://github.com/qix/sandclaw)，目的是测试一个想法：在代理可能执行的任何写入路径上，都让人类参与其中。核心代理可以访问任何信息进行读取，但除了 LLM 提供商之外，这些信息都通过安全防火墙隔离。 随着时间的推移，我可以放宽防火墙，允许更安全的操作（例如，向我的待办事项列表添加任务总是安全的），甚至可能构建更智能的检查，以实现更大的自主性。但目前，对于发送/删除电子邮件、浏览不受信任的网站或运行 shell 命令，都采取“默认拒绝”策略。 有没有哪个项目真正实现了这种机制？我一直在搜索，但似乎所有选项都侧重于让代理决定何时提问，这感觉… 很有问题。

事情是这样的：如果因为大语言模型（LLM）之间相互竞争，都想击败对方，导致智能被商品化，价格不断下降，感觉这里正在发生一场价格战。如果这种智能变得如此便宜，就像 Sam Altman 说的那样，便宜到可以像计量用电一样计量，然后如果 LLM 代理（比如 openclaw 或 hermes）的“躯体”，也就是框架，开源了，并且比任何初创公司提供的都好，那么数据就成为了最后的护城河。归根结底，每个超级智能或通用人工智能（AGI）实际上都只擅长处理某些子集任务。如果真是这样，那么影响它们训练的数据，如果预训练持续进行，没有零训练的 LLM 出现，那么影响这些 LLM 的数据将成为决定该 LLM 擅长哪些子集任务的主要因素。因此，数据就成为了最后的护城河。对此有什么看法？（这是我在 Hacker News 上的第一篇文章 :））