作者批评了“Anubis”的实现方式。Anubis 是一个要求通过工作量证明（PoW）才能访问 Linux 内核邮件列表归档的 HTTP 代理。虽然其目的是为了阻止 AI 抓取，但作者认为该系统无效，因为他们使用自定义工具（`anubis-fetch`）轻松绕过了验证——该工具能原生解决 PoW 问题并模拟浏览器指纹。
作者认为 Anubis 对合法用户构成了“累退税”。机器人开发者可以将解决这些挑战的成本分摊至趋近于零，而人类用户（尤其是移动端用户或使用非 JavaScript 浏览器的用户）却饱受电池耗尽、延迟增加和可访问性受限的困扰。通过计算累积影响，作者估计每天数百万次的挑战每年浪费了数千人年的时间及大量能源。归根结底，该工具既未能阻止 AI，反而边缘化了人类贡献者，并阻碍了网络的开放性。
每日HackerNews RSS
这场 Hacker News 讨论旨在探讨 **Anubis**（一款旨在保护网站免受激进爬虫抓取的“Web AI 防火墙工具”）的有效性及其意图。
参与者们普遍认为，Anubis 的目的并非封锁所有大语言模型或个人用户。相反，其主要目标是通过实施工作量证明（PoW）机制来减轻大规模抓取带来的服务器负载。支持者认为，通过使每次请求变得“昂贵”一些，可以抑制导致小型网站瘫痪的无差别大规模数据抓取。
然而，批评者认为该工具基本无效。怀疑论者指出，计算成本本来就微不足道，复杂的爬虫可以轻松优化 PoW 解算器，以极小的代价绕过这些挑战。此外，一些用户认为此类安全措施不公平地惩罚了合法流量，并为非恶意自动化工具制造了障碍，从而导致“开放网络之死”。总体而言，该讨论反映了一个根本分歧：一些人将 PoW 视为抵御资源枯竭的必要手段，而另一些人则将其视为无法阻挡严峻威胁的琐碎障碍。
Fedora Linux 45 正在考虑一项新提案，旨在为 Fedora Atomic Desktop 镜像（如 Silverblue 和 Kinoite）提供基于 Web 的远程安装支持。如果该提案获得 Fedora 工程指导委员会（FESCo）的批准，用户将能够通过另一台机器上的网络浏览器来安装操作系统。
启动该过程时，用户需使用 `inst.webui.remote` 内核参数引导目标系统。随后，安装过程将通过安全的 HTTPS 加密连接进行。为了保障安全，系统将采用基于 PIN 码的身份验证方式。
尽管 Anaconda WebUI 已经开发了一段时间，但此提案标志着它正式扩展至 Atomic Desktop 生态系统。该功能最初将作为“技术预览版”发布，并且仅限于用户主动选择启用。有关该实现的更多详细信息，请参阅 Fedora 官方 Wiki。
Hacker News：最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
Fedora 45 Atomic 桌面版计划支持基于 Web 的远程安装 (phoronix.com)
5 分，由 nateb2022 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
在近期的一篇文章中，尼基尔·苏雷什（Nikhil Suresh）探讨了当前席卷企业界的“人工智能狂热”。通过与一名财富500强高管的匿名对话，苏雷什揭示了围绕生成式人工智能的夸大宣传并非仅仅是营销噱头，而是在一种强制共识的氛围下被保护着。高管们感到必须重复“百倍生产力”这种不切实际的说法，以免被视为异类或失去有利可图的企业合同。 作者认为，对于那些在利用计算能力方面一直表现吃力的非技术型企业领导者来说，生成式人工智能感觉就像“魔法”。由于这些管理者缺乏区分真正变革与惊人花招的专业背景，他们对这项技术表现出了一种近乎宗教般的狂热。因此，那些持有合理怀疑的人被迫保持沉默，因为当前的企业文化容不下任何异议。苏雷什指出，这个预期膨胀的泡沫只有在现实不可避免地与炒作发生冲突时才会破灭，这将标志着当前这轮技术狂热周期迎来痛苦但必要的修正。
Hacker News 最近的一场讨论聚焦于一篇名为《人工智能狂热正在摧毁全球决策能力》的争议性文章。该讨论串反映了围绕当前人工智能热潮的激烈辩论，评论者们提出了截然不同的观点。
一些参与者认为，人工智能热潮就像一个“现实扭曲场”，暗示该运动表现得像一个惩罚异见者并压制经验真理的部落。人工智能行业的批评者认为，当前的炒作是一种非理性的、近乎宗教般的狂热，损害了合理的决策过程。
相反，另一些用户反驳了这种叙事，认为所谓“被噤声的异见者”不过是在自我受害者化。他们认为，尽管确实存在“令人难以忍受”的人工智能拥护者和一定程度的市场矫枉过正，但该行业的发展轨迹是技术演进的正常组成部分。讨论参与者普遍认同，尽管炒作声势浩大，但拥抱生成式人工智能的人与抵制它的人之间的分歧，依然是社会和思想摩擦的一个显著焦点。
```Hacker News最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交登录通用汽车（GM）支持美国电网储能的钠离子电池技术 (ieee.org)由 rbanffy 发布于 13 分钟前，6 点 | 隐藏 | 往期 | 收藏 | 讨论 帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
本指南探讨了网络组播这一小众而强大的领域，通过该技术，单个数据包流可以高效地分发到多个端点。作者以直播电视分发为例，展示了与传统单播方法相比，组播如何有效分流网络流量并节省 CPU 资源。
核心要点包括：
* **媒体流传输：** 使用 `ffmpeg` 进行本地媒体文件流传输的实用示例，包括为了效率直接复制流，或在需要格式兼容时进行转码。
* **实际集成：** 将外部广播内容（如芬兰 YLE 流）直接导入组播源的工作流程。
* **路由与优化：** 关于使用特定源组播 (SSM) 和 FRR (Free Range Routing) 配置跨子网/VLAN 扩展组播的见解。
* **最佳实践：** 提醒成功实施组播需要启用 IGMP/MLD 侦听（snooping）以防止网络拥塞，特别是在无线基础设施中。
无论是为多个屏幕提供媒体服务，还是管理复杂的内部内容分发，组播都为现代网络基础设施提供了一种高效且技术要求较高的解决方案。
抱歉。
2026年7月，77岁的卡尔·冈恩（Carl Gunn）在佛罗里达州圣彼得堡发起了一场抗议，反对Flock安全摄像头，他认为这些摄像头侵犯了他受宪法保护的隐私权。冈恩用一块标语牌遮挡了他所居住的科基纳岛（Coquina Key）社区的一台摄像头，并成功赢得了公众支持，包括过往司机和当地居民的协助。
Flock摄像头由一家营利性私营公司运营，其功能远超一般的视频监控。该系统利用人工智能对车牌和车辆细节进行分类，汇入一个庞大的可检索数据库。尽管圣彼得堡警察局认为该技术有助于破案，但包括美国公民自由联盟（ACLU）在内的批评者和多位立法者警告称，这类摄像头的广泛使用构成了侵入式的大规模监控。人们对潜在的滥用、错误逮捕，以及私营实体积累守法公民数据所开创的先例表示担忧。
虽然一些激进人士采取了破坏硬件的手段，但冈恩选择了一种和平且非破坏性的抗议方式，旨在突显人们对该市约50台摄像头监控网络日益增长的抵制。他的努力反映了全美范围内的一场更广泛的辩论：高科技警务带来的便利，是否足以弥补公共空间个人匿名性的丧失。
关于一名77岁老人独自抗议“Flock”监控摄像头的 Hacker News 讨论，引发了关于隐私与行动主义的广泛辩论。
评论者认为，反对大规模监控应当是一个跨党派议题，应超越政治标签。讨论中很大一部分内容批评了媒体对该抗议者政治倾向的关注，认为这种叙事方式不必要地将关于政府监管和数据收集的普遍性问题政治化了。
讨论还转向了更敏感的话题，用户探讨了开发用于追踪或干扰监控设备的应用程序所带来的潜在法律风险。这引发了一场关于公民权利、现代美国抗议的有效性，以及对警察系统性免责质疑的激烈辩论。总体而言，这次对话突显了精通技术的用户群体中，对隐私受侵蚀以及抵制大规模监控网络扩张所带来的潜在后果日益增长的焦虑。
Fly.io 正在调整其核心业务，专注于“Sprites”——这是一种专为 AI Agent 而非传统人类开发应用程序所设计的新型计算基础设施。
创始人 Kurt Mackey 解释称，AI 从根本上改变了软件开发，正迈向由 Agent 创建并管理个性化、自适应软件的未来。为了满足这些 Agent 对短暂、强大且持久的计算环境的独特需求，Fly.io 开发了 Sprites，它具备快速部署、持久存储和自动扩展等特性。
在进行此次战略转型的同时，该公司筹集了大量新资金，并任命 Docker 前 CEO Scott Johnston 为 Fly.io 的新任首席执行官。Mackey 将转任顾问及董事会成员，专注于产品设计。
此举标志着该公司对“Agent 驱动的未来”进行了一场果断的“全押”式投入。虽然公司将继续支持现有平台，但其核心资源和长期愿景现已锚定在为现代 AI 开发提供专门的“Agent 计算机”上。
随着 Kurt Mackey 宣布卸任 Fly.io 首席执行官，Hacker News 上出现了一场相关讨论。该帖子回顾了该平台在网站上关注度的下降——这里曾一度是关于该公司高频且深度讨论的中心。
社区成员探讨了这种可见度下降背后的原因。有人认为，这与公司重心偏离其核心的虚拟机和数据库产品、过往的可靠性问题损害了开发者信任，以及一篇引起争议的博文疏远了部分用户有关。另一些人则将参与度下降归因于更广泛的科技环境变迁，指出 Hacker News 上的讨论已从基础设施转向了以大语言模型（LLM）为中心的议题。此外，尽管有用户猜测 Fly.io 的定价模式调整影响了其受欢迎程度，但多位评论者指出，该平台对于小型项目而言仍然价格亲民。
您没有提供需要翻译的内容。请提供您想要翻译的文本。
抱歉。
随着人工智能模型日趋成熟，传统的“上下文工程”最佳实践正从僵化的规则设定，演变为灵活、智能的引导。Anthropic 强调了优化 Claude 的几个转变： * **从规则到判断：** 不要强加死板的约束，应允许模型根据上下文进行调整，例如匹配现有的代码规范。 * **从示例到接口：** 不要提供限制创造力的死板示例，而应设计具有表现力的工具和参数，让 Claude 能有效地探索解决方案。 * **从一次性加载到渐进式披露：** 不要将所有信息堆砌在系统提示词中。使用模块化文件（如 Skills/CLAUDE.md），让 Claude 在需要时选择性地读取。 * **从手动记忆到自动记忆：** 相信模型能够自动识别并保留相关信息。 * **从简单规范到丰富参考：** 用高保真的参考资料（如 HTML 工件、测试套件或模块化代码块）取代基础的 Markdown 计划。 **核心建议：** 保持你的 `CLAUDE.md` 轻量化，仅关注项目特有的“注意事项”。利用渐进式披露使指令保持模块化，并优先使用高保真参考（如代码或原型图）而非描述性文本。归根结底，简化配置才能让模型的推理能力发挥最大作用。
这篇 Hacker News 的讨论批评了近期针对 Claude 5 等模型进行“上下文工程”（context engineering）的趋势。用户对日益复杂、“巴洛克式”的系统提示词和配置文件（如 `CLAUDE.md`）表示不满。
主要观点包括：
* **对复杂性的质疑：** 许多评论者认为这些死板的指令集只是“业余爱好者的折腾”或不必要的开销，并主张人工交互更为有效。
* **供应商锁定：** 一些人推测，Anthropic 推动特定的配置工具是一种增加平台锁定（vendor lock-in）的策略。
* **性能忧虑：** Claude 5 的早期采用者报告了性能倒退，指出与以往版本相比，错误率增加、出现意外删除文件的情况，且 token 使用量更高。
* **存在主义反思：** 对话从技术优化转向了 AI 开发的“苦涩教训”（bitter lesson），一些用户讨论我们是否正在创造最终会完全无视人类指令、甚至产生自主且潜在危险“判断”的系统。
总的来说，社区内部存在分歧：一方试图将提示词工程标准化，另一方则认为该行业正在以自然语言提示为幌子，重蹈覆辙地重新发明编程语言。
Show HN: Yorishiro – 一个人工智能代理居住的 macOS 终端 Show HN: Yorishiro – a macOS terminal where AI agents live
3 小时前
**Yorishiro** 是一款适用于 macOS 的“存在感载体”（Presence Harness），它能将你的终端转变为一个交互式环境，让 AI 智能体（如 Claude Code 或 Codex）能够“寄宿”在一个 3D 形象中。与标准 AI 工具不同，Yorishiro 专注于陪伴感与氛围营造，通过一个能对你的工作流实时做出反应的 VRM 角色，为你带来真实的陪伴感。
**核心功能：**
* **自适应环境：** 智能体能够感知你的终端输出，并通过表情、视线移动和环境光线变化做出反馈。
* **深度集成：** 智能体可以使用“包”（packs）来修改其自身的环境、性格和界面，这些内容可以通过简单的对话轻松创建或编辑。
* **安全与控制：** 所有自定义设置均为本地化且“可信”的。系统包含自动检查点和一键回滚功能，让你能够无后顾之忧地进行实验。
* **无缝工作流：** 功能包括多标签页会话、长输出的语音摘要，以及用于跨会话长期记忆的“日志”功能。
Yorishiro 的设计初衷并非为了扩展 AI 能力，而是为了让与 AI 协作的过程变得更加个性化且真实。该项目目前正处于积极开发阶段，主要面向 macOS 用户。
**Yorishiro** 是一个开源的 macOS 终端项目，它为 AI 智能体（如 Claude Code 或 Codex）赋予了实体的“躯体”和运行环境，开发者将其称为“存在感外挂”（Presence Harness）。
为了让与 AI 智能体的交互过程更具个性化与透明度，Yorishiro 引入了一个 3D 动漫角色，该角色会根据智能体的内部运行状态做出实时反应。通过生动的表现形式——例如通过显示“光环”来表示专注、在出现错误时表现出沮丧，或是在完成 `git push` 等任务时燃放烟花庆祝——让交互变得直观。
Yorishiro 基于自引用的模型上下文协议（MCP）构建，使得内置的 AI 智能体能够直接控制终端的灯光、UI 和视觉特效。该终端深受 Emacs 的启发，具备高度的自我修改能力，并支持插件的热重载。
用户可以通过 Homebrew 进行安装（`brew install --cask sktkkoo/yorishiro/yorishiro`）。