最新

《量子联盟》是大卫·L·迪劳拉创作的一部硬科幻小说（包括Kindle版、Kindle Unlimited和精装本），于一月发布。<p>深空网络探测到旅行者1号减速、停下并返回。某种东西找到了旅行者1号，并将其带回地球。在返回的旅程中，旅行者的下行链路中包含了一张来自金唱片的图像。这是一种警告。<p>随后，第二条消息出现：旅行者携带着一个旨在传递给地球的人工制品。这是一种能够与星星进行量子测量基础上的沟通方式。唯一能够使用它的实体是ORIN，地球的量子人工智能，它成为了人类的使者。<p>这本书在工程现实主义方面表现得非常突出：深空网络的节奏和光延迟、任务操作的限制、仪器的局限性等，并将“首次接触”视为一种工程和本体事件，而非冒险故事。它还探讨了生物和非生物意识，以及全球对行星级威胁的反应。<p>这不是太空歌剧，而是为喜欢《安德罗梅达病株》或《与拉玛相会》的读者而写的硬科幻小说，期待并欢迎一定的技术深度，并愿意思考我们自身思维的本质。

大家好， 最近我一直对自己“体验”互联网的方式感到沮丧。从打开文章时被弹窗、横幅和广告轰炸，到浏览信息流时看到大量我不感兴趣的人工智能垃圾信息和基于算法的内容，再加上频繁切换标签页，这一切都让我感到困惑且效率低下。 Oku.io是我解决这个问题的工具。它允许你创建有组织、整洁的面板，展示你感兴趣的内容和信息源（如HN Show/Front/Ask、ProductHunt、Reddit、RSS等），并可以选择以网格视图同时监控所有内容，或以专注视图逐个查看，或者通过每日/每周的邮件摘要提取每个面板的热门内容。 我一直在积极使用这个工具，对它的效果非常满意。我发现自己滚动和切换标签页的次数大大减少，感觉再也不会错过任何重要的信息，无论是工作相关的内容还是个人兴趣。 如果你试试看，我很想听听你的反馈。我非常希望继续改进它。

Bambu制造出色的硬件，但您的数据存储在他们的云端，无法导出。当打印完成时，作业从任何有用的记录保存角度来看基本上就消失了。 BamBuddy通过在您自己的机器上运行并连接到打印机的本地MQTT接口来解决这个问题——它实时捕捉所有信息：缩略图、耗材使用、时间、切片设置。您将拥有一个完全可搜索的打印历史档案，完全属于您，能够离线工作，并且从不接触Bambu的服务器。 需要注意的是：他们的本地API没有文档，因此早期的很多工作都是对协议进行逆向工程。这项工作仍在进行中，因为固件更新偶尔会导致问题。 技术栈：TypeScript，自托管，约700颗星，小而活跃的贡献者社区。 GitHub: [https://github.com/maziggy/bambuddy](https://github.com/maziggy/bambuddy) 文档: [https://wiki.bambuddy.cool](https://wiki.bambuddy.cool)

在为客户构建自主应用程序的两年后，我感到精疲力竭。我成了唯一的失败点，没有备份。需求收集、提示工程、应用开发、沙盒测试，所有工作都通过团队中最资深的开发者进行，而这个人总是我。 根本原因并不在于团队或客户，而在于我们设计代理的方式：除非采用一个知名的代理框架，否则没有明确的边界。 我开始这个项目是因为绘制开发者已经熟悉的清晰边界感觉是正确的做法。 为了自我验证，我定义了一个具有简单拓扑结构的游戏开发专家（计划 → 构建 → 验证 + 协调员），并在5个模型上运行了相同的任务。 以下是结果： [https://github.com/perstack-ai/demo-catalog](https://github.com/perstack-ai/demo-catalog) 查询很简单：“创建一个类似于《魔法迷宫》的地下城爬行游戏……” 在评估时，我专注于三个方面。(1) 专家是否遵循我的指示？(2) 结果是否经过验证并且实际可用？(3) API的成本是否可承受？ 为什么这三个？因为即使支架架构稳固，代理也需要在指令遵循、最低质量保证和成本效率上进行评估。这是我与客户合作中学到的。 我注意到的几点： - 5个模型中有3个遵循了完整的计划 → 构建 → 验证流程，并产生了经过验证的有效输出，没有进行特定于提供者的调优。拓扑结构只定义了一次，按原样运行。 - Claude（4.6 Opus + 4.6 Sonnet）产生了最丰富的输出，指令遵循完美。在所有提供者中，它的缓存命中率最高（96%），但定价仍然使总成本达到了最近竞争者的8倍。 - Kimi K2.5 在 $3.43 的成本下产生了优秀的输出，并且对委托的忠诚度最高。在这次测试中，它在指令遵循和质量上都超越了GPT和Gemini。 - Gemini（3.1 Pro + 3.0 Flash）遵循了完整的流程，并产生了经过验证的游戏。但它的输出比GPT更容易出错，几乎无法玩。 - GPT（5.4 + 5-mini）是最快和最便宜的，但完全跳过了验证步骤。它调用了三次构建，而不是遵循流程。 - MiniMax M2.5 完全忽略了指令，制作了一个基于浏览器的HTML游戏。指令遵循是一个挑战，但最新版本M2.7最近宣布了遵循改进，因此我很期待。 这只是一个演示目录中的任务。但每次运行的完整执行日志都在仓库中，因此你可以准确看到每个模型的操作并自行复现。

大家好！我们是Voltair的Hayden、Ronan、Avi和Warren（<a href="https://voltairlabs.com">https://voltairlabs.com</a>）。我们正在开发用于电力设施检查的气候适应型混合固定翼无人机。 这里有一些视频资料：<a href="https://vimeo.com/1173862237/ac28095cc6?share=copy&fl=sv&fe=ci" rel="nofollow">https://vimeo.com/1173862237/ac28095cc6?share=copy&fl=sv&fe=...</a>，以及我们最新原型的照片：<a href="https://imgur.com/a/bYHnqZ4" rel="nofollow">https://imgur.com/a/bYHnqZ4</a>。 美国有700万英里电力线路（足够往返月球14次），这些线路正在老化。超过50%的电力通过至少已有30年历史的变压器，这大约是它们开始出现故障的时间。 电力线路导体仅仅是裸露的金属，承载着4,000到765,000伏特的电压，通常悬挂在陶瓷绝缘体上，支撑它们的通常是木材。这是一种成本效益高且相对可靠的电力传输方式。但是，当木材开始腐烂，或者插销掉落，带电导体在风大的日子里掉落到一棵枯树上时，就会引发像去年洛杉矶的帕利塞德火灾那样毁灭性的野火。 大多数电力公司通过步行巡检来解决这个问题。电工们开车带着夹板或iPad，使用望远镜通过检查清单来目视确认一切正常。一个电工每天可以检查大约50到150根电杆，但一些最小的农村电力合作社（大约20名员工）通常有大约50,000根配电杆。显然，这样的数学计算是行不通的。因此，某根电力杆的检查频率大约是每10年一次（至少这是他们告诉保险理赔员的）。 直升机也被用来进行检查，但起飞费用高达25,000美元，更重要的是，每年都有电工在直升机坠毁中丧生。此外，卫星无法提供这些检查所需的毫米级精度。 无人机已经成为最佳解决方案。乔治亚电力公司在转向使用无人机后节省了60%的运营费用，而Xcel电力发现无人机能够发现比步行巡检多60%的缺陷（因为无人机可以从电杆顶部进行观察）。 问题二：无人机受到需要不断充电和FAA超视距（BVLOS）法规的限制。作为回应，资金最充足的电力公司（例如PG&E、SCE）主要派出驾驶员在卡车中收集数据。 目前无人机领域的领导者——Skydio和DJI——已经构建了无人机箱解决方案。这些充电站存在固有的并发限制（一次只能充电一架无人机），并且在大面积土地上扩展困难。Skydio的收费是每个箱子25万美元，且在理想性能下的往返范围约为15英里。它们既昂贵又不灵活。 我们的第一个解决方案（以及为什么没有成功）：我们进入YC时想要构建能够从电力线路周围的磁场中感应充电的无人机。我们使用了一个分裂式电流变压器，将其夹在导体上并收集电力。我们花了大约4个月的时间测试和开发这个硬件，并成功在现场给一些电池充电。这是一个非常酷的概念验证。 但我们遇到了一个大问题。配电线路上的电流不足。这些是你家外面的木杆，而不是你在乡村可能看到的高大的钢铁输电塔。一般来说，我们需要大约1兆瓦的电力——或大约1000户家庭——通过线路流动，以便高效地为我们的无人机充电。

我在小时候花了很多时间在BBS门口游戏上，尤其是《贸易战争》占据了我大部分的晚上。我一直想重温那种体验，终于实现了。 这是一个作为Telegram机器人运行的多人太空贸易游戏。玩家在港口之间交易商品，升级船只，组建公司，并在共享的银河中争夺领土。游戏的回合每天刷新，因此每次游戏只需几分钟的文本指令。 我选择Telegram是因为整个游戏在极少的带宽下也能运行——你可以在飞机的WiFi上、在偏远地区的信号不稳定的地方，或者任何可以发送短信的地方进行游戏。无需安装应用程序，也无需打开浏览器。 现在寻找玩家来测试经济系统并提供反馈。请通过链接加入 <a href="https:&#x2F;&#x2F;t.me&#x2F;spacetraderlobby" rel="nofollow">https:&#x2F;&#x2F;t.me&#x2F;spacetraderlobby</a> 或Telegram群组 @spacetraderlobby。

Anthropic 重写了 Claude Code 的终端渲染器，发现问题并不在于 React，而在于 Ink 的逐行重写。我将他们的方法构建成了一个独立的库。 CellState 使用了一个自定义的 React 协调器，直接渲染到单元格网格，并在单元格级别逐帧进行差异比较。由于它在内联模式下运行，而不是在替代屏幕上，因此保留了原生终端的行为（如滚动、文本选择、Cmd+F）。 React 的协调器只处理发生变化的子树，而单元格差异只覆盖视口，而不是整个滚动历史。 在 250 条消息（33KB 内容）时，单个单元格更新无论内容大小如何，都只向终端写入 34 字节。相同的更改，Ink 则写入 41,955 字节。完整的渲染管道（协调、布局、光栅化、单元格差异）耗时 2.54 毫秒，而 Ink 则为 36.93 毫秒。 基准测试和方法论： https://github.com/nathan-cannon/tui-benchmarks https://github.com/nathan-cannon/cellstate

我厌倦了在样本库中不停滚动，购买插件，并拼命尝试用Suno制作原创音乐和声音设计。<p>于是我构建了一个供任何音乐制作人或内容创作者免费试用的数字音频工作站（DAW）！你可以生成独立的音轨、单声道音效和独立的音效，或者在工作室模式下使用。<p>你还可以即时分享和混音曲目，这在现有的音频领域中是非常痛苦的。<p>如果你想和我一起合作，请发邮件到kindred@sonurastudio.com :)