最新

各位 HN 的朋友们： 多年来，我一直在多台远程服务器上管理 Docker Compose 应用，厌倦了为简单的任务使用多种工具。 我对目前可用的选项不满意，于是我构建了 Sencho。它是一个自托管的 Docker Compose 控制平面，适用于管理一台机器或小型集群的用户，无需迁移到 Kubernetes，也无需通过网络暴露 Docker 套接字。 可以通过直接认证的 HTTP/WebSocket 代理，或通过仅出站的 Pilot Agent 连接您的远程节点。您可以连接的节点数量没有限制。 在一个中心位置管理整个 Compose 的生命周期，最重要的是，您的 Compose 文件不会被“捕获”，而是保留在磁盘上作为事实来源。 GitHub：https://github.com/Studio-Saelix/sencho 文档：https://docs.sencho.io

不久前，我构建了一个简单的应用程序，用于运行代码代理集群，我称之为 fleet（<a href="https://news.ycombinator.com/item?id=48256389">https://news.ycombinator.com/item?id=48256389</a>）。它基于中心化的“beads”，并使用 Python 协调器，可以运行任何代码代理（Claude、agy、Codex）。最近，我为其添加了一个用户界面，用于管理整个代理生命周期：添加新任务、监控正在运行的任务，以及一个基于 MCP 和中心化 SQLite 数据库构建的聊天界面。通过该 UI，我可以在任何目录中启动代理运行，定义与其他任务的依赖关系，并指定应执行任务的代码代理/模型。目前，我可以同时运行 10-15 个代理。在这个规模下，token 消耗非常快，所以我花了一些时间研究这些限制的去向以及如何最大化效率。以下是我运行 fleet 几周后学到的经验： * CLAUDE.md 是一个糟糕的抽象。这些文件会无条件加载，通常包含与当前任务无关的描述，并且会从工作目录向上堆叠。结果是 token 的浪费，以及将不相关的指令注入会话造成的混乱。 * Skills（技能）不好，但不如 CLAUDE.md 糟糕。它们采用渐进式披露方法：只有技能描述会进入会话，当 Claude 需要时，它会通过工具加载完整的技能文本。这好了一个层级，但仍然无法扩展——你无法创建 10K 个技能，因为这会耗尽你所有的可用上下文。Claude 最近引入了一个技能预算，它会默默地将使用频率较低的技能完全从会话中删除。你仍然可以在交互式会话中调用它们，但模型无法在后台会话中调用它们。 * 某些插件可能会被安装多次。在清理过程中，我发现我的几个插件安装在多个位置，导致重复指令消耗了双倍的 token。 * 将插件附加到每个会话在规模化时是个坏主意。你应该精确地指定哪些插件真正有用，并为每个任务单独附加它们。 * 使用分层知识库，而不是 CLAUDE.md / skills / plugins。它允许你受益于真正的渐进式披露：将指令和工具描述保存在其中，让 Claude 能够快速且经济地浏览。 * 系统工具消耗约 15K token（占会话的 7%）。你无法管理这一点——它们只是被附加，禁用工具并不会将它们从上下文中移除。 * AskUserQuestion 在后台会话中不可用。你需要实现自己的工具——基于 MCP 或 CLI——来让 `claude -p` 能够与你对话。 * 你会变得有选择性，决定哪个模型处理哪个任务。将工作分解成更难和更简单的子任务，这样你就可以将更简单的任务路由给更弱、更便宜的模型，从而节省 token。 * 你的上下文切换技能会随着时间的推移而提高。 Fleet 代码库：<a href="https://github.com/sermakarevich/fleet" rel="nofollow">https://github.com/sermakarevich/fleet</a>

我想要一些方便的 JS 工具来处理简单的文件操作，于是就构建了这个……然后想把它交给我的代理……现在它已经自成一体了。 您有什么建议的工具或功能吗？