每日HackerNews RSS
最近的一项 Hacker News 讨论指出 Google AI 概览存在一个缺陷：当搜索“disregard”（无视）一词时，AI 往往会将该指令误判为提示词注入，从而真的“无视”搜索请求，并给出敷衍的回应，而非提供词义解释。
虽然该 AI 回应存在明显的逻辑错误，但评论者指出，标准的搜索结果仍会出现在页面下方，只是往往被大量的空白区域所遮盖。参与者认为，这一问题反映出 Google 在整合 AI 过程中出现了一种既滑稽又尴尬的故障，这也折射出用户对该平台为了 AI 生成摘要而牺牲传统搜索实用性的普遍不满。
用户分享了多种解决方案，例如使用 `&udm=14` URL 参数来跳过 AI 功能、利用广告拦截器剔除 AI 组件，或使用引号防止 AI 将关键词解析为指令。这次讨论再次引发了关于提示词清洗有效性以及 AI 整合导致搜索体验下降的持续争论。
Trump Mobile 已证实，包括姓名、电子邮件地址、家庭住址、电话号码和订单标识符在内的敏感客户数据曾暴露在开放互联网上。 该公司发言人表示，此次泄露并非发生在 Trump Mobile 自身的基础设施内，而是与一家未具名的第三方服务提供商有关。公司坚称，目前没有证据表明财务信息或个人短信内容遭到泄露。 这一泄露事件在研究人员提醒购买了 Trump 品牌手机的 YouTube 博主 Coffeezilla 和 penguinz0 后被曝光。尽管这些博主曾试图向该公司报告该漏洞，但起初未能获得回应。Trump Mobile 目前正在调查此次事件，并评估是否在法律上有义务正式通知受影响的客户。
TechCrunch 最近的一篇报道披露，Trump Mobile 泄露了客户的个人数据，这在 Hacker News 上引发了激烈讨论。用户们对此并不感到意外，并将其定性为针对轻信消费者的“诈骗”项目。
讨论涵盖了几个关键主题：
* **数据安全：** 评论者批评了该公司关于其自身系统未被入侵的声明，指出将责任归咎于第三方供应商是推卸责任的行为。鉴于泄露信息的高度敏感性，许多人质疑该公司为何迟迟不愿通知受害者。
* **产品质量：** 讨论强调了该手机的设计缺陷，例如印错的美国国旗，以及所谓的“美国组装”实际上仅仅是指在佛罗里达州完成包装。
* **政治评论：** 帖子中很大一部分内容分析了“让美国再次伟大”（MAGA）运动背后的心理和政治动机。用户辩论了反智主义、逆反心理以及客户群的“反动”本质，许多人认为，尽管该品牌存在明显瑕疵，但追随者们通过支持它获得了一种归属感。
总的来说，社区将此次事件视为一个被广泛视为骗局的项目所必然导致的结果。
请启用 JavaScript 和 Cookie 以继续。
包括美国国立卫生研究院（NIH）和国家航空航天局（NASA）在内的美国政府机构，已开始对与外国合作伙伴开展研究的学者施加非正式、限制性且往往前后不一的要求。据报道，官员们并未发布正式指导文件，而是分别通知受资助者，这在学术界引发了广泛的困惑与担忧。
虽然政府以国家安全和科研诚信为由进行辩护，但批评者认为，这些不透明的做法正被用于对科学探索施加政治控制。据报道，为了保持资助资格，这些限制迫使研究人员在进度报告中剔除外国合著者，从而有效阻碍了科学产出和国际合作。
Hacker News 上的评论者将这些行为描述为将学术界政治化的“寒蝉效应”，并指出这种任意执法与威权政权下的模式如出一辙。许多人认为，这些措施破坏了科学研究的协作本质，从而削弱了美国长久以来的“软实力”及全球科学领导地位。该政策的质疑者指出，由于大多数学术研究旨在公开发表，限制合作往往弊大于利，对美国竞争力的损害远超其在国家安全方面的保护作用。因此，科学界担心这些举措是走向孤立主义及侵蚀独立研究这一意图的一部分。
“人工智能补贴时代”正在终结，推理成本的现实打破了基于错误假设构建的商业模式。许多公司曾寄希望于代币（token）成本下降能维持利润率，从而提供固定费率的 AI 功能；然而，“诱导需求”却随之出现——随着模型能力增强，使用需求转向了消耗更多算力的复杂、智能体及重推理工作流。
与此同时，供应端受到高带宽内存（HBM）、先进 GPU 封装技术（CoWoS）以及电力需求激增的制约，使得 AI 硬件比前几代产品昂贵得多。随着实验室在盈利能力上面临挑战，成本负担正逐渐转移给企业。
为了生存，产品团队必须从“处处部署 AI”转向优先考虑那些能够证明推理成本合理性的用例。定价模式必须从忽视消费波动性的固定席位费，转型为按量计费（按操作付费）、预付费额度或混合模式。这些策略将收入与使用量挂钩，使公司能够根据算力的基础成本调整收入。那些被锁定在僵化固定定价模式中的公司，如今正面临双输局面：要么承受不可持续的利润压缩，要么削减功能从而损害用户增长。
财富税常被政客误解，他们往往将“区区1%”的征税描述为适度。然而从数学角度来看，假设无风险收益率为5%，1%的财富税相当于20%的所得税。
若要在这两者间进行换算，需将财富税税率除以资本年收益率。由于财富税是“无风险的”（无论市场表现如何，政府都会征收），它实际上构成了资本沉重且必然的负担。
如果美国一个中等州实施1%的财富税，居民的总边际税率将超过60%，足以媲美全球最高税率水平。支持者通过将财富税表述为较小的百分比，掩盖了其对纳税人造成的极端财务影响。认清这一“20比1”的换算比例，便能看出此类提议远比支持者所声称的更为激进。理解这种关系对于进行知情的政策辩论至关重要。
Toto 是全球卫浴设备的领导者，但其近期的财务成功却源于一个意想不到的转型：生产“电子卡盘”（e-chucks），这是半导体制造中至关重要的高精度陶瓷组件。这种多元化并非 Toto 一家所独有，它反映了日本企业一种更广泛的模式，其特点是极高的工业广度。 与优先考虑专业化经营和股东价值的西方公司不同，日本企业以“日式公司”（J-firm）模式运营。这种模式的特点包括终身雇佣制、资历工资制以及横向的内部协调，形成了一套互补的实践“捆绑”。这些组织将长期生存置于短期利润之上，从而能够对多元化、不相关的行业进行再投资。 虽然这种结构在日本的“追赶”时代表现出色——即在制造业中完善渐进式改良，但在面对软件或数字平台所需的“前沿”创新时，却显得力不从心。引入绩效工资等西式改革的尝试往往会失败，因为它们与日本体制根深蒂固、相互交织的特性相冲突。归根结底，日式公司并非西方企业的失败版本，而是一种不同类型的组织。今天，世界正依赖这种独特的日本稳定性，来提供驱动现代以创新为导向的美国科技经济所需的高精度组件。
本次讨论围绕一篇博文展开，该文探讨了为何日本企业（如日立或东陶）倾向于向看似无关的行业进行多元化经营。
**作者的论点：**
日本企业之所以进行多元化经营，是因为其企业结构更看重长期生存而非短期股东利润。通过优先保障终身雇佣制和内部“隐性知识”，这些公司成为了以员工为中心的稳定组织；为了安置内部员工，它们必须持续创造岗位，从而自然地导向了横向扩张。
**Hacker News 上的辩论：**
* **对“浪漫化”的批评：** 多位评论者（特别是自认为是东亚裔的用户）指出，文章掩盖了日本企业生活的严酷现实。他们认为，这种“横向”成功的背后实际上是“纵向”的僵化，包括对分包商的无情剥削、基于年龄的等级制度以及令人窒息的官僚主义。
* **“僵尸企业”问题：** 批评者强调，这种模式使得无利可图的业务部门被无限期保留，导致了阻碍整体经济创新的“僵尸企业”现象。
* **文化与结构的博弈：** 一个反复出现的主题是，日本的成功究竟归功于“文化”（如“职人”精神），还是仅仅源于特定的商业环境和二战后的历史产物。
* **西方视角：** 许多用户指出，现代美国公司由于受到股东压力而高度“专注”；而在 20 世纪 80 年代金融化浪潮兴起之前，早期的西方模式与日本综合企业集团更为相似。
奥利·拜（Ollie Bye）制作的一段八分钟动画短片，展示了基督教非凡的全球扩张历程。短片追溯了它从公元一世纪中东地区的一种“沙漠宗教”，发展到如今遍布全球每一个大洲（包括南极洲）的演变之路。 视频强调，基督教并非一成不变的单一整体，而是一个由多种“基督教”组成的多元集合体。随着传播，这一信仰展现出极强的适应性，通过不同的教派分支不断演变，并吸收了从希腊罗马哲学到韩国萨满传统等各类本土文化元素。 作者将这种持久的成功归因于该宗教非族群的普世性，以及其关于罪、救赎和重生等核心叙事所带来的广泛情感共鸣。通过传教士的不懈努力和经文的持续翻译，基督教展现了非凡的多样性，成功适应了从隐秘的地下运动到确立为国教等各种生存状态。归根结底，基督教的历史是一部不断变化与适应的历史，这也解释了它在现代社会为何依然保持着持续的影响力。
Launch HN: Superset (YC P26) – 智能体时代的 IDE Launch HN: Superset (YC P26) – IDE for the agents era
5 天前
Superset 是一款旨在通过同时编排多个基于 CLI 的编码代理来加速开发的生产力工具，消除了切换上下文的开销。它利用隔离的 git 工作树，允许开发人员并发运行 10 个以上的代理，确保任务保持独立且井然有序。
主要功能包括集中式代理监控、用于快速代码审查的内置差异查看器，以及一键切换到您首选的 IDE 或终端。Superset 与任何基于终端的代理通用兼容，并支持通过可配置脚本进行自动化工作区设置。
Superset 专为 macOS 设计，需要 Bun、Git 和 GitHub CLI。它是开源的（基于 Elastic License 2.0 分发），为开发人员提供了一个强大且可定制的环境，以管理复杂的工作流程、减少停机时间并更快地交付代码。其安装和设置非常简单，界面中直接内置了全面的键盘快捷键和工作区管理工具。
Superset 是一款专为“智能体时代”打造的开源、以终端为核心的 IDE。它由 Avi Peltz、Kiet Ho 和 Satya 开发，旨在让开发者能够在隔离的 Git 工作树（worktrees）中并行运行多个编程智能体（如 Claude Code 或 Codex）。
与传统 IDE 不同，Superset 专注于管理 AI 驱动开发过程中复杂的各种状态，包括环境设置、端口管理、任务追踪和终端会话。通过将每个任务视为一个独立的持久化会话，它使用户能够同时进行问题分类、重构研究和功能实现。
主要功能包括：
* **工作树管理：** 为不同任务无缝创建和处理独立的仓库副本。
* **远程工作空间（测试版）：** 支持将繁重的智能体计算任务卸载到远程机器，并通过桌面图形界面进行管理。
* **以终端为核心的工作流：** 采用兼容性设计，允许用户使用自己偏好的命令行（CLI）编程智能体，而不必绑定到特定的 SDK。
尽管 Superset 目前主要支持 macOS（计划支持 Windows），但开发团队正积极开发移动端访问及更深度的集成功能。他们的目标是将该工具从简单的智能体运行器演变为一个综合性的“软件工厂”，实现从问题追踪到 PR 审查全流程的自动化。
作者创造了“Forge”，这是一种独特的、基于栈的编程语言，专为构建网站而设计。通过定义自定义的“单词”（words），开发人员能够以极少的代码生成 HTML 并实现微格式或交互元素等复杂功能。 Forge 采用了一种巧妙的混合渲染模型：它为搜索引擎爬虫和 WebMentions 使用服务端渲染，但在进行类似单页应用（SPA）的无缝导航体验时，会通过 Service Worker 切换到客户端渲染。 数据持久化通过简单的仅追加（append-only）JSONL 日志来处理，使开发人员能够直接在基于栈的范式内管理状态，例如“点赞”计数或表单提交。尽管目前仍处于实验阶段，但 Forge 因其非传统的 Web 开发方法而脱颖而出，将基于栈语言的局限性转化为了一种高效、独特的网站构建框架。
Deno 2.8 Deno 2.8
5 天前
Deno 2.8 是该平台迄今为止规模最大的次要版本更新，重点提升了性能、Node.js 兼容性以及开发效率。
**核心亮点：**
* **包管理：** 新增的 `deno audit fix` 可自动修复存在漏洞的依赖项；`deno pack` 用于将项目打包发布至 npm；`deno ci` 确保在 CI 环境中实现可复现的安装；`deno why` 则有助于追踪依赖项来源。此外，`deno add` 和 `deno install` 现在默认使用 npm 包，无需额外前缀。
* **Node.js 兼容性：** 测试套件通过率提升至 76.4%。原生 Node 风格类型现已默认包含，且 `setTimeout`/`setInterval` 现在返回与 Node 兼容的对象。
* **性能：** 进行了显著优化，冷启动 `npm install` 速度提升 3.66 倍，`node:http` 吞吐量翻倍。
* **开发体验：** 新增功能包括用于管理工作区版本的 `deno bump-version`、用于去除类型的 `deno transpile`，以及用于优化模块评估的 `import defer`。
* **调试与分析：** Chrome DevTools 现已支持检查网络流量，内置的全新 CPU 分析器可生成火焰图和 Markdown 报告。
* **基础设施：** Deno 现支持 monorepo 的 `catalog:` 协议、跨平台 npm 安装，以及用于加快升级速度的增量更新。
这篇 Hacker News 讨论探讨了 **Deno** 运行时的演变及其与 **Bun** 和 **Node.js** 之间持续的竞争。
**主要内容包括：**
* **“兼容性与创新”的权衡：** Deno 在发布之初旨在修复 Node 的架构缺陷（如安全性、基于 URL 的导入）。然而，其初期与庞大的 npm 生态系统不兼容导致了阻力。Bun 则通过从第一天起就优先考虑与 Node 和 Next.js 等框架的“直接运行”兼容性，迅速获得了广泛应用。
* **运行时的趋同：** Deno 已将重心转向 Node 兼容性（目前在 v2.8 版本中已达到 76% 的合规性）和对 npm 的支持，以推动采用率。尽管一些用户赞赏这些提升易用性的举措，但另一些人认为 Deno 正在背离其最初的“推倒重来”理念，逐渐失去自身特色。
* **目标的分歧：** 社区依然存在分歧。一些用户优先考虑 Deno 以安全为先、“内置功能丰富”的开发体验，而另一些用户则更青睐 Bun 的极致速度和即插即用的特性。
* **担忧：** 关于企业背景（如 Anthropic 对 Bun 的影响）、JS 运行时相比 Go 或 Rust 等语言的性能开销，以及为何 TypeScript 缺乏原生运行时级浏览器支持等问题，讨论仍在持续。