原标题：《Statichost.eu – 100% European static site hosting》 评分: 362 | 作者: p4bl0 💭 静态托管现在也要收一笔“欧洲情怀税”吗？ 🎯 讨论背景 Statichost.eu 是一个面向静态网站托管的服务，主打“100% European”基础设施和免费额度，付费计划则按月收费并计入带宽。评论里反复讨论它更像是面向 Git repo 的自动化发布平台，还是更适合用 sftp/rsync 直接上传的小站托管。讨论还牵涉到 .eu 域名、EU 和 Europe 的区别，以及“欧洲数字主权”是否真的能带来隐私和合规优势。与此同时，很多人把它和 Netlify、Cloudflare Pages（Cloudflare 的静态托管平台）、GitHub Pages、Codeberg（一个面向开源项目的 Git 托管平台）、Hetzner 和 Scaleway 等替代方案做横向比较。 📌 讨论焦点 价格与带宽定价被认为偏贵 很多人觉得 9 €/月 对纯静态托管太贵，尤其还要按带宽计费，看起来不如直接租一台 EU VPS 或用共享主机
原标题：《Shutting down our public encrypted DNS》 评分: 382 | 作者: mywacaday 💭 那下一步是不是连 Tor 出口也封了？ 🎯 讨论背景 Mullvad（一个以隐私为卖点的 VPN 服务商）宣布关闭自己运营的公共加密 DNS，把用户转到 Quad9（一个公共递归 DNS 解析器）并改为资助它。这个决定之所以引发争议，是因为 Quad9 近年在德国、法国、意大利都卷入过法院要求屏蔽域名的案件，而 Mullvad 以前的 DNS 还带有广告和恶意软件过滤。评论区因此讨论 DNSSEC（DNS Security Extensions，DNS 签名验证机制）、DoH（DNS over HTTPS）和 DoT（DNS over TLS）的实际安全性，以及是否应该用 Unbound、Pi-hole、AdGuard Home 之类工具自己搭建本地解析与过滤。话题还顺带回到 Mullvad 近年减少 port forwarding、OpenVPN support 等功能的产品收缩，以及创始人向 Örebropartiet（一个瑞典政党）的捐
原标题：《Fermat's Last Theorem in Lean 4》 评分: 128 | 作者: aaraujo002 💭 Lean 先证明自己没漏洞再说数学？ 🎯 讨论背景 这里讨论的是把费马大定理（Fermat's Last Theorem）完整形式化到 Lean 4（一个基于依赖类型理论的交互式定理证明器）中的项目，相关代码仓库来自 Anthropic（AI 公司）的团队。评论不仅在看证明是否成立，更在问这份形式化能否沉淀成 Lean libraries（可复用的形式化数学库），还是只是一次性的 capstone proof。另一条主线是可信性：Lean 依赖很小的 kernel（最小可信内核）来做最终检查，但 kernel、编译器和工具链都可能出 bug，所以大家讨论它在正常使用和 adversarial settings 下各自能保证到什么程度。评论还把 Lean 与 Metamath（极简形式化证明系统）比较，并延伸到 LSP（Language Server Protocol，语言服务器协议）、LLM 辅助证明和事后复盘（postmortem）等话题。 📌 讨论
原标题：《Pentagon rescinds new testosterone screening policy without explanation》 评分: 29 | 作者: ndsipa_pomu 💭 靠一纸睾酮报告就能打造强军吗？ 🎯 讨论背景 这条新闻讲的是美国国防部（Pentagon）刚推出又撤回一项 testosterone screening policy（睾酮筛查政策），但没有公开说明原因。评论把焦点分成两条线：一条是激素检测和后续治疗是否有医学必要，另一条是这类政策到底是专业判断还是政治化冲动。有人强调 testosterone 确实会影响力量和竞技表现，所以不是完全无关紧要；但也有人担心只看检测值就干预，会把原本正常的人带进 mood 和内分泌副作用。讨论还延伸到 DoD 现任领导层的能力、意识形态，以及预算和供应链是否可行，整体语气非常怀疑和讽刺。 📌 讨论焦点 睾酮筛查与治疗的医学争议 有人认为，按化验值去碰激素本身就很冒险，因为不少外表正常甚至很强壮的人也可能有偏低的 testosterone。若没有明确症状，仅凭检测结果就介入治疗，可能会扰乱 mo
原标题：《Git Submodules as a Package Manager》 评分: 22 | 作者: ErenayDev 💭 把 submodule 当包管理器，bug 也顺手打包吗？ 🎯 讨论背景 这场讨论围绕一个把 Git submodule（Git 的子仓库机制）包装成“包管理器”的想法展开。submodule 本质上只是父仓库里一个指向固定 commit 的 gitlink，再配合 `.gitmodules ` 等信息把另一个仓库挂进来，因此它看起来像依赖管理，但并不等同于真正的 package manager。评论里有人补充了 `.git `、gitfile 和 `$GIT_DIR/modules ` 的实现细节，说明 submodule 既可以很“工程化”，也可以更像自包含仓库。讨论进一步扩展到 npm（JavaScript 包管理器）和 Python 生态中的 pip、venv、virtualenv、pipenv、poetry、uv，核心争论集中在依赖共享、版本隔离以及源码仓库与发布包之间的边界。 📌 讨论焦点 submodule 的底层实现与嵌入式仓库灵活
原标题：《Artificial Analysis Intelligence Index v4.2》 评分: 128 | 作者: nojs 💭 先改结果再谈科学性，这算严谨评测吗？ 🎯 讨论背景 Artificial Analysis（一个公开的 AI 模型评测网站）发布了 Intelligence Index v4.2，把 Terminal-Bench、SciCode、Humanity's Last Exam、GPQA Diamond 等多个 benchmark 合成总分，并重新调整了权重和展示方式。评论围绕 Astra、Sol、Fable、Opus 5、Gemini 3.8 等模型的排名是否更接近真实体验展开，尤其是“知识可靠性”“代码任务”“tool calls”和输出 token 效率这些维度。很多人拿 CursorBench（更贴近编码工作流的评测）、Epoch Capabilities Index（用 Elo 思路汇总多项测试的榜单）以及 ARC-AGI-3（偏抽象推理的评测）来对比，认为 AA 的总分把不同能力混在一起。讨论的底层矛盾是：一个综合榜单究竟该追求“看起来像
原标题：《Kale: A Transformation-Safe Spreadsheet System》 评分: 22 | 作者: zdw 💭 把脆弱表格叫灵活，Bug 就真没了？ 🎯 讨论背景 Kale 讨论的是一种 transformation-safe spreadsheet system（在表结构变化后仍尽量保持公式语义不变的电子表格系统），核心是避免传统 spreadsheet 在插入行列、调整表格结构时，把公式引用悄悄改到别的范围。原文提到用户研究，认为标准 reference semantics（引用语义）本身就很容易把用户带进错误结果。评论区把这个技术问题放进更大的业务现实里：Excel 常被当成公司里的非正式应用前端，靠大量人工核对、经验规则和隐性知识维持运转。讨论因此延伸到 sqlite、mysql（轻量关系型数据库）、Jupyter（交互式 notebook 环境）和 REPL（交互式试算环境）等替代方案，以及这些工具为什么并不总能取代 spreadsheet。 📌 讨论焦点 电子表格像程序，容易误伤 这组评论把 spreadsheet 看成一种面向普通人的
原标题：《GPT-6 Astra on OpenRouter》 评分: 236 | 作者: Topfi 💭 所以前沿模型就是看鹈鹕会不会骑车来验收？ 🎯 讨论背景 这帖讨论的是 OpenRouter 上可调用的 GPT-6 Astra，大家用 Simon Willison 长期维护的“鹈鹕骑自行车”SVG 基准来横向比较 Astra、Sol、Terra、Luna 等模型。这个任务表面上是个带梗的 synthetic benchmark，但它能直观看出构图、遮挡、几何关系和风格控制差异，所以常被拿来当作图像/SVG 生成能力的缩影。评论里还延伸到 OpenAI 的分批开放、Codex app（OpenAI 的编程/代理应用）、Azure Foundry（微软面向企业的模型平台）以及 ZDR（Zero Data Retention，零数据保留）等接入问题。另一个核心背景是价格与 token 成本：很多人不只看单次输出好不好，还看它是否能减少重试、少烧 tokens、在实际任务里更划算。 📌 讨论焦点 鹈鹕 SVG 基准上的表现 评论区主要在夸 Astra 的鹈鹕骑车 SVG 更像专业
原标题：《Formalizing Fermat's Last Theorem》 评分: 617 | 作者: jlebar 💭 13M 行都过了，还要人看懂吗？ 🎯 讨论背景 Anthropic 这篇文章讲的是 Claude 在 Lean（一个依赖类型的 theorem prover/编程语言）里，把 Andrew Wiles（证明 FLT 的数学家）那条 1995 年证明路线形式化成可机械检查的版本，而不是重新发现新的数学证明。Kevin Buzzard（长期推进 FLT 形式化的数学家）在帝国理工学院的项目、以及 EPSRC（英国工程与物理科学研究理事会）的资助背景，都是评论里反复被提到的前史，因为这次结果和他原本想做的“人类可读、可复用的形式化文档”关系很大。讨论还牵涉到 Lean kernel、Mathlib（Lean 的数学库）、Comparator（独立校验工具）和 Prove2Me（一个基于 Lean 的协作平台）这些工具，大家争的是“证明是否真的可信”以及“13M 行代码是否只是把难题从数学转移到验证器”。因此这条消息既像是 AI 在长链路验证任务上的一次突破，也像是
GPT-6 Astra 的真正野心，是接管人类的电脑 #欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。
