**AX** 源自 Google DeepMind 的研究成果，是一个专为代理（agentic）工作负载的独特需求而构建的开放式声明性控制平面。与专为无状态微服务或批处理作业设计的传统编排器不同，AX 专为需要频繁暂停和恢复的有状态、长时间运行且具有“突发性”特征的智能体而设计。 通过解决保持空闲沙箱运行所带来的低效问题，AX 提供了对亚秒级挂起和恢复功能的原生支持。它将包括任务、工作空间、网络策略和模型集成在内的复杂基础设施抽象为核心原语。这使得开发者和研究人员无需构建自定义执行引擎，即可部署和扩展海量的智能体集群。AX 构建于 Agent Substrate 之上，提供了驱动下一代自主智能体系统所需的专业抽象和生成式运行时组件。
每日HackerNews RSS
Show HN：一个针对玩策略游戏的小型神经网络竞赛 Show HN: A competition for small neural networks that play strategy games
3 天前
您提供的内容为空。请提供您需要翻译的文本。
一位名为 `codetiger` 的用户推出了 **TinyBrains.dev**，这是一个专注于人工智能竞赛的平台，旨在训练小型、优化的神经网络来玩策略游戏。该网站受 2011 年 Google Ants AI 挑战赛的启发，致力于重现早期 AI 编程竞赛中那种协作与教育的精神。
该平台根据文件大小将提交的作品分为不同的“重量级”——从 Nano（16 KiB）到 Large（64 MiB）不等——并严格依据游戏表现来评估模型。目前的公开测试版将持续到本月底，预计未来的赛季将以三个月为一个周期进行。
这一公告在 Hacker News 上引发了热烈讨论，用户们将其与 *Core War*、*Battlecode* 和 *Screeps* 等历史上的编程挑战赛相提并论。参与者赞赏该项目对高效、轻量级 AI 的关注，但也有些人针对平台的文档以及对更多样化框架支持（如 ONNX）的需求提出了批评性反馈。`codetiger` 一直在积极回应这些反馈，包括简化网站文案，并确保平台在模型构建方式上保持灵活性。
位于布里斯托尔附近的医学纹身师劳伦·卡特（Lauren Carter）批评 Instagram 和 Facebook 等社交媒体平台反复审查她为乳房切除术患者创作的超写实乳头纹身。卡特认为，自动算法频繁将她的作品标记为“不当裸露”，这不仅阻碍了她触达客户，还给她带来了巨大的职业挫败感。
尽管 Meta 确认其平台允许发布医学纹身，但该公司承认其系统偶尔会错误识别并删除此类内容。卡特指出，即使她添加了免责声明，她的帖子仍有“十分之九”会被删除，并指出了针对男性乳头纹身的双重标准。
对于许多乳腺癌幸存者来说，这些纹身是康复过程中的重要组成部分，能够帮助她们在术后重拾自我认同和身体自信。像杰西卡·鲍勒（Jessica Bowler）这样的幸存者认为这种审查令人深感不安，并主张医学纹身应被视为一种强有力的疗愈工具，而非令人羞耻或带有性色彩的事物。Meta 表示，正在努力改进对医学内容的识别，以更好地支持患者和从业者。
这篇 Hacker News 的讨论围绕 BBC 的一则报道展开，内容关于一位专门为乳腺癌幸存者提供医疗重建纹身的纹身师。该纹身师称，社交媒体平台（尤其是 Meta）经常会自动删除她的照片，并将这些照片归类为非法裸露内容。
评论者们对当前的互联网审查制度表达了普遍的不满，认为各大平台无法区分临床性的医疗重建工作与色情内容。讨论中强调了申诉机制的缺失，并指出用户除非拥有高层人脉，否则往往投诉无门。
参与者还探讨了更广泛的社会影响，一些人批评了“被压抑”的、源自美国的清教徒主义；另一些人则指出，像 OnlyFans 这样蓬勃发展的成人内容平台在各大平台能够共存，而良性的医疗图像却被封禁，这极具讽刺意味。讨论中还简要推测了政府监管的作用，以及英国目前的立法是否会进一步限制用户在网上的浏览权限。总的来说，该讨论串批判了自动化审核工具如何不成比例地影响边缘或小众群体，同时却往往无法有效应对真正有害的内容。
本项目是一项技术性尝试，旨在通过 N64Recomp 工具链，将 N64 经典游戏《皇家骑士团 64：人事之高贵》（美版 Rev A）静态重新编译为原生 PC 可执行文件。目前，该项目已成功将游戏的主要代码段（807 个函数）转换为 C 语言代码，开发工作正致力于实现渲染、输入和音频等运行时功能。 为确保符合法律规定，本代码库不包含任何受版权保护的游戏数据。用户必须提供自有的 ROM 镜像，系统将在加载时通过哈希值进行校验。构建过程涉及使用 `splat` 进行反汇编，随后通过 N64Recomp 流水线生成原生代码。构建完成后，项目将生成一个便携且独立的可执行文件，并支持在本地处理存档。 本项目旨在进行游戏保存与互操作性研究。有关详细的构建说明（包括 macOS 环境配置以及如何通过 RT64 渲染器处理 SDL2 等依赖项），请参阅项目中的 `PLAN.md`。严禁用户分发 ROM 或提取出的资源文件。
抱歉。
这段文字探讨了“像素艺术”背后的细微差别及其与阴极射线管（CRT）显示器的关系。尽管许多现代爱好者声称 CRT 的“模糊感”对于平滑块状像素至关重要，但作者认为这是一种被浪漫化的过度简化。
真正的 8 位和 16 位图形依赖于技术上的巧思——例如抖动、抗锯齿和巧妙的调色板构建——来创造深度和分辨率的错觉。这些技术旨在与硬件协同工作，而非仅仅掩盖其缺陷。作者指出，虽然廉价、低质量的 CRT 显示器确实会产生扫描线和色彩溢出等伪影，但高质量的监视器和 RGB 显示器实际上非常清晰。
作者批评现代像素艺术“不合时宜地过于块状”，并指出当代艺术家往往因为错误地想要强调媒介的“像素化”本质，而避免使用传统的平滑技术。最终，文章得出结论：正宗像素艺术的成功源于艺术家们对硬件局限性的驾驭，而当前的流行趋势往往将“块状感”误认为是真正的复古美学，从而忽略了定义了游戏黄金时代的精湛工艺。
这篇 Hacker News 的讨论探讨了关于像素艺术“理想”美学的持续争论。
重点包括：
* **硬件的作用：** 许多人认为，经典的像素艺术是在考虑到 CRT 显示器视觉特性的前提下设计的，例如扫描线、磷光和信号诱发的混合效果，这些特性有助于柔化或“平滑”方块像素的外观。
* **关于“伪影”的争论：** 批评者指出，许多所谓的“经典”外观并非出于刻意的设计，而是低质量射频（RF）或复合视频连接的结果。他们认为，高端 CRT 设置（使用 RGB/SCART）和像 Game Boy（LCD）这样的掌机提供了清晰得多的图像，这表明“模糊”并非真实性的普遍要求。
* **现代语境：** 参与者讨论了在保留历史美学与现代对清晰高 DPI 显示器的偏好之间的矛盾。虽然一些开发者利用 CRT 着色器来复制“温暖”的复古感，但另一些人则强调像素艺术是一种有效的现代艺术形式，应该根据其自身价值来评判，而不是通过过时的眼光去看待。
* **未来趋势：** 对话触及了人工智能对艺术创作的潜在影响，以及历史上限制技术——曾推动了创造性才华——是否正在被新的经济约束所取代。
开源存在于一种“演化稳定策略”（ESS）中：自由软件赢得了代码竞赛，而闭源软件则获取了利润。尽管该系统非常稳定，但它依赖于一种“以血肉驱动的机器”——即全靠无偿维护者的精疲力竭来支撑关键基础设施。 以往的修复尝试（如小费、资助和许可协议）均以失败告终，因为它们依赖于自愿慈善，或试图限制代码访问权限，而这不可避免地会导致分叉。真正的症结在于，企业确实为开源投入了数十亿美元，但资金流向了中间商（如 JFrog、Docker 和 Snyk）以购买“供应链保险”——即安全、扫描和正常运行时间服务。 解决方案不在于更改代码许可协议，而在于改变供应链账单。仓库所有者（如 npm、PyPI、Maven 等）应当实施强制性版税制度：对企业使用量进行计量，并按比例将部分收入自动分配给被使用的软件包维护者。通过将软件仓库转变为一个能够向“长尾”贡献者支付报酬的收费站，我们便能在不破坏自由代码生态系统、也不要求企业改变采购习惯的前提下，提供可持续的资金支持。
请启用 JavaScript 并关闭所有广告拦截器。
这篇 Hacker News 帖子讨论了 OpenAI 首席执行官山姆·奥特曼（Sam Altman）即将在联合国安理会发表的简报。社区对此反应极其怀疑，大多数用户认为他关于人工智能会导致人类灭绝的警告是“末日论”或一种经过精心策划的营销策略。
讨论的主要观点包括：
* **监管捕获：** 许多用户认为，AI 行业领导者宣扬存在性风险是为了证明监管的合理性，从而保护他们的市场主导地位、打压开源竞争对手并获得巨额资金。
* **动机：** 评论者对于奥特曼是真心相信 AGI（通用人工智能）带来的风险，还是仅仅为了经济利益在“表演”各持己见。批评者将其言论比作“卖药郎”的伎俩，即将产品描述得威力巨大，从而提高其感知价值。
* **对联合国的怀疑：** 参与者对联合国的有效性表示怀疑，指出其内部陷入僵局，且往往倾向于将此类会议作为公关平台，而非进行实质性监督。
* **普遍的蔑视：** 社区中一部分人表示对针对奥特曼的频繁贬低性评论感到疲倦，尽管他们也承认，这种争议源于他在塑造当前人工智能格局中所扮演的核心角色。
目前科技行业对人工智能监管的推动，堪称一场披着“生存危机论”外衣的“监管俘获”典型案例。亿万富翁高管们通过将人工智能塑造成失控的神，成功游说国会，使立法者们误以为他们正在监管一场科幻灾难，而非普通的商业软件。 现实情况是，所谓的“生存威胁”——例如失控的人工智能网络攻击——不过是第三方承包商因防火墙未开启等业余且平庸的网络安全失误所致。同样，行业内要求“放慢发展”的呼声，其动机并非出于安全考虑，而是急于避免持续预训练带来的高昂成本，并消除开源模型日益增长的威胁。 通过推动政府强制实施限速和许可制度，这些公司正试图建立一个受联邦政府认可的卡特尔。他们的目标是扼杀竞争、维持高利润率，并将威胁其市场主导地位的开放权重模型定为非法。归根结底，立法者们正受到操纵；当他们自认为在讨论人类物种的存亡时，实际上却是在帮助人工智能行业筑起一道法律护城河，以保护其垄断地位免受更高效的开源竞争对手的冲击。
这段叙述追溯了货币从简单的以物易物到复杂的全球信任层级的演变过程。 起初，村民们使用**实物商品**（灰石）作为抽象的价值单位，以克服以物易物的局限性。随着经济需求的发展，他们引入了**债务和利息**来管理货币的时间价值，并促使**银行**作为中介机构应运而生。这些银行最终在资产负债表上跟踪资产与负债，创造出作为货币流通的“银行货币”（存款）。 该系统被证明十分脆弱，极易在收获季等高需求时期陷入流动性危机和“僵局”。这使得建立**中央银行**（即“银行的银行”）成为必然，旨在通过发行**储备金**和充当最后贷款人来提供弹性。 在全球范围内，这一层级结构不断重演：村庄使用外币进行贸易，最终聚焦于一种**储备货币**（黑石/货币）。随着时间的推移，与实物商品的挂钩被切断，货币转向了**法定货币**。当今的金融体系是一个基于承诺的分层结构，货币本质上是任何被视为最终结算手段的媒介，它所支撑的不再是实物稀缺性，而是对发行国制度与经济的信任。
所提供的讨论围绕一篇题为《货币的层级》（The Hierarchy of Money）的博文展开。该文章试图通过一个类似“寓言”的演进过程，从简单的村庄以物易物到现代复杂的银行体系，来解释全球货币系统。
该文通过这一叙事来说明货币为何必要，以及不同层级的信任与流动性（如储备金和法定货币）是如何为了解决功能性问题而演变的。然而，这篇文章在读者中引发了巨大争议，主要集中在以下三点：
* **“以物易物的神话”：** 许多评论者援引人类学家大卫·格雷伯（David Graeber）的观点，认为“以物易物先行”的起源故事在历史上是不准确的。他们主张，信贷和债务义务在货币发明之前就已存在。
* **武力的作用：** 批评者认为，该文忽略了国家是如何利用军事力量、税收和法律强制手段来建立并推行其货币的，而非这些系统完全是通过自愿且互利的贸易演化而来。
* **效用与历史的权衡：** 作者为这种“单纯的解释”辩护，认为它是一种教学工具，用于解释现代金融（如中央银行和流动性）的*运作机制*，而非严谨的历史记载。支持者认为，尽管历史可能经过了艺术加工，但它成功地将复杂的经济概念简化，以便于现代读者理解。
作者认为，模型上下文协议（MCP）曾经是连接大语言模型（LLM）与外部服务的关键，如今已成为一种过时的负担。MCP 最初是为了弥合早期模型能力的不足而开发，但现在随着用户堆叠大量工具服务器，它导致了严重的“上下文臃肿”，迫使开发者为了管理这些服务器而构建复杂的二级基础设施。
作者主张，现代大语言模型已不再需要这些僵化的封装。如今的模型完全有能力自主执行代码、浏览大型代码库，并直接与命令行界面（CLI）和原始 HTTP API 进行交互。通过利用现有的标准（例如使用 `Accept` 标头从网站请求 Markdown），智能体无需 MCP 特定的架构开销，即可获取所需的数据。
归根结底，本文呼吁废弃 MCP。与其维护多余的服务器层，不如将重点转向标准化智能体如何通过成熟的现有网络协议直接与互联网交互。通过将浏览器和终端作为主要接口，我们可以迈向一个更简洁、更强大的智能体未来。
这场讨论反映了围绕“模型上下文协议”（MCP）的激烈争议。
**批评者**认为，MCP 是一种过度设计且具有“状态”的迂回方案，会消耗过多的 Token。他们主张，传统方法（如文档完备的 REST API、OpenAPI 规范和命令行工具）更加灵活、久经考验且对 Token 更友好。许多人认为，沙盒化的命令行环境为智能体任务提供了更稳健、“符合 Unix 哲学”的路径，且通过定制的智能体框架，无需复杂的新协议也能实现同样的安全性与可审计性。
**支持者**则坚持认为，对于安全性、治理和集中式访问控制至关重要的企业与团队环境而言，MCP 是必不可少的。其核心论点包括：
* **安全性：** 它提供了一种确定性的方式来隔离 API 密钥与敏感服务，防止“盲目”访问。
* **发现与标准化交互：** MCP 为智能体提供了一个统一的接口来发现能力、工具和资源，从而减少了幻觉以及在查阅 API 文档上浪费的时间。
* **企业集成：** 它允许服务提供商在不向智能体授予原始、不受限访问权限的情况下，安全地暴露内部数据。
总而言之，尽管许多独立开发者更倾向于简单的 CLI 或基于 API 的解决方案，但 MCP 正作为一种必要的“适配器”，在企业级的智能体与服务集成领域日益获得认可。