最新

最近在工作时，我没注意到一个很久没碰的项目竟然在使用 playwright-mcp 而不是 playwright-cli。 我之所以注意到这个问题，是因为上下文的占用空间出乎意料地快速增长。我意识到，其中一个主要区别在于，代理会将 CLI 的结果立即输送到某个过滤器，但 MCP 无法做到这一点，因此它每次都会获取页面的整个 a11y 快照。 我为 MCP 服务器创建了一个小型包装器，它会检查响应大小，并在响应足够大时强制代理使用过滤器。在我的测试中（[https://github.com/healqq/mcp-content-guard/blob/main/bench/REPORT.md](https://github.com/healqq/mcp-content-guard/blob/main/bench/REPORT.md)），它在解决某些任务时成功节省了相当数量的 tokens（同时在其他任务中增加了一些开销）。 它同时适用于本地和远程 MCP。很乐意听取您的反馈，以及这是否对您有价值！

现在，我经常在本地审查由 LLM 编写的大量代码。过去，我使用 git + delta 来审查自己的代码。但随着 LLM 编写的代码量增加，这种方式开始显得力不从心。 上周五，在查看一个大型代码差异时，我让一个 LLM 访问 diffs.com 和 trees.software，并让它构建一个应用程序。它只用了 16 分钟，对于大型代码差异来说，速度极快，而且界面美观简洁。 今天，我对其进行了润色，并添加了所有我需要的功能。它拥有文件过滤器、搜索功能、LLM 逐步讲解模式，以及可以将审查意见粘贴回你的 LLM 的功能。 我将大量使用 Codiff，终于可以审查上周五促使我构建它的那个大型代码差异了。如果你喜欢它，就来 Fork 它吧！

大家好，HN！ 我想知道大家最近都在用什么作为日常主力，以及为什么？ 我发现自己现在工作上用 GPT-5.5 的频率比 Opus 4.7 还要高，这可是个大转变。之前，我一直用 Opus 4.6 处理所有事情，GPT-5.4 只是用来提供第二种意见（Grok 只能排第三，只有我想搞点“混乱”的时候才会用）。我个人之所以转变，是因为我发现 GPT-5.5 更稳定、更可预测，而且它的写作方式让我觉得不那么累（即使代码不如 Opus 4.7 那么好）。 对于个人项目，我开始尝试 DeepSeek V4，它在性价比方面给我留下了深刻印象，而且我发现 100 万 token 的窗口对于长时间运行的任务非常有帮助。尽管我可能对任务期间的压缩问题有些过分担心。DeepSeek 在一次性完成任务方面不如 GPT-5.5 或 Opus-4.7，但有了足够的代码检查器/静态分析保护措施，我发现真的很难抱怨或挑毛病（尤其是在这个价格下）。 最后，如果你也在使用重新排序和/或嵌入模型，或者其他任何东西来增强或执行特定任务，也请分享一下！

其中许多（Wi-Fi）根本不需要任何身份验证，只需点击一个按钮即可。<p>这仅仅是“猴子学样”吗（决策者到处都看到这种做法，所以他们也想要），律师们真的认为给人们提供一整页“你不得利用此Wi-Fi违反法律”的条款是必要的吗，还是它有实际的技术用途，比如在 N 小时后软断开设备以最大限度地减少后台流量，或者阻止嘈杂的物联网设备盲目连接到开放的 Wi-Fi？

“个人财富”有什么权利不成为运营资本呢？现在是时候了，支配一切的法则就是：“多予者，必多取。” 亨利·福特

大家好！ 我意识到直接在我的 Mac 上运行编码项目真的不安全。最近所有关于 NPM 的攻击，尤其是涉及到智能编码——你离灾难只差一个 npm install。 所以我构建了一个名为 machine 的小型 CLI，它为你的每个项目启动一个 Lima VM。它支持声明式的“配置文件”，就像你 VM 的 package.json 一样。默认配置文件包含标准内容，如 Node.js、git、Docker、Claude Code 和 Codex。 如果你与你的团队共享你的 projects.toml 文件，每个开发人员都可以用一个命令启动你团队的整个开发环境。无需安装开发工具、克隆仓库、手动 npm install 任何东西。 另一个很酷的事情是，你可以使用原生的 MacOS 钥匙串或 1password 将 SSH 签名转发到 VM。所以每次你需要提交或推送代码时，你只需触摸 Touch ID 密钥，它就会被签名。SSH 密钥永远不会离开主机。 环境变量和密钥也是如此。你可以在 machine 启动时用一个命令从 1password 注入它们，它们永远不会存储在文件中。 仓库：<a href="https:&#x2F;&#x2F;github.com&#x2F;katspaugh&#x2F;machine" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;katspaugh&#x2F;machine</a> 真心期待你们的反馈！