超越肉公司已更名为“超越植物蛋白公司”，预示着战略转变，因为植物性肉类市场面临挑战。首席执行官伊森·布朗承认“现在不是植物性肉类的时刻”，他认为消费者存在“困惑”并对加工过程进行严格审查。 此次品牌重塑的重点是突出植物性*蛋白质*的内在益处，这些蛋白质直接来自豌豆、扁豆和豆类等成分，而不仅仅是模仿肉类。这包括新产品，如“超越碎肉”——一种简单的四种成分的碎蛋白，以及“超越浸润”气泡水果饮料，扩展到传统的汉堡和香肠替代品之外。 布朗认为植物性选择最终将成为主流，但目前强调教育消费者关于最少加工的植物性蛋白质的营养价值。该公司旨在利用对健康、富含纤维食品日益增长的需求，将自身定位为多功能植物性成分的提供者，而不仅仅是肉类替代品。
每日HackerNews RSS
## Beyond Meat 的困境：总结
最近的 Hacker News 讨论集中在 Beyond Meat 的 CEO 承认“现在不是植物肉的时代”，这紧随品牌重塑之后。虽然许多人同意该*产品*不错，但评论员普遍认为公司的困境源于过高的期望和糟糕的商业策略。
核心观点是，Beyond Meat 被赋予了革命性的价值，而不仅仅是作为肉类的可行替代品。这导致了不切实际的增长预测。批评者指出，该产品成分高度加工，成本高昂，且与真肉相比缺乏营养优势，这些都是更广泛采用的障碍。
一些用户认为 Beyond Meat 的目标受众过于狭窄——那些渴望快餐但出于意识形态原因避免肉类的人。另一些人质疑用人工替代品重现“标准美式饮食”的逻辑，因为已经存在多样化、健康的植物性菜肴。人们还对潜在的内部利益输送以及该公司转向与高蛋白气泡饮料等无关产品表示担忧。最终，共识倾向于 Beyond Meat 误判了市场规模，并依赖于有缺陷的商业模式。
## NVIDIA 发布 Vera CPU，迎接 AI 代理时代 NVIDIA 发布了 Vera CPU，这是一款专为代理 AI 和强化学习需求设计的处理器，承诺比传统 CPU **效率提高一倍，性能提升 50%**。这款新 CPU 专注于为能够规划、与数据交互和执行任务的 AI 模型提供动力——本质上，是 AI “工厂”。 Vera 拥有 88 个定制核心和下一代低功耗内存子系统，提供高带宽和响应速度，这对于编码助手和智能代理等大规模 AI 服务至关重要。它专为可扩展性而设计，新的机架配置支持数千个并发 CPU 环境。 **阿里巴巴、Meta、Oracle Cloud Infrastructure 和 CoreWeave** 等主要厂商已经开始采用 Vera，同时还有 **Dell、HPE、Lenovo 和 Supermicro** 等硬件合作伙伴。早期测试显示，在编码和流式数据等领域取得了显著的性能提升，国家实验室和云提供商也计划部署。 NVIDIA Vera 目前正在生产中，并将于今年下半年通过合作伙伴提供，旨在普及先进 AI 能力的访问。
英伟达最近发布了Vera CPU，专门为“代理AI”工作负载设计。然而，这一消息在Hacker News上引发了一些关于其架构和连接性的讨论。
虽然Vera CPU拥有令人印象深刻的带宽——据报道比PCIe Gen 6高7倍——但评论员指出，数据需要*通过*PCIe，然后通过网络（即使是高速800Gbe）与其他系统通信，这会产生延迟和开销。
对话中表达了对更直接的芯片间通信结构的需求，并提到了谷歌的高扇出系统和微软的Maia 200（片上2.8Tbps以太网）作为例子。人们希望像CXL这样的技术能够减少连接开销和延迟，简化带宽密集型应用的通信，可能不仅仅局限于AI。许多大型AI集群已经使用InfiniBand网络代替标准的PCIe以太网进行节点间通信。
展示 HN：Claude 代码技能，可以构建完整的 Godot 游戏
Show HN: Claude Code skills that build complete Godot games
7 小时前
## 使用AI进行Godot游戏开发
该项目展示了一个AI流程，能够从简单的文本提示中自主创建完整的Godot 4游戏项目。它利用Claude Code（推荐Opus 4.6）以及Gemini和Tripo3D等工具，处理所有内容——架构设计、代码生成（使用GDScript，并支持自定义语言参考）、资源创建以及通过截图分析进行视觉质量保证。
该流程通过在规划和执行Claude技能之间分配任务来运作，确保专注的处理。它支持2D和3D游戏，可在标准PC硬件上运行。
用户通过`publish.sh`脚本启动项目，然后只需向Claude Code描述他们想要的游戏。虽然单个生成可能需要数小时，但该系统会提供组织良好、可运行的Godot项目，包含正确的场景树和脚本。未来的开发目标是集成更便宜的图像生成、动画精灵以及游戏构建配方。
## Godogen：AI驱动的Godot游戏开发
一个名为**Godogen**的新项目旨在从文本提示生成完整的、可玩的神户4游戏。该项目历时一年多，经过多次重写，旨在解决使用大型语言模型（LLM）进行游戏创作的挑战。
核心难题包括GDScript有限的LLM训练数据（通过自定义参考系统解决）、构建时和运行时引擎状态之间的差异以及有偏差的评估。Godogen使用Gemini Flash视觉QA代理来评估游戏截图，捕捉文本分析无法发现的错误。
该系统利用两个Claude Code技能——一个协调器和一个任务执行器，并且完全开源 ([https://github.com/htdt/godogen](https://github.com/htdt/godogen))。演示视频展示了生成的游戏 ([https://youtu.be/eUz19GROIpY](https://youtu.be/eUz19GROIpY))。
讨论强调了使用C#代替GDScript与LLM结合的潜力，以及关于资源流程和开发工作流程的问题，一些用户已经成功地使用Claude与Godot和C#结合。
## 巴勒斯坦家庭在西岸遭枪击身亡
一名12岁的巴勒斯坦男孩哈利德·巴尼·奥代赫在一场发生在被占领的西岸的枪击事件中幸存，他的父母和两个年幼的兄弟遇难，其中包括一名患有残疾的六岁儿童。 当这家人在午夜过后从图巴斯附近的一次购物旅行返回家园时，以色列军队向他们的汽车开火。
哈利德回忆起母亲最后的呼喊和父亲在临终前念诵的信仰声明。 他声称自己被从车内拉出并接受士兵审讯后遭到殴打。 以色列军队声称，他们的部队是在汽车“加速冲向他们”之后开火的，他们在一次逮捕 suspected militants 的行动中感到威胁。
然而，一名目击者反驳了这一说法，称汽车在开枪时是静止的，并且没有事先发出警告。 这起事件导致八岁的穆斯塔法被弹片击伤，引发了愤怒，并再次引发人们对以色列军队对巴勒斯坦人使用致命武力的关注。 调查正在进行中，但人们对西岸暴力事件升级的担忧日益增加，自2023年10月以来，巴勒斯坦人死亡人数显著增加。
## Hacker News 讨论摘要：以色列军队与巴勒斯坦家庭遇害
BBC 一份报道详细描述了以色列军队在西岸杀害一名巴勒斯坦家庭的事件，在 Hacker News 上引发了激烈的讨论。该事件得到以色列新闻来源的证实，涉及一名母亲和四名儿童在车内丧生。以色列国防军的理由是，该车高速行驶，对便衣特工构成威胁。然而，目击者证词与此相悖，称该车在被开火时已经停下，且没有事先警告。
讨论迅速演变为关于该新闻与 HN 相关性、媒体偏见的作用以及更广泛的以巴冲突的辩论。一些人认为该事件具有政治色彩，不符合该网站的重点，而另一些人则认为将其纳入讨论是出于人道主义关怀和潜在的技术影响（目标系统等）。人们对潜在的恶意投票活动和平台不断变化的社区表示担忧。对话还涉及核实信息的复杂性以及持续冲突对同理心和麻木的影响。
## 技能安全指数：摘要 技能安全指数是一项关键资源，用于评估与人工智能技能相关的安全风险——这些技能是日益流行的AI智能体的构建模块。由于智能体依赖于这些技能，它们的定义就成为了一个关键的漏洞点。 该指数分析来自GitHub等平台的技能，根据标准化的安全模式评估它们的指令和代码，重点关注*指令风险*——提示词可能如何导致安全防护措施失效或产生不安全行为。 技能根据在代码执行、网络访问和数据访问等类别中可能造成的潜在危害，被评级为“通过”至“严重”。该指数识别出诸如提示注入和过度权限等具体问题，并评估所请求的资源是否由技能的目的所合理。 最终，技能安全指数使开发者和安全工程师能够在部署*之前*了解技能的“爆炸半径”，从而促进更安全、更可靠的AI智能体开发。
## 新数据库分析AI代理技能安全风险
一个新的公共数据库，网址为[https://index.tego.security/skills/](https://index.tego.security/skills/)，已启动以解决围绕AI代理技能（工具、函数或插件）日益增长的安全问题。这些技能正成为AI系统的核心，使其能够执行任务和自动化工作流程，但也引入了新的攻击面。
研究表明，现有技能中有很大一部分包含漏洞，例如提示注入和数据泄露风险。该数据库旨在通过结构化的安全分析使这些风险可见，结合自动化扫描、AI驱动的行为分析和人工审查。
分析重点在于技能在实际部署中*如何*被滥用，并考虑到其预期用途。它认识到代理能力引入了传统软件中未曾见过的新的攻击模式，例如间接提示注入。该数据库由处于隐形模式的公司Tego AI开发，面向公众开放，并将随着AI代理生态系统的发展而扩展。
您的浏览器似乎禁用了 Javascript。请点击此处了解如何启用 Javascript。如有任何问题，请通过 [email protected] 与我们联系。
## 强制复工趋势面临反弹
一篇近期文章强调了人们对强制复工（RTO）的日益怀疑，认为这与其说是为了提高生产力，不如说是为了重新掌控劳动力。许多评论员认为，RTO措施的推出与疫情后员工权力的增加有关——工资上涨、对更好条件的需求以及更高的职位流动性——并且是在有证据表明远程工作*提高*了生产力的情况下实施的。
文章提出几点：RTO在各行业同时发生，缺乏生产力方面的合理依据，并且伴随着外包的增加。一些人认为这是一种压低工资和管束劳动力的策略，因为员工在一段时间内获得了优势。
讨论还集中在对区域经济的影响上，有人认为应该将工作岗位从旧金山等昂贵中心分散开来。另一些人则指出管理远程工作存在困难，并且更喜欢面对面的协作，而另一些人则警告不要相信“阴谋论”，并承认个人对办公室环境的偏好。最终，争论的焦点在于RTO是否服务于真正的业务需求，还是对员工的权力游戏。
无法翻译。这段内容看起来是PDF文件的二进制数据，包含了一些控制字符和编码信息，而不是可读的文本。它不是自然语言，因此无法翻译成中文。
最近的一份Thoughtworks报告，在Hacker News上讨论，探讨了人工智能时代工程学的演变角色。核心论点是，人工智能不会降低工程质量，而是*转变*了它——要求更加关注详细的规范、强大的测试、风险管理和约束条件定义。
评论员强调迫切需要改革招聘实践，从重视算法记忆转向重视系统理解、代码阅读和彻底审查的技能。他们指出LLM是工具，其有效性很大程度上取决于上下文：具体的领域、代码库的复杂性和任务规模。
人们对当前工作包含代码审查和知识维护的工程师可能被取代表示担忧。一个关键的收获是，需要进行一次成熟的、“成人式”的对话，讨论人工智能的影响，超越炒作，解决诸如鉴于LLM固有的不可靠性如何维护用户信任，以及如何确保安全等挑战。该报告被视为应对这些变革的有价值贡献。
本文提出通过**分布式系统**的视角来看待“LLM团队”——一组协同工作的的大型语言模型。 随着LLM团队越来越普遍，关于其有效性的关键问题（团队规模、结构以及与单个LLM相比的整体优势）仍未得到解答。 作者认为，分布式计算领域数十年的研究为理解和优化LLM团队提供了一个有价值且原则性的框架。 他们发现这两个领域在挑战和优势方面存在显著的重叠，表明来自分布式系统的见解可以指导LLM团队架构的设计和评估，从而超越当前的试错方法。 基本上，应用成熟的分布式系统原则可以帮助我们构建*更好*的LLM团队。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
语言模型团队作为分布式系统 (arxiv.org)
6 分，由 jryio 1小时前发布 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
measurablefunc 8分钟前 [–]
接下来，LLM 作为 π-演算中的参与者和进程。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
Meta 正在重返 jemalloc，这是一种对其基础设施至关重要的、高性能的内存分配器，与 Linux 内核和编译器并列。Meta 认识到最近偏离了核心工程原则，导致了技术债务和开发速度减慢，因此积极寻求并采纳了社区反馈——包括 jemalloc 的创建者 Jason Evans 的反馈。 该公司已取消归档原始开源仓库，并优先考虑长期健康而非短期收益。主要关注领域包括减少技术债务、现代化代码库以及针对新硬件和工作负载进行优化。计划的具体改进包括增强大页分配器、内存效率（打包、缓存、清除）以及 AArch64 (ARM64) 平台的性能。 Meta 强调其对开源协作的承诺，并欢迎社区贡献来塑造 jemalloc 的未来，旨在通过可证明的进展和对项目长期成功的重新承诺来重建信任。
Hacker News新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录
Jemalloc 由 Meta (fb.com) 重新维护
29 分，hahahacorn 发表于 19 分钟前 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
oncallthrow 发表于 0 分钟前 | 下一个 [–]
年度最含糊其辞的帖子奖授予…
thatoneengineer 发表于 1 分钟前 | 上一个 | 下一个 [–]
第一印象：哈哈，Hacker News 标题中的直白评论与 fb.com 帖子的公关用语形成鲜明对比。
第二想法：实际上，fb.com 帖子的透明度比我预想的要高。 相当不错。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 编程的转变：从积木到基础科学
最近，一篇由Andy Wingo发起的讨论重新审视了Gerald Sussman的观察，即现代编程越来越涉及理解外国库*如何*工作，而不是用已知组件构建系统。Sussman指出这种转变始于90年代，从一个易于理解、"贴近硬件"的代码时代，转变为一个不透明、复杂的依赖时代。
作者反思了自己的经历，回忆起早期因工具有限和90年代软件环境的压倒性复杂性而产生的挫败感。虽然承认今天的软件是一个“巨大的混乱”，但他们认为它*不*一定比过去更糟。至关重要的是，今天的大部分复杂性是*开源的*，允许开发者调查和理解底层机制——这是过去无法享受的奢侈。
关键要点是方法上的转变：拥抱理解，而非盲目实验。作者回忆起过去试图在不理解的情况下“破解”解决方案，最终意识到真正的进步来自于深入源代码并真正掌握事物如何运作。这种对理解的承诺，加上现成的源代码和改进的工具，被认为是驾驭现代软件开发的“神奇工具”。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
理解的必要性 (information-superhighway.net)
12 分，zdw 1小时前 | 隐藏 | 过去的 | 收藏 | 3 评论 帮助
abstractspoon 43 分钟前 | 下一个 [–]
我无法想象在不理解的情况下编程，也就是所谓的“感觉编程”。因此我永远不会感觉编程。回复
amelius 14 分钟前 | 父级 | 下一个 [–]
-- 我，两个月前
tines 14 分钟前 | 上一个 [–]
在人工智能兄弟们想要的世界里，理解已经变成了一种爱好。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：