最新

我刚刚得知1Password将向一个由一位颇具争议的人士创办的项目捐赠30万美元，因此我打算换用其他密码管理工具。<p>最近有谁从1Password迁移到其他工具/平台吗？你对某些工具的使用体验如何？有什么建议或技巧吗？我也对企业使用的情况感兴趣；如果我能说服我的公司切换到一个具有业务控制的替代方案，我一定会尝试。

“展示HN：我开发了一个轻量级的浏览器扩展，通过自定义的JS解析器修复了繁重的流媒体缓冲问题。”

“我开发了一个开源工具来解决媒体流缓冲问题，下面是它的工作原理。”

brb 是一个 Claude Code 插件，它会监控 Claude 在进行长时间操作时的状态。在经过 10 秒（可配置）后，它会打开一个本地面板，提供一些你可以去的地方——如 X、Reddit、Hacker News 或其他你想去的地方。你可以选择一个地方浏览一会儿，一旦 Claude 完成任务或需要你提供帮助，它会提醒你并将你带回终端。 与其我自己打开 X，反复检查 Claude 是否完成，造成注意力分散，brb 可以以更流畅的方式来帮助我。

我们是一个三人团队，有一件事是我们无法承受的，那就是在代码审查上花费过多时间。虽然有一些审查工具可以帮助这个过程，但它们都从差异（diff）开始，另一个问题是这些工具都需要付费。 因此，我构建了一个MCP服务器，它驻留在每个开发者的Claude会话中。MCP服务器会生成几个子代理：作者和审阅者。 作者负责无代码的聊天会话，而审阅者则持有差异信息。审阅者根据差异进行推理，并向作者提出问题以获取基础信息。一旦审阅者得到了所有答案，就会生成一份意图文档，包含更改的内容和原因。文档中还包括尝试过但未完成的内容以及所做的假设。生成这样一份意图文档的原因是为了简化审查过程，但这也给我们带来了一个额外的好处，使MCP服务器对我们更加有用。在这个过程中，作者无法回答会话聊天中的某些问题，最终将这些问题反馈给主会话代理，主代理随后纠正代码并向作者提供会话中未包含的解释。 总体而言，MCP服务器和GitHub Action帮助我们在发布代码时减少了错误。这让我对这个产品充满信心，我希望确保它能得到应有的关注。 请尝试一下，如果不工作，请提出问题或批评。 感谢您的阅读。