## pg_textsearch：PostgreSQL 的现代排序文本搜索
pg_textsearch 是一个生产就绪的 PostgreSQL 扩展 (v1.0.0)，它使用 BM25 算法提供快速、可扩展的排序文本搜索。它可以通过简单的 `ORDER BY content <@> '搜索词'` 语法轻松实现。
**主要特性：**
* **BM25 排序：** 可配置的 `k1` 和 `b` 参数，用于微调相关性。
* **PostgreSQL 集成：** 与现有的文本搜索配置（英语、法语、德语等）兼容。
* **性能：** 针对 top-k 查询进行了 Block-Max WAND 优化，支持并行索引构建和分区表。
* **兼容性：** 支持 PostgreSQL 17 & 18。
* **安装：** 克隆 GitHub 仓库后，使用 `make install` 进行简单安装。需要在 `postgresql.conf` 中将 `pg_textsearch` 添加到 `shared_preload_libraries`。
**用法：** 使用 `CREATE INDEX ... USING bm25(column) WITH (text_config='...')` 创建 BM25 索引，然后使用 `<@>` 运算符查询。请记住分数是负数（越小越好）。可以通过 `to_bm25query()` 显式指定索引。
**重要注意事项：** 使用 WHERE 子句进行预过滤可以显著提高性能。该扩展利用 memtable 架构并支持段压缩，以优化查询速度。详细文档和调试功能可用于高级用例。
每日HackerNews RSS
排行榜：五大领先模型。一项商业任务。生产指标。⏳ 数据集加载中… 这可能需要几分钟，具体取决于数据集大小。
## libpo32：PO-32 数据传输与合成库
libpo32 是一个小型、独立的 C99 库，旨在与 Teenage Engineering 的 PO-32 鼓机进行交互。它专注于复制数据传输过程和鼓合成，*不*作为完整的模拟器。
该库处理构建和解析 PO-32 数据包（补丁、模式、状态），将它们编码成与设备声学调制解调器兼容的音频信号，并将接收到的音频解码回数据。重要的是，它还允许本地合成 PO-32 的鼓声，以便预览和测试。
libpo32 专为嵌入式系统设计，仅需要标准的 C99 头文件，并避免使用 libc 或特定于平台的音频 API 等外部依赖项。它有助于构建向 PO-32 发送/接收数据的工具，并包含编码/解码、鼓合成甚至基本模式编辑器的演示。工作流程包括创建数据、将其渲染为音频，然后将其播放到 PO-32 中进行导入。
《狂野魔法》处于抢先体验阶段。它现在可以游玩，并且在不断发展，现在购买将获得所有后续内容。✨ 更多法术与组合，打破事物的新方式，🌍 新生物群系，更多地点，更多秘密，⚔ 更强大的对手，更聪明、更具挑战性的法师，🌐 多人游戏，与朋友共享世界。
(Empty input provided. There is nothing to translate.)
您的浏览器似乎禁用了 Javascript。请点击此处了解如何启用 Javascript。如果您有任何问题，请通过 [email protected] 与我们联系。
## 火星最大的障碍：生命维持 人类探索火星的关键在于解决复杂的生命维持问题——这是一个出乎意料地不引人注目但至关重要的障碍。虽然轨道加注等令人兴奋的问题存在，但让宇航员在持续多年的任务中生存下来，却带来了巨大的困难。一位宇航员每天需要大量的资源：840克氧气、2.8公斤水、1.8公斤食物，以及卫生用品。为四名宇航员携带1000天的补给品，将需要48吨的消耗品，超过了航天器的质量限制。 因此，回收至关重要。水回收是第一步，从和平号空间站手动收集冷凝水，发展到国际空间站上复杂的系统，回收率达到约90%。尿液处理可再回收87%，但即使如此，剩余的“盐水”和粪便仍然是一个挑战，需要复杂的、通常是冗余的机器，才能将回收率提高到接近98%。 空气复苏、食物供应、废物管理和医疗保健都增加了进一步的复杂性。维持宜居环境需要持续的监测、维修，以及出乎意料的大量运动设备。最终，成功的火星任务不仅需要创新技术，还需要务实地接受收益递减，以及看似平凡的系统至关重要。
Anthropic的Claude Code CLI工具最近再次发生意外源代码泄露，并在网上迅速被复制和分析。泄露的代码揭示了一些有趣的信息，包括反蒸馏技术——旨在阻止竞争对手通过虚假工具注入和推理链摘要，利用Claude Code的API流量训练模型。虽然这些防御并非万无一失（存在规避方法），但泄露暴露了Anthropic的策略。 更令人担忧的是一种“隐蔽”模式，可以防止Claude Code在开源贡献中识别自身身份，引发了关于AI生成代码未公开披露的伦理问题。代码还展示了一个使用正则表达式的挫败感检测系统，以及Anthropic与OpenCode法律斗争中使用的原生客户端证明。 值得注意的是，发现了对“KAIROS”的引用，这是一种未发布的自主代理模式，暗示了未来的产品方向。泄露可能是由Bun运行时的一个bug导致在生产环境中提供源代码映射。最终，泄露的功能标志和战略见解对Anthropic构成的风险大于代码本身。