最新

Codex 的 @Computer Use 功能非常棒，但它被捆绑在 Codex 应用内部，因此你无法在 OpenClaw 设置中轻松复用这个组件。<p>我为你提取了它，命名为 mac-computer-use：一个开源的 macOS MCP 克隆，模拟了 Codex Computer Use 界面，这样你就可以在 OpenClaw / OpenCode / 基于 MCP 的代理中使用相同的工具界面。

嘿，我花了一个下午的时间构建了 git-forge，以此来演示伪造 Git 历史是多么容易。 它基本上只是 Git 和 GnuPG 命令行工具的封装，自动化了你想要进行的常见“伪造”操作（提交、重写、修改）。 我发现它很有趣，可以看到你能够多么容易地操纵它（尽管这很合理），而且它是一个很好的派对技巧，可以劝说你的团队开始签署他们的提交（这是我多次遇到的问题）。 我还没有完全测试过它，但在我开发的时候它运行正常，所以欢迎提出任何问题/PR（+ 我用 AI 为它生成了一些测试，但我不太相信它们，我明天会手动添加更多测试，我现在要睡觉了）。

我，和 Andrej Karpathy 一样，对部署项目感到非常沮丧，这些项目之前用 Claude Code 制作时简直是乐趣无穷。这就是我创建 open-passkey 的原因，这是一个 MIT 许可的 passkey 存储库，支持 33 种语言和框架（包括示例），可以轻松地为项目添加简单的安全身份验证。<p>我们还将发布 gateway (<a href="https:&#x2F;&#x2F;gateway.locke.id" rel="nofollow">https:&#x2F;&#x2F;gateway.locke.id</a>)，一个“无后端”托管身份验证服务器，前端应用程序可以免费使用它，这样您就可以使用 CDN（如 Netlify）发布 React 或 Angular 应用程序，而无需配置任何服务器。我们愿意免费共享 AWS t.large 实例的资源，该实例应该可以轻松支持数百万个帐户和会话。做出这个决定的目的是为了提高我们发布小型应用程序的速度（毋庸置疑，这并非为大型应用程序而设计）。<p>Open-passkey 优先考虑后量子算法，尽管浏览器尚未支持它们。除了 Gateway 之外，我们还构建了一个简单的端到端加密键值存储，其模型类似于 localStorage。一个简单的 setItem() 和 getItem() API，使用 PRF 和 passkey 在 gateway 上存储加密值，无需任何配置。同样，这样做是为了提高我们安全地将 API 密钥等添加到前端应用程序中的速度，而无需支付服务器托管费用。显然，gateway 是完全可选的，并且支持通过域 TXT 记录进行 rp_id 验证来导出用户的公钥。