最新

为什么我们每建造一座建筑都必须经历完整的建筑图纸和工程流程？也许我们需要进行土壤测试，以确保地基具有相同的承载能力。如果建筑方案获得政府官员的批准，那么该方案应该在批准列表上供任何人随时使用。每次想要建造一个已经获得批准并且实际上建造过数十万次的盒子时，花费2万或3万美元是非常愚蠢的。<p>建筑和工程的特殊利益集团在这方面确实控制了监管机构。

嘿，HN， Claude Code 现在非常智能。它可以编写脚本、调用 API、使用命令行界面。但当需要实际点击网站时，它就会停下来，请我来操作。 问题是，我自己对这些平台往往也不熟悉。“去 App Store Connect 生成一个 P8 密钥”，好吧，但在哪里呢？我最终花了 10 分钟在我从未见过的菜单中导航。 我开始将这些任务委托给 Perplexity 的 Comet 浏览器。它处理点击，返回我需要的内容。但在 Claude 和 Comet 之间复制粘贴很快就让我感到厌烦。 于是我构建了这个 MCP 服务器，直接将它们连接起来。现在，当 Claude 需要与没有 API 的网站进行交互时，它可以直接请求 Comet 来处理。 示例： - 从 RevenueCat 仪表板获取我的应用 ID - 在 App Store Connect 中生成 P8 密钥 - 导航登录墙后的管理面板 我尝试过 Playwright MCP，但让 Claude 自己进行点击会使上下文窗口变得混乱。根据我的经验，Comet 的智能浏览效果更好。 Comet 没有 API，因此这个解决方案使用 CDP 直接与其通信。

也许我可以添加速记功能 大家好，我是Max。 我之所以开发这个工具，是因为我非常担心如果我明天去世，我的家人将一无所获。现有的解决方案要么依赖于集中式的保管人，要么是复杂的硬件设置。 Shardium是一个客户端工具，它使用Shamir的秘密共享算法将你的种子短语分成三个部分。 Shard A：你自己保管。 Shard B：你交给一个受益人（PDF格式）。 Shard C：我们保管（或者你自己托管）。 它的工作原理类似于一个“死者开关”：如果你在90天内没有活动（通过电子邮件提醒），Shard C将被释放给你的受益人。他们将B和C结合起来以恢复资金。 技术栈： 使用secrets.js-grempe进行数学计算。 后端使用FastAPI和PostgreSQL。 客户端加密（种子短语从未传输到网络）。 它是100%开源并且采用MIT许可证。你可以免费自托管（费用为$0），或者使用托管版本。 我很想听听你们对安全模型的反馈。欢迎在这里批评我的代码： [https://github.com/pyoneerC/shardium](https://github.com/pyoneerC/shardium)

Auxide 是一个用于构建实时音频处理图的 Rust 库。它提供了一个低级的、确定性的内核，用于执行音频节点的有向无环图（DAG），重点关注实时安全性和正确性。

大多数书籍——尤其是技术类书籍——被视为完成的作品。然而，现实是： 知识在不断变化 工具在不断发展 错误在被发现 更好的解释不断涌现 在软件领域，我们接受持续改进是正常的。而在出版领域，我们仍然将书籍固定在“v1.0”版本。 我正在通过一个名为Ulomira的平台实验这个想法：作者一次性发布书籍，并在书籍持续在线的同时不断改进内容。 我很好奇在座的各位对此有什么看法： 书籍应该是不可变的吗？ 还是应该像软件一样不断演变？ 我真诚地希望听到作者和读者的反馈。