一周热榜

引用他们发送的邮件内容： 您好 Fabian， 五月份，我们曾发送邮件通知您，从今天起，Claude Agent SDK、claude -p 以及基于 Agent SDK 构建的第三方应用程序将不再使用订阅速率限制，而是转向专用的月度额度。我们写信通知您，我们今天不会进行此项更改。我们正在努力更新计划，以更好地支持用户使用 Claude 订阅进行构建的方式。 这对您意味着什么 目前一切照旧。Agent SDK、claude -p 和第三方应用程序的使用将继续与您的订阅保持一致，与今天之前完全相同，无需领取任何额度。您的订阅限制保持不变。当有更新时，我们将在生效前提前通知您。

首先：如果您想说“买台PC”或“试试Linux”，请不要这么做。这是关于苹果/Mac/macOS硬件的问题。推荐Linux或其他系统没有帮助。 我有一台MacBook Pro，32GB内存，闪电般快速的NVMe硬盘。没有理由升级硬件。 我遵循了升级路径到他们的最新版本（Tahoe），他们宣布这是最后一个版本。 但它在某些操作下变得慢得令人难以忍受，非常痛苦。最明显的是屏幕共享，这让它彻底瘫痪。 我尝试了各种方法，从操作系统设置到其他一切——除了重新涂抹CPU上的导热膏。我甚至在我的一代之前（第一代触控栏）没有安全芯片的机器上安装了Fedora。Fedora运行得非常快。我甚至从Tahoe重新安装了干净的版本，没有区别。 这是不可否认的：苹果让新的macOS在Intel上运行得更慢。 我降级了两级到Sonoma。它又恢复到可以忍受的运行状态。 我绝对相信苹果会找各种借口来否认“我们不是故意削弱它的”，但无论是有意还是“哦，不小心发生了一点小事？”，这都不重要。 作为背景：在升级之前，我的Mac平均温度在74°C左右。如果我启动Zoom，它会飙升到100°C然后开始降频，让一切都无法使用。但不仅仅是Zoom。其他一些应用程序（尤其是Node生态系统中的那些）也会随着时间的推移变得非常缓慢。 现在我使用Sonoma，这种情况最令人沮丧的是它的明显性。我在Zoom中启动了屏幕共享，温度略有升高，然后又下降到比开始时更低。为什么？不知道。这完全是巧合，但关键在于温度没有升高。 我想要什么？也许苹果只是需要停止试图强迫人们使用一个被削弱的操作系统，让他们觉得需要购买新硬件。 我也很好奇其他人对整个情况的看法，或者你们自己的经历。 （背景：MacBook Pro16, 2019, 32G内存, AMD显卡）。再说一遍：我尝试了各种设置更改，包括启用/禁用GPU等。核心问题是窗口系统让一切运行得非常缓慢。 总结：如果您使用的是Intel Mac，请停留在Sonoma，不要再往上升级。

各位 HN 的朋友们： 最近，大家对元代理（meta-harnesses）、循环（loops）和多代理编排（multi-agent orchestration）表现出了极大的兴趣。显而易见，市面上已经有很多优秀的工具了，例如 Conductor、cmux，以及原生的 Codex/Claude Code 应用等。 就我个人的使用场景而言，我总觉得编排层（orchestration layer）的设计有些过度工程化。我主要需要一个简单的本地代理（即 Pi）来运行和跟踪命令行（CLI）代理，并能够通过 tmux 介入。Relaymux 就是我对此的一种主观尝试。 一些设计原则： * 前端就是 Telegram/iMessage/CLI。如果我需要更多可见性，我会切换到 tmux。 * 子代理（Subagents）是运行在 tmux 窗口中的普通交互式 CLI 代理，通常拥有自己的工作目录（worktrees）。 * 代理本身（harness）拥有 tmux 会话，因此每个较长的任务都会成为一个命名的标签页/窗口。子代理在被阻塞或完成时，会通过 CLI 向协调器（orchestrator）报告。然后协调器会通过 Telegram/iMessage 通知我。 * 它可以与任何具有交互式终端模式的 CLI 代理配合使用，因此我无需担心特殊的打印模式/非交互式支持。这意味着我无需为 Agent SDK/claude -p 的计费限制而烦恼。

在过去的一两个月里，以 DeepSeek V4 Pro 为开端，涌现出了不少低价位的国产模型。在我看来，它们的性能大同小异：Mimo V2.5 Pro、MiniMax M3，以及刚刚发布的 GLM 5.2 等等。 你现在在使用哪个模型？为什么？它的优缺点是什么？

各位 HN 的朋友们，我们是 Oskar、Szymon 和 Piotr，我们正在开发 TesterArmy (<a href="https:&#x2F;&#x2F;tester.army">https:&#x2F;&#x2F;tester.army</a>)。TesterArmy 是一个智能代理测试平台，可在部署前和生产环境中运行端到端检查。您无需花费数小时进行手动测试或维护静态脚本，只需用自然语言描述您的测试，其余的都交给我们处理。我们完全围绕代理构建了该平台。我们的代理将可靠地执行测试，而您的编码代理可以管理我们平台中的一切，从用自然语言定义测试到代表您运行它们。 请观看我们的演示视频：<a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=291IkUbPrlk" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=291IkUbPrlk</a>。 我们创建 TesterArmy 是因为测试仍然非常令人头疼。AI 编码工具极大地加快了代码编写和发布速度，但测试仍然是一个瓶颈。传统的端到端测试设置缓慢且维护成本高昂。管理身份验证和测试用户很麻烦。设置暂存环境很麻烦。可靠地运行测试很麻烦。 我们认为大多数团队实际上不想花费时间编写选择器或维护测试基础设施。他们只想确保其核心流程正常运行。通过 TesterArmy，工程师可以注册，提供我们的 CLI 给代理，然后让它负责按计划或在 GitHub 上创建和运行测试。 当出现问题时

大家好。我和我的联合创始人正式开源（MIT协议）persona.js。这是一个VanillaJS库，可以帮助任何人在Web上构建智能体体验，无需依赖框架，并支持完整的WebMCP。 那么，我们为什么要这样做呢？ 1. 我们是Web的忠实粉丝，现在的浏览器功能非常强大。 2. 我们发现AI的构建过程过于复杂，因为前端需要在一个现有应用程序中构建一个大型项目，或者网站一开始就没有使用框架。 如果您曾参与过包含多种框架的大型应用程序，或者在CMS/网站构建器/电商平台中工作过……您就明白我们的意思。一个“简单的”AI功能可能会让您几个月都无法正常工作。 如果您只有一个React代码库，并且无法想象没有JSX来构建界面，那么这里没有什么值得您关注的！您已经有很多很棒的选择，而且也非常酷。可以看看Assistant UI / CopilotKit / AI Elements，它们都采用MIT协议。 ---- 一些具体细节： Persona的首次绘制（完整小部件在首次点击时延迟加载）大小约为15kB（brotli压缩），同时能够渲染您在Web上看到的大部分主要智能体体验：从“Fin”（药丸启动器）到“Claude”（全屏助手）再到“Shopify Sidekick”（停靠式）。 您可以将其运行在Shadow DOM隔离模式下，这样就不会与现有样式冲突。 所有内容都带有钩子和事件，因此您只需几行代码即可添加独特的风格（并轻松分享回来！）。 我们在库网站上有大量的演示，以及所有可供您调整的选项，以控制每个部分的渲染方式。例如工具和推理、自定义加载动画、语音、批准用户体验等。 我们还添加了大量跨智能体和前端栈的示例。 请在以下链接查看代码：https://github.com/runtypelabs/persona 欢迎提供反馈和贡献！

您认为未来的人们总体上会比现在更快乐还是更不快乐？

我开始意识到，在工作中很难找到能说出有用话或说话简洁的人。（我也有责任）。我部分归咎于裁员，因为人们觉得需要不断表现出非常高效的样子。 有什么最好的方法可以提高我的演讲能力，使我既简洁又能言之有物？我想在说话时保持人们的注意力。我希望成为一个言简意赅的人，同时在保持安静的同时，也能显得很投入。