2026-09-25

25 篇热帖

1. Dutch governments builds alternative for Microsoft based on NixOS (www.dawo.community)

荷兰政府基于 NixOS 构建 Microsoft 替代方案

荷兰政府正致力于基于 NixOS 开发名为 DAWO 的技术方案,旨在作为 Microsoft 的替代方案,并将公共价值与技术有机结合。

DAWO 社区的核心目标涵盖以下五个方面:

  • 数字自主 (Digital autonomy):增强荷兰在数字领域的自主权。
  • 协作 (Collaboration):提升政府与社会各界之间的协作能力与知识共享水平。
  • 安全 (Security):加强安全保障与数据保护。
  • 创新 (Innovation):鼓励技术创新并推动更高效的工作方式。
  • 可验证性 (Verifiability):使政府的 IT 系统更易于进行检查和验证。
2. Why is the liver so weirdly regenerative? (dynomight.substack.com)

为什么肝脏具有如此奇特的再生能力?

本文探讨了生物进化中一个看似矛盾的现象:为什么人体的大多数器官(如肾脏、大脑、心脏)在成年后会逐渐衰退、受损后难以修复,而肝脏却能通过再生迅速恢复原状并维持功能?

核心观点:癌症、再生与能量的权衡

作者提出,身体的“脆弱性”并非设计缺陷,而是一种为了对抗癌症而进行的进化权衡(Trade-off)。

1. 再生与癌症的博弈

大多数器官之所以缺乏再生能力,是因为高再生能力与高癌症风险直接相关。

  • 端粒(Telomeres)的作用:端粒随细胞分裂而缩短,这本质上是一种“生物时钟”,能防止突变细胞无限增殖。虽然这也导致了衰老,但它构成了抵御癌症的第一道防线。
  • 代价(Cancer Tax):如果身体赋予器官像�omb(蝾螈)那样的再生能力,就意味着必须让细胞处于一种接近癌症的“快速分裂模式”。为了降低癌症风险,进化选择让大多数器官保持脆弱。

2. 肝脏的特殊性

肝脏之所以被允许拥有极高的再生能力,是因为它的生理职责决定了它“必须”如此。肝脏直接处理来自消化道的毒素、细菌和代谢产物,工作环境极其恶劣且具有破坏性。为了在持续的损伤中生存,进化被迫为肝脏支付了“癌症税”——即允许其通过高再生能力来换取生存,尽管这增加了患癌的风险。

3. 理论的演进:三方权衡模型

通过观察不同器官,作者将理论从简单的“再生 vs 癌症”扩展到了**“再生、癌症与能量消耗”**的三方权衡:

  • 环境接触程度:接触外界环境的器官(如皮肤、肠道)通常具有更高的再生能力和癌症风险。
  • 结构复杂性:高度结构化的器官(如大脑、心脏)由于需要维持极其复杂的神经或生理回路,再生会破坏其功能稳定性,因此通常选择低再生、低癌症风险。
  • 能量消耗:小肠是一个特例,它通过“传送带式”的细胞更替机制(从绒毛底部产生细胞,移动到顶端后死亡)实现了高再生与低癌症风险的平衡。但这种机制需要消耗巨大的能量,因此不能在全身范围内推广。

最终理论总结

生物进化根据器官的特定任务,在以下维度间进行动态调整:

  1. 再生能力:用于修复损伤。
  2. 癌症风险:由于细胞分裂增加而带来的副作用。
  3. 能量消耗:维持高效再生机制所需的生物能量。
  4. 结构稳定性:器官维持其复杂功能(如记忆或泵血)的能力。

结论: 肝脏并非“设计过度”,而是进化在应对高毒素环境、高损伤风险与癌症风险之间做出的一种特定权衡的结果。

3. Show HN: Whiteboard (YC W26) – An open-source IDE for thoughtful software design (github.com)

Whiteboard 产品概述

Whiteboard 是一款开源的桌面应用(YC W26),旨在为人类与 AI Agent 提供一个共同协作的软件架构设计空间。它通过为 Agent(如 Claude Code、Codex 等)提供 SDK,使其能够在应用内的画布上进行绘图(如绘制时序图)以描述其工作内容。

核心功能

  • 图表与代码的联动:Whiteboard 实现了从可视化设计到代码实现的无缝连接。用户可以点击时序图、实体关系图(ERD)或 Agent 追踪记录中的引用,直接跳转到相关的底层代码。此外,它还内置了 LSP 支持和类 VSCode 的快捷键。
  • 语义化 Diff 查看器:为了解决传统 Diff 视图噪音过大的问题,Whiteboard 使用 Rust 开发了一个感知 AST(抽象语法树)的语义化 Diff 查看器。它可以将大型新增函数总结为伪代码,并自动折叠单元测试或文档更改等非核心内容。该查看器支持通过 WASM 插件进行自定义。
  • 决策日志 (Decision Log):该功能允许 Agent 查询并将其自身的追踪记录(Traces)链接到 Whiteboard 上。通过可视化需求实现过程和 Agent 的自主决策,帮助用户理解代码变更背后的逻辑。

技术实现与架构

  • 基于 Code OSS:Whiteboard 基于 Code OSS(VSCode 的开源版本)进行二次开发,以利用其成熟的编辑器基础,同时剔除了一些不需要的组件,使其更专注于代码审查和设计。
  • 开源与本地运行:项目采用 MIT 协议,在用户的本地代码库上运行,并支持自托管。
  • 隐私保护:由于是在本地运行,其匿名遥测数据不包含用户的代码、Diff、文本、提示词(Prompts)或模型输出。

当前局限性

  • 不支持文件编辑:目前用户无法直接在 Whiteboard 中编辑文件。
  • 多仓库支持有限:在单次审查中跨多个仓库浏览和操作文件的支持尚不完善。
  • 分享同步问题:通过分享按钮分享的审查内容,在分享后进行的后续更新不会自动同步给其他用户,需要重新分享。
4. Goodbye Google (robert.ocallahan.org)

摘要:Google 工程师因 AI 发展速度及风险担忧宣布辞职

本文记录了一位 Google 工程师在 2026 年 9 月宣布辞职的声明及其背后的深层考量。

辞职核心原因

作者表示,其团队的目标是降低 AI 的成本并减少延迟。尽管他热爱工作环境和同事,但他认为当前的 AI 进步速度过快,且其研究方向具有潜在的危害性。

  • 技术加速的连锁反应:作者此前从事的是改进硬件芯片设计工具的工作。他意识到,这些工具最终会加速新一代 AI 芯片的设计,从而使 AI 变得更廉价、更普及且更强大。
  • 无法回避的职业路径:由于作者居住在新西兰,而 Google 在该地区并未设有其他非 AI 相关的工程团队,因此他无法通过内部转岗来避开加速 AI 发展的研究方向。

对 AI 风险的评估

作者对 AI 的发展持谨慎且担忧的态度,主要集中在以下几个方面:

  1. 存在性风险:他认为关于人工超智能(ASI)可能带来毁灭性风险的警告值得认真对待。虽然他不认为毁灭是必然的,但这种风险的不确定性本身就非常危险。
  2. 社会与心理影响:他担心 AI 会导致“认知投降”、引发心理问题(如孤独感和精神疾病)、造成权力过度集中、经济动荡以及网络安全风险。
  3. 人类适应能力不足:他强调 AI 的发展速度已经超过了人类个体及集体理解与适应的速度,这种剧烈的技术变迁对人类规划未来(如职业教育)构成了前所未有的挑战。

个人动机与价值观

  • 伦理与信仰驱动:作为一名基督徒,作者认为拒绝忽视工作带来的负面影响是符合其信仰要求的。他希望未来的工作能够明确地“利于人类”(pro-human)。
  • 对行业现状的观察:作者观察到 Google DeepMind 的许多员工也对 AI 风险持有真诚且严肃的担忧,并认为目前的研发节奏在道德上是不负责任的。

未来计划

辞职后,作者计划将精力转向以下领域:

  • 维护开源项目:继续维护 Pernosco 和 rr 等工具。
  • 探索 AI 与调试的结合:研究 AI Agent 如何进行代码调试,以及如何开发调试工具来增强 AI 的效能。
  • 以人为本的研究:利用 AI 技术来实现个人项目构思,同时确保研究方向能够造福人类,并帮助人类保持思维的敏锐度。
5. Platform-Independent SIMD in Go (go.dev)

Go 语言平台无关 SIMD API 概述

Go 1.26 和 1.27 引入了实验性的单指令多数据(SIMD)API。SIMD 允许 CPU 通过单条指令对数据向量执行统一操作,能显著加速加密、数据处理和 AI 等计算密集型任务。

背景与动机

在这些 API 出现之前,Go 开发者只能通过编写 Go 汇编来使用 SIMD 功能,这仅适用于极少数对性能要求极高的内核,导致大量潜在受益的软件未能充分利用 CPU 性能。

虽然 Go 1.26 引入了针对 amd64 的 archsimd 包(架构相关),但 SIMD 架构之间存在巨大的差异,使得编写跨平台代码非常困难:

  • 向量大小差异:有的架构固定为 128/256/512 位(如 amd64),有的则是变量长度(如 RISC-V 或 Arm64 的 SVE)。
  • 掩码(Masking)机制差异:有的通过专用掩码寄存器实现,有的则需要通过向量位掩码和布尔运算来模拟。
  • 操作指令差异:不同架构支持的重排(rearranging)指令、加密指令和基础算术指令集各不相同。

simd 包的设计理念

Go 1.27 引入了全新的 simd 包,旨在提供一个平台无关、尺寸无关的实验性接口。其核心目标是实现“一次编写,接近汇编性能”的代码,并为不支持 SIMD 的平台提供高效的模拟实现。

主要特性:

  1. 抽象化:从类型系统中移除了固定大小的向量,仅支持所有平台共同拥有的操作交集,并利用高效的模拟技术填补指令空白。
  2. 广泛支持:目前支持 amd64(AVX, AVX2, AVX512)、arm64(NEON)以及 wasm 的 SIMD 指令。
  3. 易用性:通过 GOEXPERIMENT=simd 开启,使用类似 simd.Uint8s 或 simd.Float32s 的简单类型。
  4. 自动模拟:在缺乏硬件支持或特定指令的平台上,所有操作都会自动转换为软件模拟,确保代码始终可运行。

核心操作类型:

  • 加载/存储:支持从切片加载向量(LoadV)以及部分加载/存储(LoadVPart / StorePart)。
  • 算术与逻辑:包括加减乘除、饱和运算、绝对值、取反、以及布尔运算(And, Or, Xor)。
  • 比较与掩码:比较操作会产生特定位宽的掩码类型(如 Mask8s),用于后续的筛选或选择操作(IfElse, Masked)。
  • 转换与重塑:支持类型转换(Convert...)和零成本的重塑操作(Reshape...)。

高级功能与性能优化

衔接特定架构代码

如果 simd 包的功能不足以满足特定算法,开发者可以通过 ToArch() 方法将通用向量转换为架构特定的 archsimd 类型,在完成特定操作后,再使用 FromArch 函数转回通用类型。这种方式允许开发者在保持大部分代码可移植性的同时,针对性地优化缺失的高级指令。

编译时优化(AST 重写)

为了避免在循环中进行运行时指令分发带来的开销,Go 编译器会对 simd 类型进行 AST 重写。编译器会创建特定长度(如 @simd128, @simd256)的特化版本,并在程序启动时根据硬件能力进行一次性分发,确保在计算密集型循环内部直接调用最优的指令集。

运行控制 (GODEBUG)

开发者可以通过 GODEBUG=simd 环境变量精细控制 SIMD 行为:

  • simd=0:强制使用模拟实现。
  • simd=128/256/512:指定使用特定位宽的向量。
  • simd=+128/256/512:允许使用指定位宽的向量,即使部分指令不支持(缺失指令时会 panic)。

未来规划

Go 1.28 计划引入以下改进:

  • 在 archsimd 和 simd 包中增加对 SVE 的支持。
  • 扩展 simd 包的操作集(如 OnesCount、掩码操作、归约操作和向量洗牌操作)。
  • 引入“特性变体”机制,以避免在仅缺少少量指令的平台上退化到完全的软件模拟。
6. What About Rails? (jardo.dev)

关于 Rails 的未来:DHH 演讲评析

本文对 Ruby on Rails 创始人 David Heinemeier Hansson (DHH) 在 Rails World 2026 开幕演讲中所提出的愿景进行了深入评析。作者指出,DHH 的演讲与其说是关于 Rails 的未来,不如说是关于 AI(大语言模型,LLMs)如何改变编程范式的宣言,这引发了社区对 Rails 未来地位的担忧。

DHH 的新角色与编程观

DHH 在演讲中宣布自己已从“专业程序员”转型为“创造者(maker)”。他提出了以下核心观点:

  • 英语即编程语言:由于 LLM 的存在,他认为英语将成为最佳的编程语言,人类甚至不需要阅读 AI 生成的代码。
  • 手写代码的贬值:他认为对于大多数公司和程序员来说,手写代码在经济上已不再具有生产力。
  • 效率的激增:他声称自己在 2024 年 8 月编写了 15 万行代码(主要为 LLM 生成的 Rust),而以往每年的产出仅为 3 万行左右。其中,Ruby 仅占其工作量的 3%。

37signals 的技术栈转向

作者注意到,DHH 旗下的 37signals 正在改变其产品的技术路径,这被视为对 Rails 核心价值的某种背离:

  • 放弃 Rails 构建旗舰产品:其产品 Hey 正在从 Web 应用转向多平台原生应用。
  • 拥抱 Rust:尽管 DHH 认为 Rust 对人类开发者来说极其难用,但他认为 Rust 非常适合 LLM 生成,因为它具有高性能和稳定性。
  • 转向 AI 驱动的交互:他主张所有服务都应提供 CLI(命令行界面),以便 AI 智能体(Agents)进行交互,而非通过 UI。

核心质疑与批评

作者对 DHH 的演讲提出了多方面的严厉批评:

  1. Rails 愿景的收窄:长期以来,Rails 被视为“小团队构建宏大产品”的利器。但在 DHH 的新叙事中,Rails 被重新定义为“出于必要而使用的 Web 应用平台”,其“约定优于配置”的原则被重新解释为“Token 效率”。
  2. 数据与逻辑的不可比性:作者认为 DHH 将手写、简洁的 Ruby 代码与 LLM 生成的冗长 Rust 代码进行产出对比是不公平的;同时,将 Web 应用转向 Rust 带来的性能提升,也无法完全归功于语言本身,而可能源于架构的改变。
  3. 架构风险:DHH 承认在 Basecamp 5 的开发中出现了由于 AI 参与导致的架构问题(“瑞士奶酪”式架构)。作者指出,缺乏人类审查的代码会导致严重的架构退化。
  4. 对 AI 能力的过度乐观:DHH 引用了关于“10 倍程序员”的研究来支持其观点,但作者指出该研究存在严重的学术争议和误读。
  5. 缺乏实质性的 Rails 规划:最令作者不安的是,作为 Rails 的创造者,DHH 在全球顶级的 Rails 大会上,不仅没有为 Rails 开发者提供明确的技术路线图,反而宣布将旗舰产品移出 Rails 栈。

结论

作者认为,DHH 的演讲虽然充满信心并呼吁开发者拥抱乐观主义,但对于 Rails 社区而言,这种“信心”是空洞的。演讲者并未解释 Rails 在 AI 时代应有的角色,也未说明 Rails 的未来由谁驱动。作者最后指出,如果 Rails 仅仅是转向“维护与稳定”模式,那么开发者需要一个明确的交代,而不是一堆关于 AI 未来前景的宽慰话语。

7. Pentium II at 600Mhz with Voodoo 3 Emulated on 86Box with M6 Mac Mini (nyaa.sh)

摘要:使用 M6 Mac Mini 通过 86Box 模拟 600MHz Pentium II 与 Voodoo 3

核心原理

86Box 是一款硬件级 PC 模拟器,由于其需要精确模拟 CPU 时钟、芯片组行为、总线及音频设备等细节,几乎所有的计算负担都集中在宿主机的单个线程上。因此,模拟性能的“天花板”取决于宿主机单核处理器的速度。为了保证模拟的稳定性(特别是避免实时音频出现断音),模拟器的有效速度必须始终保持在目标时钟的 100%。

测试配置

本测试旨在对比 Apple Silicon 不同芯片在复古模拟场景下的表现:

  • 对比机型:Mac Mini M6 (12 核) 与 Mac Mini M4 (10 核)。
  • 软件环境:使用经过修改的 86Box 6.0,该版本针对 ARM 宿主机优化了 CPU 模拟,并为 Voodoo 显卡增加了 ARM64 JIT(即时编译)支持。
  • 模拟硬件参数:
    • CPU:Pentium II (Deschutes),时钟频率通过自定义补丁以 50MHz 为步进进行调整。
    • 内存:256MB。
    • 显卡:Voodoo 3 (16MB 显存)。
    • 操作系统:Windows 98 SE。
  • 测试负载:同时运行 Cinebench 2000(测试 CPU)和 Winamp(播放 16-bit PCM 音频),通过音频是否出现断音来判定模拟是否达到了 100% 的稳定性。

测试结果

  • Mac Mini M4:最高稳定模拟频率为 500MHz。在 550MHz 时,系统开始出现卡顿,无法维持 100% 的模拟速度。
  • Mac Mini M6:最高稳定模拟频率达到 600MHz。在这一频率下,M6 能够通过 Cinebench 2000 和 3DMark 2000 SE 的长时间测试,且保持音频流畅。相比 M4,其稳定频率提升了 20%。在 650MHz 时,由于音频缓冲不足(underruns),测试判定为失败。
  • 性能来源:测试显示,M6 在模拟任务中使用的核心频率(约 4.7GHz)明显高于 M4(约 3.7GHz),这是其性能领先的关键。

模拟性能与真实硬件的差异

测试发现,模拟器的得分显著高于同频率的真实历史硬件。例如,模拟的 450MHz Pentium II 在 Cinebench 2000 中的得分为 7.02,而真实的 Pentium II 450MHz 得分仅为 4.35。这种大幅度的性能差异可能源于模拟环境下的内存带宽、缓存时序,或是由于 P6 架构模拟在处理乱序执行和 L2 缓存行为时的特性所致。

结论

M6 Mac Mini 在高性能复古模拟领域表现卓越。凭借强大的单核性能,它不仅能提供比 M4 更高的稳定模拟时钟,还能使虚拟系统的性能跨越到 Pentium III 时代的水平。对于追求小巧、静音且高性能的复古硬件模拟用户而言,这是一个极佳的选择。

8. California is chasing wealth that has feet (blog.landeconomics.org)

加利福尼亚州财富税争议:移动的富豪与不动的土地价值

本文由土地经济中心(Center for Land Economics)撰写,针对加利福尼亚州计划在11月投票通过的“亿万富翁财富税”提出了批评,并建议转向“土地价值税”(Land Value Tax, LVT)作为更稳定的财政替代方案。

亿万富翁财富税的缺陷

加州拟议的财富税计划对州内亿万富翁征收5%的一次性税款(分五年支付),旨在每年筹集约200亿美元,用于弥补医疗、食品援助和学校领域的财政缺口。然而,作者指出该政策存在根本性问题:富人的财富是“可移动的”。

  • 财富流失(Wealth Flight): 与土地不同,亿万富翁可以轻易迁移居住地以规避税收。已有包括拉里·佩奇、谢尔盖·布林、彼得·蒂尔等在内的多位亿万富翁移居外州。
  • 税基高估: 提案假设的2万亿美元税基存在严重偏差。由于富人的迁出,实际可征税的基数可能远低于预期。
  • 恶性循环: 为了弥补流失富豪带来的缺口,政府不得不提高留守富豪的税率,这会进一步促使剩余的富豪离开。

土地价值税(LVT)作为替代方案

作者通过研究发现,加州的土地价值是一个巨大且无法移动的税基。

  • 巨大的规模: 经过测算,加州土地总价值约为8.14万亿美元,是该州亿万富翁财富基数的约8倍。
  • 极低的税率即可达标: 相比于针对流动人口的高额财富税,仅需征收0.25%的土地价值税,即可实现与财富税相同的每年200亿美元筹款目标。
  • 稳定性与公平性:
    • 不可移动性: 土地无法像金融资产或人口那样转移至其他州。
    • 捕捉公共增值: 土地价值往往因政府投资(如建设交通线路)而提升,LVT可以回收这部分由公众创造的价值。
    • 精准打击: 土地价值高度集中在沿海和市中心地带,税收负担将主要落在拥有高价值土地的富裕阶层,而对内陆地区的普通家庭影响甚微。

结构性问题的根源

文章认为,加州之所以寻求“奇特”的税种,是因为其传统的房地产税体系自1978年《第13号提案》(Proposition 13)通过以来就已失效。

  • 评估值过低: 由于《第13号提案》限制了房产税,加州目前的房地产评估值仅为实际市场价值的44%至60%。
  • 过度依赖所得税: 房地产税收入的不足迫使州政府提高了所得税。由于所得税针对的是高度流动的个人,导致了加州拥有全美最高的所得税率,同时也让税基极易流失。

结论

作者指出,无论是试图废除房产税并增加消费税的佛罗里达州,还是试图通过财富税弥补缺口的加利福尼亚州,都忽略了脚下的财富。加州真正能够稳定征收的财富是其广袤且稳定的土地,它既能随经济增长,又无法迁往迈阿密。

9. Git-bug: Distributed, offline-first bug tracker embedded in Git (github.com)

Git-bug 项目概述

git-bug 是一个嵌入在 Git 中的分布式、支持离线优先的 Bug 追踪器。它利用 Git 的机制来实现 Bug 的协作与存储,旨在提供一种无需依赖中心化服务且高度集成的缺陷管理方案。

核心特性

  • Git 完全集成:只需拥有 Git 仓库即可使用 Bug 追踪功能,无需额外配置复杂的服务器。
  • 分布式与离线优先:利用现有的 Git 远程仓库进行协作(通过 push 和 pull),支持在无网络环境下进行 Bug 的阅读和编写。
  • 防止供应商锁定:由于数据存储在 Git 仓库中,用户拥有完整的备份,即使第三方服务失效,数据依然安全。
  • 高性能且无污染:操作响应极快(毫秒级),且不会在项目目录中添加额外文件。
  • 高度可扩展性:提供 CLI、终端交互界面(TUI)、Web UI 以及 GraphQL API,方便集成到现有工具链中。

工作流模式

  1. 原生工作流 (Native workflow):纯粹的 git-bug 体验。开发者像管理代码一样,通过 git bug push 和 git bug pull 在 Git 远程仓库之间同步 Bug 数据。
  2. 桥接工作流 (Bridge workflow):将 git-bug 作为其他 Bug 追踪器的本地远程接口。通过桥接功能,可以在离线状态下工作,并在需要时将更改同步到第三方平台。
  3. Web UI 工作流 (开发中):旨在通过 Web 界面建立公开门户,允许外部用户通过 OAuth 认证提交问题。

交互方式

  • 命令行界面 (CLI):提供丰富的命令用于创建用户、添加 Bug、同步数据(push/pull)、列出、过滤、搜索以及修改 Bug 状态。
  • 交互式终端 UI (TUI):通过 git bug termui 命令提供直观的终端交互体验,方便快速浏览和编辑。
  • Web UI:通过 git bug webui 启动。该界面功能丰富,除了管理 Bug(搜索、过滤、评论、编辑标签等),还集成了代码浏览器功能,支持文件树、语法高亮、提交历史和 Diff 查看。Web UI 通过内置的 GraphQL API 与后端通信。

桥接功能 (Bridges)

git-bug 支持与主流缺陷管理工具进行数据导入和导出,包括:

  • GitHub
  • GitLab
  • Jira
  • Launchpad

技术实现

git-bug 拥有专门的数据模型和存储规范(git-bug spec),涵盖了 DAG 实体格式、身份标识及 Bug 实体。其后端通过 GraphQL API 提供服务,确保了前端界面与数据层的高效交互。

开源协议

本项目基于 GPLv3 或更高版本协议发布。

11. Opus 5.5 is good at explainer videos (launchvideo.io)

Opus 5.5 自动生成解释视频的技术实现方案总结

本文介绍了一种利用 Claude Opus 5.5 模型自动生成解释视频(Explainer Videos)的技术方案。该方案的核心逻辑是:模型通过编写代码(HTML/CSS/JS)来“创作”视频,随后通过代码渲染出确定性的视频文件,整个过程无需人工编辑,仅需输入一个 URL 或一段提示词。

核心流程与架构

该产品被实现为一个运行在 OpenComputer 平台上的 Serverless Agent。其架构包含一个 Agent 文件、三个核心工具以及一个前端表单。

1. 模型与 Agent

  • 模型:通过 OpenComputer 的模型网关使用 anthropic/claude-opus-5.5。生成过程中涉及大量的 Token 消耗(输入约 90k,输出约 15k),其中大部分内容是用于构建视频的 HTML 代码。
  • Agent 实现:使用 TypeScript 定义,通过 opencomputer deploy 进行部署。Agent 的逻辑是作为一名“编写代码的动态设计师”。

2. 运行时环境 (Runtime)

每个任务都在一个独立的、全新的 microVM(微型虚拟机)中运行:

  • 配置:Amazon Linux 2023 (arm64), 4 vCPU, 8 GB RAM, Node 22。
  • 环境准备:首次调用工具时会安装 Playwright 的 headless Chromium 和静态 ffmpeg,任务结束后虚拟机即被销毁。

3. 核心工具 (Tools)

Agent 通过三个自定义工具完成任务:

  • web_fetch:抓取目标网页的文本、标题、标题层级、常用十六进制颜色值以及 Google Fonts 字体。
  • check_scene:加载生成的 HTML 场景,报告 JavaScript 错误并检查特定时间点的可见文本。
  • render_video:执行最终的视频渲染并上传。

4. 渲染机制 (Rendering)

该方案不使用专门的视频生成模型,而是采用“代码即视频”的策略:

  • 确定性渲染:通过使用“虚拟时钟”替换系统的时钟函数(如 requestAnimationFrame、timers、Date、CSS 和 Web Animations),确保每一帧的渲染都是确定性的(Deterministic seek)。
  • 规格:分辨率为 1920x1080,帧率为 30 fps。利用 JPEG 帧通过 libx264(crf 18)进行编码。

5. 存储与控制平面

  • 存储:使用 Vercel Blob 存储生成的 MP4 文件。系统会为每个任务生成一个受限的上传令牌,确保安全性。
  • 控制流:通过 API 创建会话并轮询事件流(如 tool.started, tool.completed 等),以向用户展示实时进度。

总结

该方案展示了如何将大语言模型(LLM)的编程能力与传统的 Web 渲染技术相结合。通过让 Opus 5.5 编写高度结构化的代码,并利用虚拟时钟控制渲染过程,实现了从简单输入到高质量、确定性视频输出的自动化流水线。用户可以通过简单的命令行或一键部署将此整套系统集成到自己的账号中。

13. Show HN: Koi.rest – watch some fish and regain your balance (koi.rest)

Koi.rest 项目简介

项目概述 Koi.rest 是一个由开发者 Paul 创建的虚拟锦鲤池项目,旨在为用户提供一个宁静的在线空间,通过观察鱼群来帮助人们缓解压力并找回内心的平衡。

开发背景与动机 作者 Paul 提到,由于面临失业带来的压力以及 ADHD(注意力缺陷多动障碍)的影响,他曾因不熟悉 JavaScript 且难以集中精力学习编程,而长期搁置了这个创意。他曾陷入“追求完美”的误区,导致项目迟迟未能启动。

开发过程 为了实现目标,作者改变了策略,不再追求极致的完美,而是转向追求“足够好”。他利用 AI 技术辅助完成了代码编写工作,通过不断的调整、研究、绘图和测试,最终将这个想法转化为了实际的互联网产品。

项目核心价值 Koi.rest 被定位为一个“热情的微型项目”,是一个可以让陌生人静静观察鱼群、共同享受片刻宁静的互联网角落。

其他信息 作者在发布该项目的同时,也表示自己目前仍处于失业状态,正在积极寻找新的工作机会。

14. Allow Carriers on Planes (www.jefftk.com)

FAA 关于飞机上使用婴儿背带的规定及其合理性探讨

本文探讨了美国联邦航空管理局(FAA)关于在飞机起飞、降落及地面移动期间禁止使用婴儿背带(babywearing carriers)的规定,并指出该政策在逻辑上的不一致性。

核心政策与现状

根据现行法规(14 CFR 121.311.b.1)及 FAA 指南,两岁以下在乘客膝上乘坐的婴儿,在起飞、降落和地面移动期间不得使用任何“约束装置”。这意味着,尽管婴儿背带在飞行过程中对父母非常便利且能让婴儿保持舒适,但在关键飞行阶段,父母必须将婴儿从背带中取出并用手臂抱住。

政策逻辑的矛盾之处

作者指出,FAA 在制定相关规则时存在逻辑上的脱节:

  • 关于“膝上婴儿”的权衡: FAA 之所以没有禁止“膝上婴儿”的做法,是因为考虑到如果强制要求为婴儿购买单独座位,增加的成本可能导致许多家长转而选择安全性较低的驾车出行。为了避免增加死亡率,FAA 采取了这种“综合考量”的思维。
  • 关于“婴儿背带”的失误: 在婴儿背带问题上,FAA 却未能应用同样的逻辑。允许使用婴儿背带不仅能提高安全性(在湍流或撤离时),还能通过降低出行负担来防止家长转向驾车出行。

历史研究的局限性

现行的禁令主要基于 1994 年的一项研究。该研究存在以下缺陷:

  1. 测试对象不匹配: 研究测试了增高垫、背带式约束系统和腹部安全带(belly belts),但并未测试现代意义上的“婴儿背带”。
  2. 对比标准缺失: 研究在比较不同约束装置时,未能将它们与最常见的替代方案——即“用手臂抱着婴儿”进行充分对比。
  3. 关于“腹部安全带”的结论: 研究发现“腹部安全带”存在让孩子撞击前排座椅或被成人挤压的风险,但这并不意味着现代婴儿背带也具有同样的风险。

国际对比与立法进展

  • 国际差异: 与 FAA 不同,英国(CAA)和欧洲(JAA/EASA)的监管机构允许使用某些约束装置(如腹部安全带),认为这比单纯用手臂抱着孩子能提供更好的保护。
  • 立法尝试: 2024 年美国曾提出一项法案(HR 8972),试图重新评估这一规定,但该法案在航空小组委员会讨论后未能通过投票。

结论

作者认为,目前的规则虽然在安全性上造成的直接伤害可能有限(更多表现为出行不便),但它反映了 FAA 规则制定过程中的不连贯。FAA 在决定不强制要求婴儿座位时考虑了替代行为(驾车),却在允许婴儿背带这一同样具有安全和成本效益潜力的领域选择了禁止。

15. Ink and Switch Interactive Homepage (www.inkandswitch.com)

Ink and Switch 研究实验室简介

Ink and Switch 是一家独立研究实验室,致力于探索“思维工具”(tools for thought)的未来。其核心愿景是开发一种能够增强人类智能的新型计算机系统,通过提升思考的清晰度、协作效率以及随时随地的可用性,协助用户进行更高效的创作与思考。

核心研究领域

实验室的研究涵盖了从理论计算机科学到实际用户体验的多个领域,主要聚焦于以下四个主题:

  • 本地优先软件 (Local-first Software):探索能够将数据所有权归还给用户,并让协作功能融入各类工具的软件架构。
  • 可塑软件 (Malleable Software):设计灵活的软件环境,使用户能够根据自身独特需求即时定制工具。
  • 可编程墨水 (Programmable Ink):研究一种动态的草图媒介,使在创意草图中添加交互行为和功能变得像在纸上书写一样自然。
  • 通用版本控制 (Universal Version Control):构建跨媒介的工具,帮助用户探索多种方案、追踪历史记录并优化协作。

主要研究成果与项目

研究项目与论文

实验室通过网站和学术场合发布研究成果,代表性工作包括:

  • Ambsheets:用于探索可能性空间和辅助决策的新型电子表格。
  • Keyhive:一种具有端到端加密能力的本地优先访问控制系统。
  • Patchwork:针对创意工作的本地优先可塑软件研究项目。
  • Livelymerge:一种旨在实现多人同时共享对象内存的协作编程内核。
  • Embark:探索如何利用实时数据和计算来丰富非正式旅行计划的动态文档。
  • Inkbase:研究如何使手绘草图具备类似电子表格的可编程性。
  • 关于本地优先软件的论述:探讨如何在云时代实现用户对数据的自主掌控。

生产级软件

部分研究项目已转化为广泛使用的工具:

  • Allume (原 Muse):一个视觉化的数字工作空间,用户可以通过灵活的画布进行头脑风暴、组织笔记、草图及处理 PDF 等媒体。
  • Automerge:一个用于构建协作应用的库,利用无冲突复制数据类型 (CRDTs) 技术,实现跨设备(包括离线状态)的自动数据同步。

运营与社区参与

Ink and Switch 的研究工作由个人、企业赞助商及全球性的各类资助机构支持。实验室成员也活跃于各类学术和工业界会议(如 Local-First Conf 和 GodotCon),分享其在协作技术、版本控制及插件开发(如 Godot 引擎的 Backstitch 插件)等方面的最新进展。

16. Sourcehut account takeover via build logs (XSS in ansi2html) (blog.arusekk.pl)

SourceHut 通过构建日志实现的账户接管漏洞 (ansi2html 中的 XSS)

本文详细描述了一个存在于 ansi2html 库中的跨站脚本(XSS)漏洞,该漏洞被利用于通过 SourceHut 的构建日志(build logs)实现账户接管。

漏洞核心原理

漏洞根源在于 Python 库 ansi2html 在处理 ANSI 转义序列(特别是用于超链接的 OSC 8 序列)时的解析逻辑不严谨。由于该库在解析时没有进行充分的验证,攻击者可以构造特殊的 ANSI 转义字符串,使其在转换为 HTML 时注入恶意的 HTML 属性。

攻击负载示例: 攻击者可以使用如下格式的输入: \33]8;;https://example.com/"/autofocus/tabindex="1"/onfocus="alertxss\7...

ansi2html 会将其解析为包含注入属性的 <a> 标签: <a href="https://example.com/"/autofocus/tabindex="1"/onfocus="alertxss">...</a>

通过这种方式,攻击者可以注入 onfocus、autofocus 等属性,从而在用户查看日志时自动执行 JavaScript 代码。

攻击路径与影响

  1. 注入方式:攻击者可以通过多种途径将恶意的 ANSI 序列注入到构建日志中。例如,向启用了持续集成的公开邮件列表发送补丁,或者控制任何会被打印到日志中的远程资源。
  2. 攻击场景:当拥有高权限的用户(如管理员)查看受污染的构建日志页面时,恶意脚本会在其浏览器中执行。
  3. 严重影响:
    • CSRF 攻击:脚本可以读取页面上的 CSRF 令牌,并利用已有的表单(如“重新提交构建”按钮)执行未经授权的操作。
    • 账户接管:通过劫持管理员会话,攻击者可能授予自己管理员权限。
    • 密钥泄露:在 builds.sr.ht 环境下,攻击者可能获取敏感的部署密钥(deploy keys),从而威胁整个基础设施的安全。

修复方案

  • SourceHut 端:builds.sr.ht 已通过对 ansi2html 的输出进行自动净化(sanitization)来缓解该问题。
  • 上游库端:ansi2html 已发布修复版本,从根本上解决了解析逻辑问题。
  • 防御深度建议:实施更严格的内容安全策略(CSP)以限制内联脚本执行,并加强 HTML 转换过程中的输入验证。

技术细节汇总

项目 详细信息
受影响的 ansi2html 版本 ≥ 1.7.0, < 1.9.4
受影响的 builds.sr.ht 版本 ≥ 0.40.0, < 0.105.1
漏洞类型 跨站脚本攻击 (XSS)
入侵指标 (IoC) 在原始构建日志中搜索包含 \33]8;;... 模式的转义序列
CVSS 评分维度 (参考) 网络攻击矢量、低复杂度、无需特权、需要用户被动交互、高机密性与完整性影响
18. U.S. appeals court upholds designation of Anthropic as supply chain risk (www.cnbc.com)

美国联邦上诉法院维持五角大楼对 Anthropic 的“供应链风险”认定

美国华盛顿特区的一家联邦上诉法院于周五维持了五角大楼将人工智能公司 Anthropic 列为“供应链风险”的决定。这一裁决对 Anthropic 构成了重大打击,使其在与特朗普政府持续数月的法律斗争中再次失利。

案件核心与法院裁决

法院以 2 比 1 的投票结果驳回了 Anthropic 的诉求。此前,Anthropic 起诉国防部(DOD),认为其禁用 Claude 系列模型的行为是武断、未经授权且违宪的。

  • 多数意见: 法官 Gregory Katsas(由特朗普任命)在多数意见书中写道,国防部有充分的依据认定,将 Claude 集成到其信息系统中(无论是通过国防部自身还是其承包商)构成了法律涵盖的国家安全风险。
  • 不同意见: 法官 Karen LeCraft Henderson 持异议立场。

冲突起因:军事应用的分歧

此次禁令源于 Anthropic 与国防部在技术部署方面的谈判破裂。

  • 争议焦点: 双方在如何将 Claude 模型部署到国防部的 GenAI.mil 平台上无法达成共识。国防部要求获得在所有合法用途下“不受限制”的使用权;而 Anthropic 则坚持要求获得保证,确保其技术不会被用于开发全自主武器或进行国内大规模监控。
  • 官方指控: 国防部长 Pete Hegseth 指责 Anthropic 试图对美军的作战决策行使“否决权”。法院认为,在平衡竞争性风险时,决策权最终属于总统和国防部长。

法律背景与现状

Anthropic 此前针对政府的两项不同认定分别在旧金山和华盛顿特区提起诉讼:

  1. 旧金山法院: 上个月已裁定政府的一项认定为非法。
  2. 华盛顿特区上诉法院: 本次裁决维持了另一项认定。

Anthropic 发言人对此表示不服,强调另一家联邦法院已判定政府的相关认定违法,并表示正在考虑包括重新审理或向最高法院申诉在内的所有法律选项。

政治环境

此案反映了 Anthropic 与特朗普政府之间高度紧张的关系。特朗普曾在社交媒体上多次抨击 Anthropic 首席执行官 Dario Amodei,并对其建议放缓 AI 发展的立场表示不满。目前,该禁令仍有效,禁止美军及其国防承包商在相关工作中利用 Anthropic 的模型。

19. Factorio that you can touch (factorio.com)

《Factorio》3D 打印模型发布概要

Wube Software 近期宣布将《Factorio》中的游戏实体转化为可 3D 打印的实物模型。这一项目的初衷源于 2024 年夏季为《Space Age》DLC 组织的线下玩家测试活动,当时开发团队与 Prusa Research 合作进行了初步的打印尝试。

项目核心目标与内容

与传统的限量版昂贵收藏品不同,Wube 选择以免费提供 STL 文件的形式回馈社区,旨在鼓励玩家利用自身的创造力进行二次开发。

  • 内容规模:模型集专注于游戏早期阶段,共包含 15 个模型组,涵盖 65 个独立模型,共计 247 个 STL 文件。
  • 设计逻辑:以运输带为核心设计了一套网格系统,允许玩家在现实中复刻游戏内的工厂布局。
  • 版本分类:每种模型均提供两个版本:
    1. 高精度版本:采用压入式(Push-fit)组装,适合追求精密度的玩家。
    2. 高公差版本:适合打印精度较低或希望使用胶水进行永久固定组装的玩家。

技术实现与挑战

1. 机械类实体(由 Jarosław 设计)

机械模型的开发重点在于解决 FDM(熔融沉积建模)打印的物理限制:

  • 支撑结构优化:为了避免支撑材料在模型表面留下视觉干扰或难以拆除的痕迹,设计者通过将模型拆解为多个零件,实现了尽可能无需支撑的打印方案。
  • 视角转换问题:游戏采用等距视角(Isometric View),许多机械实体在游戏中利用视觉错觉(如悬浮组件或特定的光影)来呈现。设计者需要重新构思这些实体的背面和真实几何结构,使其在 3D 空间中既符合游戏视觉风格,又具备合理的物理结构。

2. 有机类实体(由 Fearghall 设计)

有机生物(如敌人和玩家角色)的设计挑战在于复杂的几何形状:

  • 细节重建:游戏内许多细节仅存在于贴图数据中,设计者必须通过“烘焙”等技术将这些视觉信息转化为真实的 3D 几何模型。
  • 打印策略:由于生物结构复杂,难以实现完全无支撑打印。为了保护模型可见表面的质量,设计者采用了创新的拆解方案。例如,通过将生物的外壳与身体分离并进行“倒置打印”,既能减少支撑痕迹,又能通过增加卡槽和销钉设计实现令人满意的“咔哒”式组装感。

获取途径

所有模型现已在 Printables 平台的 Wube Software 品牌页面开放免费下载。

20. I'm Tired of Being on the Network (matduggan.com)

逃离网络:从数字疲劳到寻找纯粹的技术体验

本文探讨了作者对现代“始终在线”生活方式的深度厌倦,以及在过度数字化的世界中寻找纯粹、受控技术体验的尝试。

数字化的“税收”与强制性合规

作者回顾了自己从智能手机的狂热追随者转变为厌恶者的过程。曾经,移动互联网被视为通往未来的梦想,但现在,智能手机更像是一种必须缴纳的“税收”。

在现代社会,数字化已不再是真正的选择,而是一种强制性的合规。以丹麦为例,无论是政府通信、交通出行还是学校事务,都必须依赖特定的应用程序。所谓的“离线选项”往往只是为了满足监管而设立的、难以使用的摆设。这种现状迫使人们不得不参与数字经济,而非出于自愿。

智能手机生态的恶化

作者指出,当前的移动技术体验已陷入一种无意义的循环:

  • 硬件同质化:用户不断购买外观相似的金属和玻璃板,通过Wi-Fi进行数据迁移,对设备本身已无情感连接。
  • 失去控制权:用户无法控制应用大小、存储空间或照片分辨率,体验被厂商主导。
  • 广告无孔不入:从地图、应用商店到播客,广告渗透到了每一个数字缝隙,甚至连“数字排毒”的播客也会播放广告。
  • 内容死循环:互联网内容陷入了社交媒体驱动的低质量循环,流媒体平台充斥着为了满足指标而制作的重复性内容,整个数字世界呈现出一种封闭且荒诞的特征。

寻找避风港:MiSTer 与纯粹的技术

为了对抗这种数字疲劳,作者开始寻找那些“受控”且“离线”的技术产品,最终在 MiSTer(一种基于 FPGA 的复古游戏设备)上找到了慰藉。

MiSTer 与现代设备的本质区别在于:

  1. 无需联网:它不需要持续的下载、更新或用户协议(EULA),也不需要处理 Cookie 同意。
  2. 单一功能:它不试图引导用户进行“入驻流程”,也不试图通过各种钩子吸引用户。它只做一件事:精准地还原经典游戏。
  3. 物理交互感:通过 NFC 卡片系统,用户可以像拿起游戏卡带一样简单地加载游戏,这种物理感弥补了数字菜单带来的虚无感。
  4. 硬件级还原:不同于软件模拟,FPGA 技术实现了对原始芯片逻辑的精确重建,提供了纯粹、无干扰的游戏体验。

结论:回归“工具”本质

作者通过 MiSTer 重新找回了早期计算机时代的感受——那时技术是工具而非玩具。早期的计算机静静地等待用户的指令,它们不会主动索取数据,也不会试图操纵用户。在万物互联、不断索取注意力的今天,这种“不问、不求、只执行”的技术反而成为了一种解脱。

22. Federal judge orders Texas to air condition all prisons by the end of 2029 (www.texastribune.org)

美国联邦法官命令德克萨斯州在2029年底前为所有监狱安装空调

核心裁决

美国联邦地区法官罗伯特·皮特曼(Robert Pitman)发布裁决,要求德克萨斯州必须在2029年12月31日之前,为全州所有的监狱设施安装空调系统。

法官在长达150页的裁决书中指出,德克萨斯州刑事司法部(TDCJ)目前在缺乏空调的监狱中实施的防暑措施不足,这种环境违反了美国宪法第八修正案(禁止残酷和不寻常的惩罚)。皮特曼法官认为,面对夏季持续发生的伤亡和痛苦,TDCJ未能按计划实施有效的降温方案,表现出“蓄意漠视”(deliberate indifference)。

现状与影响

  • 覆盖率不足:截至9月1日,TDCJ旗下的104个设施中,仅有超过三分之一实现了全面空调覆盖。
  • 人口压力:预计到2028年,德州的囚犯人数将超过15万人,而TDCJ目前的计划(到2028年提供9万张“凉爽床位”)仍无法满足所有囚犯的需求。
  • 健康风险:裁决指出,极端高温不仅导致了人员伤亡(法官指出2023至2025年间至少有9人死于酷热,实际数字可能更高),还造成了降级且不人道的生存环境。

资金与预算争议

  • 高昂成本:TDCJ表示,完成该项任务可能耗资15亿美元。
  • 预算缺口:法官在裁决中发现,TDCJ向州立法机构提交的预算申请金额远低于其此前在法庭上声称可以承担的金额。
  • 法律立场:针对TDCJ可能提出的财政困难,皮特曼法官明确表示,经济因素不能作为不履行法院命令的正当理由。

各方回应

  • 德克萨斯州刑事司法部 (TDCJ):表示将提出上诉,并否认存在“蓄意漠视”的行为。该机构强调已采取包括提供冷水、风扇、冷毛巾和设立降温休息室在内的“稳健”防暑措施。
  • 囚犯权利倡导者:包括Lioness Justice Impacted Women’s Alliance在内的原告方将此裁决视为“历史性的胜利”,认为这不仅能挽救生命,也是对囚犯人权的捍卫。倡导者表示,接下来的工作重点是确保州立法机构提供足够资金并按时落实。

后续监管

法官要求TDCJ每六个月提交一次进度报告,第一次报告的截止日期为2027年3月22日。目前,法官尚未指派特别专员来监督进度,但保留了后续采取措施的权利。

23. The Test (tante.cc)

内容摘要

本文摘录探讨了政治哲学与经济模式中的核心矛盾,主要涵盖以下几个方面:

  • 个人自由与国家权力:文中强调,个人自由的影响力能够削弱国家权力对个体的控制视角。
  • 经济体制与干预:讨论了自由市场资本主义与广泛的国家干预之间的关系,并提到了工团主义工会(syndicalist unions)的影响力,认为其具备通过立法来决定自身行动的能力。
  • 所有权与社会阶级:内容涉及了关于“人与财产及其权利”的探讨,并触及了在层级制度、压迫与剥削背景下的土地所有权问题,同时提及了苏联民主制(soviet democracy)的相关概念。
24. The Board Game of the Alpha Nerds (2014) (grantland.com)

《外交》(Diplomacy):阿尔法宅男们的心理博弈

本文通过记述作者在 Dixiecon 锦标赛中的亲身经历,深入探讨了策略桌游《外交》(Diplomacy)的独特魅力、残酷机制及其对玩家心理的极端影响。

游戏概况与核心机制

《外交》由 Allan B. Calhamer 于 1954 年发明,以 1914 年的欧洲地图为背景。玩家扮演各大强国,目标是控制 18 个供应中心。该游戏具有以下显著特征:

  • 零运气成分:游戏中没有骰子或随机卡牌,唯一的变量是玩家的谈判能力。
  • 同时行动制:所有玩家同时写下指令并公布,这意味着玩家必须预测他人的意图。
  • 核心机制为谈判:游戏高度依赖玩家之间的私下或公开协商。由于可以随时打破盟约,该游戏被誉为“破坏友谊的游戏”。

心理冲击与情感代价

由于游戏过程涉及大量的欺骗、背叛和心理操纵,玩家往往会承受巨大的情绪压力。在锦标赛环境下,这种压力会被放大,导致玩家出现愤怒、羞辱、疲劳甚至情绪崩溃。文章通过作者在比赛中因信任盟友而被背叛而感到的无力感,展示了这款游戏如何挑战人的情感底线。

玩家哲学之争:关怀熊 vs. 鲨鱼

《外交》社群内部存在两种截然不同的游戏哲学:

  • “关怀熊”(Care Bears):倾向于维护盟约,通过建立稳固的防线来寻求平局(Draw)。他们认为合作是游戏的基础。
  • “鲨鱼”(Sharks/Soloists):追求唯一的个人胜利。他们认为盟约只是手段,背叛是获取胜利的必然路径,并认为追求平局是“羞耻”的。

历史演变与社群文化

《外交》的发展经历了从邮寄游戏(Play-by-mail)到面对面锦标赛(DipCon/World DipCon)的演变。早期的邮寄模式通过专门的杂志(Zines)维系了玩家社群;而现代的面对面赛事虽然更具挑战性,但也因其强烈的情感冲突而面临玩家留存率低的难题。

总结:人性的微缩模型

通过对传奇玩家 Edi Birsan 等人的描述,文章指出《外交》不仅是一场智力竞赛,更是一个人性的微缩模型。它反映了现实生活中关于信任、背叛、沟通与妥协的复杂本质。正如资深玩家所言,这款游戏并没有绝对的“正确玩法人”,因为它真实地映射了复杂的人际关系与社会博弈。

25. Using LLMs to trace alchemical knowledge and decode 17th century letters (resobscura.substack.com)

使用大语言模型(LLM)追踪炼金术知识与解码17世纪信件

本文探讨了前沿大语言模型(如 GPT-6 Sol、Opus 5.5 等)在历史研究领域的应用范式转变:从单纯的“研究助手”(如文档转录)进化为能够解决复杂历史问题的“研究参与者”。作者认为,将历史学家与前沿模型结合,将能推动历史知识与解释能力的重大突破。

AI 处理历史问题的适用条件

为了使历史问题对 LLM 而言是“可处理的”(Tractable),需满足以下条件:

  1. 专家定义:领域专家已识别出需要解决的特定问题。
  2. 数据数字化:所需数据已完全数字化并可访问。
  3. 能力匹配:问题需契合 LLM 的“尖锐”能力,如多语言推理、高级数学、跨学科自主研究或编写定制代码。
  4. 可验证性:解决方案必须能够被清晰地证明或证伪。

三大核心应用领域

  1. 密码学与破译:利用模型处理加密信息,例如破解二战时期的德军电报或研究复杂的神秘学手稿。
  2. 文本追踪:通过跨语言和跨文本的对比,追踪文本在翻译、改编或转录过程中的演变与来源。
  3. 跨学科知识整合:连接分布在不同、细分领域中的零散发现,构建尚未被学术界整合的知识网络。

案例研究

  • 密码学突破:GPT-6 Astra 在协助破译 1941 年德军 Enigma 密电时,展现了强大的信息搜寻能力,甚至能发现研究人员尚未注意到的档案注释。在处理约翰·迪(John Dee)的神秘文本《Liber Loagaeth》时,模型通过数学分析判定其大部分内容为无意义音节,但也成功识别出了极少数具有编码意义的片段。
  • 知识链条溯源:Opus 5.5 通过分析炼金术中常见的暗号(Anagrams),发现牛顿与哈特利布(Hartlib)在描述关键成分时使用了高度相似的编码方式。这一发现为“牛顿可能参考了哈特利布的手稿”提供了强有力的证据。
  • 验证与解码:模型展示了对 16 世纪西班牙密信的解码能力,并通过与已知的历史破译版本进行比对,验证了其推理的准确性。
  • 达尔文研究:利用模型在达尔文的大量著作和通信中搜索参考文献,试图发现达尔文与其信息提供者之间未被发现的知识联系。

未来研究建议

作者指出,要实现历史研究的实质性进步,需要 AI 实验室、历史学家和资助机构的深度协作,并提出以下建议:

  • 推进档案数字化:打破图书馆和档案馆的访问限制,将更多未数字化的珍贵手稿转化为可供 AI 处理的数据。
  • 提供算力支持:为历史学家提供免费的 API 访问权限和计算资源,以支持大规模的代理(Agents)协同研究。
  • 定义“历史难题”:鼓励历史学家像数学家定义“千年难题”一样,识别出那些具有挑战性且可以通过大规模数据分析解决的历史谜团(如《伏尼契手稿》或线性文字 A)。

结论

虽然历史研究不同于数学,无法通过单一定理来“解决”,但 LLM 的多语言处理能力和大规模数据检索能力,能够扩展人类研究者的视野,揭示超出单个人类阅读极限的知识关联。