一周热榜

您好， 我想听听大家对 AI Agent 生态系统中不同组件的看法。我发现目前的术语非常令人困惑，因为在研究可用选项时，我并不总是清楚我实际会得到什么。 很多东西都被称为 Agent，但这个术语似乎很难定义，因为它通常指代重叠的功能。对我来说，Agents 目前似乎由以下组件构成： ## Harnesses (控制框架) * 在 LLM 周围添加 UI 和系统指令，并且可能通过记忆、工具调用等方式对其进行增强。 * 例如：Claude Code, Code, Gemini CLI, pi.dev, ... ## Gateways (网关) * 这些将 Agents 连接到您选择的通信工具，例如 Whatsapp、Telegram、Slack、Discord 等。 * 例如：OpenClaw 和 Nanoclaw ## Sandboxes (沙盒) * 隔离的环境，Agents 可以在其中以有限或可审计的功能运行。 * 例如，可以是物理沙盒，如独立的 Mac Mini，也可以是 docker-agent、agent-sandbox、localsandbox 等。 然后，我们进入 *Agents*： ## Agents (智能体) * 能够行使一定自主权的 AI 系统，即在没有人工干预的情况下具有一定程度的自主行为。 * 这些通常结合了以下组件： ``` - **LLM**: 提供智能/推理/决策能力 - **Harness**: 引导行为并实现超越当前上下文窗口限制的长期行为一致性 - **Gateway**: 与人类和/或其他 Agents 交互 - **Sandbox**: 旨在将 Agent 的能力限制在一组经过批准的安全操作中，以便 Agent 自主执行。 ``` 我的问题是，当我查看可用选项时，通常不清楚我得到了哪些组件： ``` - https://github.com/openclaw/openclaw: Typescript，OG，一站式解决方案，最容易安装，但显然有点像“科学怪人”，而且很复杂 - https://github.com/qwibitai/nanoclaw: Typescript，越来越受欢迎，极简主义，实现似乎依赖于 Claude Code 来处理安装和配置 - https://github.com/sipeed/picoclaw: Golang - https://github.com/zeroclaw-labs/zeroclaw: Rust - https://github.com/nullclaw/nullclaw: Zig - https://nemoclaw.bot/: 由 Nvidia 推出，声称是“基于”开源，但我找不到代码库 ``` 我真正希望的是能够组装自己的 Sandbox + Gateway + Harness + LLM 堆栈。有什么想法/建议吗？

Claude Code 默认情况下不具备对 Svelte 文件的代码智能功能。此插件将 svelte-language-server 注册为 .svelte 文件的 LSP 处理器，为 Claude 提供悬停文档、转到定义、查找引用、文档符号和诊断功能。 安装：npx svelte-lsp-claude MIT 许可，开源。

我一直对老版 PlayStation 游戏《怪兽农场》怀有怀旧之情。 你可以通过放入家里的任何 CD 来“发现”怪兽——音乐、PS 游戏、PC 游戏，随便什么——它会根据光盘的元数据生成一只怪兽，并将其添加到你的农场。这是一款关于收集、繁殖和战斗这些怪兽的游戏。 当然，生成的怪兽通常与光盘的内容毫无关系。有一些特定的光盘被硬编码，会给你一个相关的怪兽，但数量不多。 这毕竟是一个相当小众的东西，而 CD 的消亡也扼杀了整个想法。 但现在，在 LLM 时代，感觉像这样的东西可能又到了可以再次变得非常有趣的时候了，所以我把它实现为一个 Agent Skill，它可以： 1. 接受一个 URL 并读取内容（或者任何输入，真的） 2. 遵循一些关于为其生成怪兽 JSON 的标准指导 3. 使用 Gemini 图像模型生成怪兽头像 4. 将所有内容渲染成一张有趣的交易卡图像 5. 允许你将它们繁殖成混合体，与它们战斗，并将它们分享到 Github Gists 这主要是一种满足我个人怀旧之情的尝试。我曾短暂地考虑过将其作为一个完整的网站来做，但 Agent Skills 提供了更多的交互灵活性，而且不花我一分钱。你只需要将你的 Agent（Claude Code 等）指向 aiwebb/llmonster-rancher，并告诉它开始运行。 希望大家玩得开心。

嗨，HN， 几年前，我偶然听到了 Kenneth Finnegan 在 On the Metal 播客上关于建立弗里蒙特阴谋互联网交换中心的节目。这让我掉进了一个兔子洞，至今还没爬出来。 我是一名软件和系统工程师，并非网络工程师。之前我曾涉足 DNS 和邮件服务器，但一直想知道所有东西在基础设施层面是如何连接在一起的。 Kenneth 的采访唤醒了我内心的一些东西。我全身心投入，自学了 BGP，弄清楚了 ASN 的工作原理，获得了自己的 IP 前缀，最终在新加坡当地的数据中心机架上安装了自己的服务器。 TheLittleHost 就这样诞生了。这是一个小型 DNS 托管服务，基于我完全拥有的基础设施构建，目前拥有一个 Anycast 网络，覆盖新加坡、东京、新泽西、洛杉矶和法兰克福。 我创建它的原因是我想运行我一直想要的 DNS 托管服务。一个没有生态系统锁定，配备基本 API 的服务，CLI 可以接入，并且能够以标准的 BIND 格式快速导入和导出您的区域和记录。 目前，它支持大多数主要的标准记录类型（RFC 1035），包括 HTTPS 和 TLSA，TTL 低至 5 秒，一个 REST API，以及完整的区域导入/导出功能。免费套餐仅限单个区域，注册只需提供电子邮件和密码。 老实说，它不是功能最丰富的 DNS 托管服务，我也不想成为。我想专注于做好一件事，并拥有完整的技术栈，而不是添加我无法支持的功能。 DNS 是我正在研究的第一个基础组件。我正在构建一个更具可组合性的基础设施堆栈，例如，在您自己的硬件上运行 CDN、负载均衡等等。重点是保持开放：没有黑盒，没有锁定，并且拥有您实际拥有的基础设施。 它在设计上就很小，我想保持这种状态。在这里发帖是为了获得一些反馈，分享我的旅程，并希望激励一些人参与到互联网基础设施中，就像其他人激励我一样。 [https://www.thelittlehost.com/dns](https://www.thelittlehost.com/dns)