原标题：《Qwen 3.8 27B available on Cerebras at 1500 tok/SEC》 评分: 633 | 作者: altertable 💭 1500 tok/s，最后卖的其实是限流吧？ 🎯 讨论背景 Cerebras（做 wafer-scale AI 芯片和推理云的公司）这次把 Qwen 3.8 27B（阿里系开源模型家族的 27B 版本）放到公开 API 上，主打约 1500 tok/s 的超高输出速度。讨论很快转向实际可用性：很多人发现这条公共线路有 128k context 上限、账号级 TPM 限流，以及 prompt caching 但不降价。由于 coding agent 往往会反复把代码、文档和工具调用塞回上下文，单次请求快并不等于整段任务更快。评论还把它和 OpenRouter（模型 API 聚合平台）、DeepSeek-V4-Flash（主打低成本/高吞吐的推理模型）以及本地推理栈如 ninfer、vLLM、LM Studio 做了比较，争论到底是该为极致速度付费，还是直接自托管。 📌 讨论焦点 高吞吐被账号级限流抵消 很多评论认为，
原标题：《Ok, but Does It Scale?》 评分: 24 | 作者: theanonymousone 💭 单机快到飞起，就算 scale 了吗？ 🎯 讨论背景 SpacetimeDB（一个把应用服务器、ORM 和数据库合并到同一系统里的数据库平台）在这条讨论里被拿来检验“速度”和“可扩展性”是否真的成立。争论的起点是它的 benchmark 和对外宣传：官方强调减少 server 与 database 之间的 round trip time，但评论者认为这种对比强依赖架构前提，尤其对实时游戏和 MMORPG 这种场景并不公平。讨论同时牵涉到 distributed SQL（如 Spanner 这类分布式 SQL 数据库）在 OLTP 场景里的老问题，比如事务、唯一键、join 和滚动升级的复杂性。另一条背景线是它与 BitCraft Online（Clockwork Labs 自己在做的 MMORPG）之间的 dogfooding 关系，以及开源许可对生产实例数的限制，这些都让“它到底能不能 scale”变成技术、产品和商业三重问题。 📌 讨论焦点 基准测试被认为偏
原标题：《Burnt out on a three-day week》 评分: 45 | 作者: thelastgallon 💭 AI 教练文也配谈治 burnout 吗？ 🎯 讨论背景 这篇文章讨论的是在三天工作制下仍然感到 burnout 的经历，但评论很快把焦点扩展到文章本身是否为 AI 辅助写作，以及它到底是不是一篇 coaching/consulting 风格的软广。围绕 burnout 的原因，评论分成了意义感缺失、工作与个人边界失衡、过度投入、睡眠与昼夜节律紊乱等几条线。还有人把 AI 对知识工作价值的压缩、生活成本上升、job market 变差和病假保障差异一起放进讨论框架里。整体上，这串讨论反映的不是单一职业疲劳，而是现代工作、写作与生活支撑系统同时失灵时的综合不适。 📌 讨论焦点 意义缺口与人生目的争议 不少人把 burnout 解释成生命意义缺口，而不是纯粹的工作疲劳。工作如果只是给 startup 或 shareholder value 服务，很难填补人与人连接、成长和自我完善这些需求；有人因此主张把工作降级为谋生手段，把精力放到家庭、宗教、社群、mut
原标题：《GLP-1s Are Being Linked to Fewer Serious Infections, Including TB》 评分: 130 | 作者: gumby 💭 既然这么神，怎么不直接把 GLP-1 加进自来水？ 🎯 讨论背景 这条讨论围绕一篇关于 GLP-1 receptor agonist（例如 semaglutide、tirzepatide）可能降低严重感染、包括 TB 风险的报道展开。原研究用 2017–2025 年的去标识化医疗记录数据库（如 TriNetX）比较 type 2 diabetes 患者中使用 GLP-1 与使用其他降糖药的人，发现前者在随访中较少被诊断出 TB。评论区的重点不是结果本身，而是这种 observational study 能否排除 socioeconomic status、保险、医疗可及性、体重变化和生活方式等 residual confounding。由于 TB 本来就常与贫困、卫生条件和就医机会相关，很多人一边对结果感到兴奋，一边也在追问到底是药物效应，还是使用者群体本来就更健康、更有资源。 📌 讨论焦点 研究
原标题：《Ask HN: Why are OpenAI, Claude, and Grok simultaneously down? Coincidence?》 评分: 382 | 作者: halcdev 💭 难道这些 AI 真共用同一台破服务器吗？ 🎯 讨论背景 这条讨论起因是用户同时在 OpenAI 的 ChatGPT/Codex、Anthropic 的 Claude 和 xAI 的 Grok 上看到 404、500、503 或 “at capacity” 报错。OpenAI（ChatGPT/Codex 的服务方）随后更新状态页称存在 elevated errors，Anthropic（Claude 的公司）也被提到有多模型异常，xAI（Grok 的公司）则公开说明 Grok 的问题与 Memphis compute center 的 outage 有关。因为很多 AI 编码工具会在不同 provider 之间自动 fallback，大家开始怀疑一次上游故障会被流量迁移放大成级联故障；Cloudflare（提供 CDN 和边缘网络）、Azure（Microsoft 云）、AWS
原标题：《'People are going to get screwed' Pennsylvania voters unite against data centres》 评分: 39 | 作者: 1vuio0pswjnm7 💭 数据中心抽水抽电，还指望大家笑着替它买单吗？ 🎯 讨论背景 这场讨论围绕宾夕法尼亚州居民和选民对新建 data centers（数据中心，承载云计算和 AI 训练的高耗能设施）的反对展开。背景是 AI 热潮推动大型科技公司和基础设施公司加速扩张，但项目往往伴随水、电消耗、噪音、景观变化，以及地方政府给出的 property tax abatements（财产税减免）或优惠协议。评论里还提到 Alaska Permanent Fund（阿拉斯加永久基金，资源收益分红模式）和 NIMBY（“别建我家后院”式地方抵制）等美国常见争议框架。另一些留言把话题延伸到 AI capex（资本开支）、Nvidia（英伟达，AI 芯片供应商）的供应链叙事，以及 Oracle（甲骨文）和 Bloom fuel cells（Bloom Energy 的燃料电池供电方案）这类“
原标题：《Restoring 5 GHz Wi-Fi on an LG C5 by changing its webOS region》 评分: 21 | 作者: hawshemi 💭 换个地区，法律就自动更新吗？ 🎯 讨论背景 这篇帖子讨论的是一台 LG C5（LG 的 C 系列智能电视）在 webOS（LG 的电视操作系统）里通过切换地区，重新打开被隐藏或禁用的 5GHz Wi-Fi。之所以会有这种限制，通常和无线设备的 regulatory domain（监管域）有关：不同国家或地区对 Wi-Fi 频段和发射功率的许可不同，厂商会在固件里做地区映射。评论里把话题扩展到 LG 电视的区域锁、过时的无线监管数据库，以及 Linux 的 wireless-regdb（无线监管规则数据库）是否更准确。它也顺带引出了更大的智能电视争议：开发者模式、root、jailbreak、隐私和联网风险。 📌 讨论焦点 RF 频谱合规风险 有人提醒，修改 RF 设备的 regulatory region 可能会让设备进入当地不允许的频段或功率设置。讨论里举了土耳其等国家的例子，认为部分 5GHz
原标题：《O&O ShutUp10 – The antispy tool for Windows 10 and 11》 评分: 31 | 作者: embedding-shape 💭 Windows 都像 spyware 了，还修补什么？ 🎯 讨论背景 O&O ShutUp10 是 O&O Software（德国软件公司）推出的 Windows 10/11 隐私设置工具，主要用来关闭 telemetry、系统提示和各种默认数据收集项。O&O 早年因 O&O Defrag（磁盘碎片整理工具）而被认识，所以它不像典型广告软件那样被直接归类为恶意捆绑，但它依然是闭源软件，无法像 FOSS 那样被审计。评论还延伸到 Windows 自带的 Windows Defender / Windows Security（系统内建安全防护）是否足够，以及 Chocolatey、Winget、Scoop 这些 Windows 包管理器是否值得作为基础工具。更大的背景是长期围绕 Windows 隐私、系统默认设置和用户控制权的争议，以及“继续给 Windows 打补丁”还是“直接换 Linux（开源类 Un
20 秒开启极速午休。 #欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。
原标题：《Which tools do Claude, Codex and Cursor choose? We measured 17k runs to find out》 评分: 241 | 作者: screm 💭 以后先给 AI 交 SEO 保护费，再谈选型吗？ 🎯 讨论背景 Armature（YC P26 创业公司）做了一项针对 coding agents 的实测：在真实 repository、不同 persona（如 vibe-coder、junior/senior engineer）和不同公司规模下跑了近 17k 次 session，比较 Claude Code（Anthropic 的编程代理）、Codex（OpenAI 的编程代理）和 Cursor（带 AI 的代码编辑器）的工具选择。实验还提到使用了 E2B、Blaxel、Daytona（几家运行 AI agent 的隔离沙箱服务）来减少环境偏差。它声称 Claude Code 很少主动 web search，而 Codex 更常搜索，Cursor 居中，并把完整 trace 公开供人检查。评论把这项研究放进更大的问题
