一周热榜

您好， 我今天将推出 COLMAP 浏览器工作空间！ offlinetools.io/colmap 这是流行的开源摄影测量软件 COLMAP 的免费、完全本地化的浏览器实现。 无需下载、无需注册、无需安装、无需设置、无需云处理——所有操作都在用户本地机器上完成并保留。 更多信息： offlinetools.io/colmap-landing 为什么它很重要？ 由于浏览器的额外限制，将 COLMAP 带入浏览器在技术上具有挑战性。 这是第一个达到原生级别性能的实现，在某些情况下甚至优于原生版本。 它会生成标准的 COLMAP 兼容输出，例如相机姿态、稀疏点云、关键点和掩码，用于包括高斯溅射在内的下游工作流程。 该工具的本地化特性使其非常适合数据敏感的垂直领域，例如警方、医疗、执法、保险，或者仅仅是想要使用该工具但又不想处理安装和云的普通用户。 关于我： 我曾是谷歌工程师，在 3D 计算机视觉领域拥有约 20 年的经验。

各位 HN 的朋友们，大家好，我是 Daniel，Seafile 的联合创始人。 很高兴向大家介绍我们的开源项目 SeaSearch。这是一个用 Go 语言编写的搜索引擎（基于 ZincSearch），我们已经在 Seafile 项目中生产运行了两年多。 在使用了 Elasticsearch 几年后，我们认为 Elasticsearch 存在两个主要问题： * 它不够轻量级，维护集群很困难。 * Seafile 所有租户的数据都存储在单个索引中，搜索单个库中的文件速度很慢，因为需要搜索整个索引。 三年前，我们开始开发一个解决方案来解决这两个问题。我们没有从头开始构建搜索引擎，而是在 ZincSearch 的基础上进行开发。ZincSearch 是用 Go 实现的，而不是 JVM，运行时占用空间更小，并且兼容 Elasticsearch API。但在此过程中，我们发现它仍然缺少一些东西。 现在，我们已经开源了 SeaSearch，包含了我们所需的组件： * **S3 后端存储：** 索引数据存储在 S3 中。计算节点共享同一个后端，使得扩展/故障转移即时完成（无需数据复制）。 * **智能缓存：** 使用本地磁盘缓存不可变段，即使后端是 S3 也能保持快速响应。 * **兼容 ES API：** 可以作为大多数 Elasticsearch 查询端点的即插即用替代品。 * **轻量级 Go 运行时：** 没有 JVM 的开销。 * **向量搜索：** 内置支持 HNSW/IVFPQ，用于混合语义搜索。 希望这能帮助到那些在构建多租户 SaaS 应用程序时遇到类似问题的开发者。期待大家的反馈。

我最近看了一个关于恶意代码注入开源代码库拉取请求（PR）的视频，视频中介绍了这些代码是如何因为隐藏得很好而难以被发现的。我因此决定做一个相关的项目。这个工具基本上是与像 Greptile 这样的 AI 代码审查机器人配合使用的。虽然像 Greptile 这样的工具利用大型语言模型（LLM）进行推理，但这个工具是在 Greptile 之前的一个确定性步骤，用于扫描恶意代码（命令执行、凭证访问、数据泄露、自动运行钩子、混淆和提示注入；使用正则表达式 + Semgrep，不使用 LLM），然后可以触发像 Greptile 或 CodeRabbit 这样的 AI 代码审查器，并将其指向其发现的问题。 它是免费的/MIT 许可，并在你的 CI 中运行。

蒙大拿州通过了一项名为 SB535 的法律。该法案在“有权尝试”（Right to Try，指在获得知情同意后，基于已有的第一阶段安全性数据等信息，提前获得药物使用许可）的基础上更进一步，解决了相关法律存在的问题。 Alex Tabarrok 称其为“我一生中药物审批领域最重要的监管创新”（https://marginalrevolution.com/marginalrevolution/2026/06/montanas-sb535-and-a-potential-biotech-renaissance-in-america.html）。该法案曾在此处发布但未获通过（https://news.ycombinator.com/item?id=48559525）。版主建议发布此文。 我为该法律贡献了想法，并正在通过我的公司实施。我投资生物技术多年，目睹了许多公司的挣扎。我曾试图在 Prospera 建立生物技术生态系统作为替代方案，但认为时机尚早，现在我认为蒙大拿州是证明这一点的最佳地点。 **为何存在此法：** 当 FDA 批准了不好的药物时，会有人承担责任。当 FDA 延迟批准好的药物时，死亡是统计上的，没有人受到指责（“无形墓地”）。因此，激励机制是过度谨慎，这也是为何每九年批准一种药物的成本大约翻一番（“Eroom 定律”）。创始人常在第一阶段后陷入“死亡谷”：补助金不再可用，商业资金则要求药物能够通过下一阶段试验的保证。只有约 10% 的第一阶段后药物获得批准，但 68% 的试验失败并非因为安全性或有效性不足，而是出于商业原因（Williams et al., PLOS ONE 2015）。联邦的“有权尝试”和“扩大使用”并未解决此问题。联邦改革非常困难。 **蒙大拿州允许什么：** 医生可以在试验之外给予实验性治疗，前提是：该治疗已完成 FDA 第一阶段试验并在活跃的 IND（新药临床试验申请）下进行；州注册的私人审查委员会（ETRB）已批准方案；治疗在州许可的诊所进行；同意书的签署超过联邦标准，并且需要报告不良事件。关键在于：申办方和诊所可以收费。 **为何这次不同：** 风险回报比是症结所在。“有权尝试”和“扩大使用”不允许申办方收费，因此治疗患者意味着承担风险和费用。蒙大拿州是第一个允许 IND 阶段药物申办方为该风险定价的州法。如今的试验招募是一种价格控制体系：每位患者的成本约为 5 万至 10 万美元，通常对支付给患者的费用有上限（“不当诱导”），也有下限（在“有权尝试”/“扩大使用”中，仅按成本收费，不得盈利）。蒙大拿州取消了这两项限制（我知道这会引发大量争论，我们来讨论一下）。 因此，这不是一个为所欲为的局面，额外的自由伴随着严格的监管。ETRB 是蒙大拿州对 IRB（机构审查委员会）的翻版：进行安全性审查、同意书审查、强制性结果报告，并且不能向患者隐瞒安全信息。这就是事实的资金筹措机制。 **公司现在可以做什么：** 如果您拥有处于“死亡谷”中的第一阶段资产：治疗患者，协商付款，获取真实世界数据，并利用这些数据优化您的第二/三阶段设计。 **披露：** 我的公司组建了第一个 ETRB。该模式是收取审查费，类似于 IRB；不持有申请方的股权，不按结果付费；利益冲突政策和委员会成员信息公开；在申请方同意的情况下公布决策函；要求提交年度结果报告。 **反对意见：** * **有人受伤怎么办？** 与试验和常规护理一样：通过美国法律体系，寻求法律救济。 * **FDA 会叫停吗？** FDA 尚未表示不会，但历史上 FDA 会打击灰色市场诊所，而不是州法律；我们正在寻求安全港，但一些公司并未等待。 * **江湖骗术？** 坏人想在暗中行事，而蒙大拿州让这变得困难。 **需要什么：** 拥有第一阶段及以上资产的生物技术公司，愿意在获得 FDA 完全批准之前进行尝试，以积累能让该机构接受的证据——目的不是跳过 FDA，而是降低数据成本。以及前 FDA 审查员、IND 运营者、IRB 成员，告诉我们这个模式存在哪些问题。 我很乐意回答任何问题。

什么是 ChaosTree？ ChaosTree 是一个零依赖的 Java 有序集合/映射库，围绕多种树实现构建。 它提供了以下实现： - AVL 树 - 红黑树 - B 树 - B+ 树 我没有创建自定义 API，因为它实现了 NavigableSet、NavigableMap、SequencedSet 和 SequencedMap。我的自定义 API 包括： - `buildFromSorted(Iterator<T> it, float factor)` - `importFlatMatrix(Object[][] blast, float factor)` - `Object[][] exportFlatMatrix()` 我开始开发 ChaosTree 是因为我想探索我对数据结构理解的极限。最初，它是一个包含 7 种集合类型树的第一个版本，带有自定义 API。随着我对此的深入，我转向了映射。在从集合转向映射的过程中，我经历了巨大的变化和知识的提升，将我的树支持从 JDK 11+ 提升到 JDK 21+，并密切关注了无依赖性、内存布局、分配、JVM 行为和实际性能。 我进行的一些实验包括： - 不同的节点布局和元数据占用空间 - 用于树实现的 CRTP/F-有界多态 - 带父指针的节点与不带父指针的节点 - 基于数组的 N 叉树节点 - B 树/B+ 树的阶数选择 - JMH 基准测试和 JFR 性能分析 - 与 `java.util.TreeMap`/`TreeSet` 进行差分/随机测试 经过这些艰难的测试，它还通过了以下测试： - Guava Testlib 兼容性测试 - jqwik 属性驱动测试 - 与参考集合的随机差分测试 - 树节点的白盒结构验证 - B 树/B+ 树结构不变量的直接验证 - 异常和迭代器契约测试 - 序列化和克隆测试 - N 叉树使用自定义 jqwik API 验证测试 尾部延迟行为未在此处显示，因为它被截断为简单的文本，导致数据读取错误：https://chaos-vy.github.io/ChaosTree/utils/JMH-Report.html 我还对官方 JDK TreeMap 运行了基准测试，并更新了我的 N 叉树。 GitHub： https://github.com/Chaos-vy/ChaosTree https://chaos-vy.github.io/ChaosTree/ 我特别希望获得关于 API 设计、实现选择和基准测试方法的反馈。我目前正在尝试截断无用和复杂的代码分支以进行性能调优。