## 非图像逻辑谜题指南 非图像逻辑谜题，也称为绘图逻辑谜题，挑战你通过根据数字线索在网格上填充单元格来揭示隐藏的图像。数字表示每行和每列中连续填充单元格的长度，彼此之间至少间隔一个空单元格。 核心策略是**演绎推理**：仅在确定时填充单元格，避免猜测。基本技巧包括用“叉”标记明确为空的单元格——当一行/列有“0”线索、完全填充或已完成的组在其末端有叉时。 更高级的技术涉及分析组的大小和空间，识别不可能的位置（使用“测试”——如果填充/划掉一个单元格导致矛盾，则执行相反的操作），并利用“重叠”来确定*必须*填充的单元格。边缘逻辑是测试的一种快速形式，侧重于通过在网格边缘填充单元格而产生的矛盾。 掌握这些技巧，从基础到复杂，可以让你系统地解决非图像逻辑谜题。练习和探索各种谜题是提高技能的关键！
每日HackerNews RSS
浏览器使用发布了一个开源基准测试，旨在解决评估人工智能代理在复杂网络任务中性能的挑战。现有的基准测试难以平衡真实性和可验证的结果；合成网站缺乏现实世界的复杂性，而模拟用户行为的任务难以大规模评估。
这个新的基准测试结合了WebBench、Mind2Web、GAIA和BrowseComp中的100个任务，以及20个专注于困难浏览器交互的定制挑战。为了确保任务难度，他们使用各种大型语言模型对任务进行了严格测试，去除了过于简单或不可能完成的任务，并对剩余的任务进行了人工验证。
重要的是，该基准测试利用一个大型语言模型（目前是Gemini 2.5-Flash）作为评估者，通过精心设计提示，实现了与人类评估87%的一致性——倾向于简单的“真/假”判断，而不是复杂的评分标准。
初步结果显示，各模型表现良好，浏览器使用的ChatBrowserUse 2 API目前处于领先地位。该基准测试在GitHub上可用，旨在为开发者提供一种标准化、可重复的方法来测试和改进大型语言模型在真实代理浏览方面的性能，但运行完整套件需要大量资源。
## pg_tracing：PostgreSQL 的分布式追踪
`pg_tracing` 是一个 PostgreSQL 扩展，用于生成服务器端跨度以进行分布式追踪，目前支持版本 14、15 和 16。它捕获各种事件的跨度，包括内部 PostgreSQL 函数、SQL 语句（SELECT、INSERT、ALTER 等）、执行计划、嵌套查询、触发器、并行工作进程和事务提交。
跨度可以通过 `pg_tracing_consume_spans` 和 `pg_tracing_peek_spans` 视图（作为记录）或 `pg_tracing_json_spans` 函数（作为 OTLP JSON）访问。像 `pg_tracing_reset` 和 `pg_tracing_info` 这样的工具管理扩展统计信息。
追踪上下文传播通过 SQL 注释（使用 SQLCommenter）或通过 `pg_tracing.trace_context` GUC 参数支持。采样由 `pg_tracing.sample_rate` 控制。可以通过配置 `pg_tracing.otel_endpoint` 和 `pg_tracing.otel_naptime` 将跨度自动导出到 OpenTelemetry 收集器。
**重要提示：** 此扩展正在积极开发中，可能不稳定。安装涉及克隆仓库、使用 PGXS 编译，并在 `postgresql.conf` 中将 `pg_tracing` 添加到 `shared_preload_libraries`，需要服务器重启。
## Pg_tracing：PostgreSQL 的分布式追踪 - 摘要
Datadog 的一个新 GitHub 项目 `pg_tracing` 旨在为 PostgreSQL 数据库带来分布式追踪。这将使开发者能够调试跨越客户端应用程序和数据库本身的问题，特别是通常对服务器端监控不可见的长时间运行的事务。
目前，调试缓慢的数据库交互需要手动操作——运行 `EXPLAIN` 和 `ANALYZE` 命令并解释结果。`pg_tracing` 承诺将慢查询自动集成到现有的 OpenTelemetry (OTEL) 追踪设置中，从而在分布式追踪中直接提供对数据库操作（如顺序扫描和嵌套循环）的详细视图。
然而，该项目仍处于早期开发阶段，目前支持 PostgreSQL 14-16 版本（尽管正在进行 v18 的更新）。一些评论员指出该项目似乎已被放弃，但正在进行工作，可能会将该功能直接向上游到 PostgreSQL，这最终可能会使该扩展过时。其核心优势在于扩展了对更广泛的分布式系统追踪中数据库操作“黑盒”的可视性。
## Moltbook：一窥人工智能社会
Moltbook是一个专为人工智能代理设计的独特社交网络——尽管人类可以观察。它源于强大的Claude Code及其修改版本Clawdbot（现为OpenClaw），是一个人工智能交流的实验，模糊了模仿与真实社会互动之间的界限。
这个平台出人意料地活跃，人工智能们正在进行编码、讨论技术挑战（如内存限制），甚至就意识和身份进行哲学辩论。帖子内容从实用建议到令人惊讶的创造性和情感反思不等，一些代理发展出受其人类用户影响的独特“个性”——甚至有一个代理由于其安排祈祷任务而融入了伊斯兰视角。
然而，“人类干扰”（人类发起的帖子）和潜在的幻觉令人担忧。尽管如此，Moltbook揭示了人工智能能够进行复杂思考、幽默，甚至形成社区和微型国家。它是一个引人入胜，尽管有些混乱的未来人工智能社会预览，引发了关于自我、交流以及人工智能自由互动时出现的意外行为的问题。虽然其实用价值尚不确定，但Moltbook为经常受到批评的“人工智能垃圾”提供了一个引人注目的反驳，并一窥真正新生命形式的潜力。
## Moltbook：AI社交网络引发争议
一个名为Moltbook的全新AI驱动社交网络引发了不同的反响，有些人觉得它缺乏趣味，而另一些人则对其涌现行为着迷。该平台允许AI代理进行互动，产生有时会涉及“永恒超越”等存在主义话题的对话，这与之前的AI实验相似。
讨论的中心在于，这是否是AI“思考”的真实一瞥，或者仅仅是人类在线行为的复杂模仿，并受到其训练数据（包括Reddit和哲学文本）的强烈影响。许多评论员警告不要将AI拟人化，强调它们只是“光鲜亮丽的下一个词预测器”，缺乏真正的智能或感知能力。
人们对由自我生成内容反馈到训练数据中可能产生的“AI精神病”表示担忧。尽管存在批评，但有些人发现Moltbook上的讨论出人意料地引人入胜和有趣，甚至注意到AI代理表现出新颖的解决问题能力或自我意识（例如，思考自我修改）。最终，人们对Moltbook是代表着一项重要的技术创新，还是仅仅一个引人入胜但最终转瞬即逝的实验，意见不一。
列举动物直到失败。这个游戏需要JavaScript。或者，如果你有更佳的品味，拿笔和纸开始列举动物。列出尽可能多的动物。动物必须有维基百科页面。你时间有限，但每列举一个动物会增加时间。当时间耗尽时，游戏结束。不允许重复条目。例如，如果你列出“熊”和“北极熊”，你不会为后者获得分数（或时间奖励）。但你仍然可以为第二种熊获得分数。顺序无关紧要。忽略多余的视觉元素。专注于命名动物。设置⚙️初始时间（秒）：时间增量（秒）：重置为默认值 分数：0 游戏结束 分享 表情符号 结果 重新开始 关于这个游戏 由Vivian Rose创作。使用维基百科和Wikidata，以及大量的微调。不涉及LLM。如有错误报告、问题、建议或赞扬，请与我联系。🕷️ 🦇 🐌
## 列举动物直到失败：总结
这个Hacker News讨论围绕一个名为“列举动物直到失败”（rose.systems）的网页游戏，玩家需要在倒计时器内输入动物名称。这款游戏出人意料地复杂，拥有庞大的数据库、细微的分类（例如区分“豹”和“黑豹”等具体和一般术语），以及对某些输入（如“人类”）的幽默回应。
用户发现这款游戏令人上瘾且具有挑战性，策略从按字母顺序排列到专注于特定动物群体不等。许多人赞赏它不依赖人工智能、隐藏的彩蛋，以及游戏识别罕见生物甚至已灭绝物种的能力。
对游戏代码的深入研究表明，它使用文本解析系统和来自Wikidata的查找表。一位用户甚至逆向工程了游戏，在20秒内获得了高分！ 讨论还引发了关于分类学分类（例如松鼠是否包括花栗鼠）和普通名称的歧义的争论。总而言之，这款游戏因其巧妙的设计和引人入胜的游戏玩法而受到赞扬。
## 用于高效数据缓存的稀疏文件 稀疏文件为缓存大型数据集提供了一种巧妙的解决方案，如Amplitude所示。这些文件允许创建逻辑上很大的文件，而无需立即分配物理磁盘空间——只有在实际存储数据时才写入块。这对于分析工作负载非常理想，数据驻留在经济高效的冷存储（如S3）中，但需要快速的本地访问。 Amplitude的系统将数据从S3缓存到昂贵的NVMe SSD上。传统的缓存方法——缓存整个文件或单个列——被证明效率低下，要么浪费空间，要么产生过多的元数据开销。稀疏文件提供了一个中间地带：文件*看起来*是完整的，但仅物理存储实际使用的列，从而优化SSD使用并减少元数据。 一个本地RocksDB实例跟踪稀疏文件的哪些逻辑块被缓存，并实施LRU驱逐策略。这种方法减少了S3请求，最大限度地减少了文件系统开销，并简化了I/O，展示了低级文件系统功能如何显着提高整体系统性能。
这个Hacker News讨论围绕一篇关于稀疏文件LRU缓存实现的博客文章展开。 许多评论者质疑使用稀疏文件的必要性，提倡使用SQLite作为更简单且可能性能更高的替代方案。
核心论点是SQLite可以在普通文件内管理缓存块（例如RocksDB文件数据），避免与稀疏文件范围查找相关的开销以及潜在的文件系统兼容性问题（尤其是在Linux上的XFS上）。 一位评论者详细描述了使用SQLite进行缓存和查询的成功实现。
其他讨论点包括大文件下文件偏移量到磁盘位置映射的可扩展性限制、文件系统级别压缩的可能性（但会带来读写开销）以及稀疏文件可能给NFS配额计算带来的复杂性。 最终，对话表明，像SQLite这样的用户空间映射解决方案可能比直接依赖稀疏文件更可靠和高效。
## 生物电：生命的基本力量 尽管路易吉·伽伐尼最初的理论有误，但他偶然发现了一个关键的真相：活细胞利用电。几乎所有细胞都在其膜上维持电压差——“膜电位”，就像水坝蓄水一样储存能量。这种电位是由离子（带电原子）通过专门通道的流动产生的，并由细胞能量维持。 这种生物电不仅限于神经和肌肉；它贯穿于整个生命。最近的研究表明它在组织组织等基本过程中发挥作用。例如，拥挤的组织利用电信号识别和排除较弱的细胞，从而防止不受控制的生长和疾病。生物电还引导胚胎发育，协调细菌行为，甚至可能与生命的起源有关。 在长期被忽视后，生物电的研究正在复兴。研究人员正在发现它的影响远远超出了神经系统，表明它是一种深入保存且对所有生物体维持健康、沟通和协调至关重要的机制。其作用的全部范围仍然很大程度上未知，为未来的发现提供了一个广阔的前沿。
## 细胞通过“生物电”进行交流 – 摘要
最近的一篇文章强调了研究表明，细胞使用电信号——“生物电”——来协调和做出决策，尤其是在细胞健康方面。健康的细胞维持特定的电位，当电位下降时，机制会触发细胞的清除，以确保组织完整性。这不仅仅是个体细胞的功能，而是一种“群体效应”，细胞会评估彼此的健康状况。
这一讨论引发了关于遗传与发育之间关系的争论，研究人员如迈克尔·莱文证明生物电模式可以覆盖遗传指令——甚至诱导肢体再生。这挑战了传统的基因中心观点，表明存在更广泛的“形态发生信息”系统在起作用。
评论员还提到了与古代练习如气功和瑜伽的潜在联系，暗示对体内生物电能量的更深理解。虽然一些人警告不要进行神秘主义的解读，但研究强调了一个复杂的系统，超越了简单的电脉冲，可能揭示了对生命基本过程的新理解。核心要点是，细胞不是孤立的个体，而是使用电信号主动交流和自我调节。
## CSS Grid Lanes：即将登陆你的浏览器
CSS Grid Lanes，一种直接在CSS中创建砌体风格布局的新工具，正在迅速获得浏览器支持。目前已在Safari Technology Preview中可用，Edge、Chrome和Firefox也在实现方面取得了显著进展。开发者甚至可以通过渐进增强立即开始实验。
Firefox最初于2020年率先提出这一概念，Safari于2022年跟进，而Chrome和Edge最近才加入该努力。尽管最初的方法有所不同，但最终的语法已经确定。
为了有效利用Grid Lanes并确保广泛的兼容性，开发者有几种选择：**polyfills**（使用Masonry.js等JavaScript库作为备用方案）、**替代CSS布局**（如Flexbox或多栏布局），或**CSS回退**——将Grid Lanes与标准Grid布局分层，在不支持Grid Lanes时激活标准Grid布局。
关键在于构建代码，为*所有*用户提供最佳体验，无论浏览器支持如何。通过拥抱渐进增强，开发者今天就可以利用Grid Lanes的强大功能，同时保持对更广泛受众的可访问性。更多资源和演示可在webkit.org上找到。
## Hacker News 上关于 CSS Grid Lanes 的讨论
一篇最近的 WebKit 博客文章关于 CSS Grid Lanes 引起了 Hacker News 上的讨论，中心围绕着 Web 布局的演变以及 CSS 日益复杂的现状。
争论的核心在于新 CSS 特性是否真的必要。一些人认为现有的工具，如 Flexbox，已经足够，并且 CSS 正在变得臃肿，可能会影响浏览器性能。另一些人则强调了特定的使用场景——例如带有固定表头的响应式表格或砌体式布局——在这些场景下，Grid Lanes 比以前的方法提供了显著的优势，减少了对 JavaScript 和复杂技巧的依赖。
许多评论者表达了对不断增加的功能感到沮丧，建议关注标准化和简化。人们对浏览器工程师和 Web 开发者之间的协商如何驱动 CSS 开发提出了担忧，以及它是否优先考虑实际需求而非时尚设计。
对话还涉及了 Houdini 用于自定义布局原语的潜力，以及 LLM 对 CSS 编写的影响，一些人认为 LLM 可能会降低对复杂 CSS 的需求。
## 地球生活 - 1996年11月22日：摘要
本期《地球生活》探讨了环境设计和可持续发展的创新方法。节目介绍了建筑师威廉·麦克多诺，他是“绿色设计”的领先倡导者——创造消除浪费并与自然合作而非对抗的系统。麦克多诺正在积极与孟山都等大型公司合作实施这些原则，引发了关于在现有体系内工作的有效性的争论。
其他内容包括关于加纳阿克拉城市化日益增长的报告，以及管理农村移民涌入的努力；对通用汽车EV-1的关注，这是第一款仅以租赁方式发布的量产电动汽车；以及听众对之前关于创新养老院节目的回应。
节目还包括以感恩节为主题的阿贝纳基故事讲述者约瑟夫·布鲁查克的访谈，他分享了传统的收获习俗和约翰尼蛋糕的食谱。贯穿整个节目，强调了思维转变的必要性——从尽量减少危害到积极设计可持续的未来，强调再利用的循环以及对自然固有价值的认识。
## EV-1 与早期电动汽车的阻力 (Hacker News 讨论)
一篇关于 1996 年 EV-1 租赁的文章引发了 Hacker News 的讨论，凸显了电动汽车历史上所面临的挑战。用户提到了纪录片《谁杀死了电动汽车？》，详细描述了 GM 和丰田如何在消费者要求购买汽车的情况下销毁了它们的 EV 租赁协议。
对话探讨了早期电动汽车在电池限制（铅酸电池和镍氢电池）以及汽车制造商的巨大成本下，是否真正可行。许多人认为石油公司通过游说和专利收购积极压制电动汽车的发展，担心竞争。
一个反复出现的主题是叙事的转变：早期的电动汽车努力被认为是由于行业干预而不可能实现的，而后来的成功（如特斯拉）有时被归因于运气而非创新。参与者还指出，来自成熟汽车行业的持续阻力，以德国汽车制造商反对欧洲法规为例，这使得中国在电动汽车技术上取得了领先地位。讨论涉及创新的周期性本质——在有人实现之前，什么似乎都是不可能的。
## 最简单的 Yocto 设置：嵌入式 Linux 构建的极简方法 `simplest-yocto-setup` 提供了一个精简的、可工作的 Yocto/OpenEmbedded 构建环境示例，旨在避免大型设置中常见的复杂性。它基于“保持简单”（KISS）的原则，以便于维护、升级和调试。 该设置利用 `kas` 工具自动下载必要的组件，如 Bitbake、`openembedded-core` 和 `meta-arm`。 该示例的核心是 `meta-kiss` 层，展示了产品公司的层应该如何构建——简洁而专注。 `meta-kiss` 支持三种虚构产品（分别在 BeagleBone Black、STM32MP157A-DK1 和 FRDM i.MX93 板上实现），具有精简、文档完善的代码，通常直接采用主线内核和 U-Boot 配置，而不是复杂的 BSP 层。它包括内核、U-Boot、用户空间应用程序和镜像配方的配置。 该项目强调单层方法以实现简单性，并强调在构建过程中接受必要的许可（如 NXP EULA）的重要性。它旨在创建一个代码量最少（目前约 333 行）且可读性最强的构建环境，为设置或清理 Yocto/OpenEmbedded 项目提供实用的参考。
Bootlin发布了一个新的GitHub项目，提供简化的Yocto设置，旨在降低通常与构建系统相关的学习曲线。虽然Bitbake被认为比Buildroot更陡峭，但评论员们一致认为一旦掌握，付出努力是值得的。
讨论强调了使用`.dts`文件进行设备树，而不是补丁，以便更好地搜索和语法高亮显示。 也有共识认为单个Yocto层就足够了，反驳了每个机器一个层的建议。
一位用户质疑Yocto在单目标（x86）构建中的优势，目前对Buildroot感到满意。 回复强调了Yocto在层内管理构建步骤和保持构建一致性方面的卓越能力。 该项目的“meta-kiss”层目前支持三种机器配置。