## Leanstral：验证代码生成新时代
代码日益复杂，尤其是在关键领域，给AI辅助开发带来了瓶颈：人工审查。为了解决这个问题，研究人员推出了**Leanstral**，这是首个专门为强大的形式化证明助手**Lean 4**设计的开源代码代理。
Leanstral旨在将范式从调试机器生成的代码转变为*正式证明*其针对严格规范的正确性。尽管规模相对较小（6B参数），Leanstral却展现出卓越的效率，表现优于规模更大的开源模型，并提供了一种经济高效的替代方案，可替代闭源选项如Claude。
在实际证明工程任务（完成形式化证明和定义数学概念）上进行评估，Leanstral以较低的成本实现了具有竞争力的性能。案例研究表明它能够诊断和修复Lean代码中的问题，并将其他语言的程序进行翻译，甚至生成关于其行为的证明。
Leanstral可以通过免费API Mistral Vibe轻松访问，并且权重采用Apache 2.0许可，促进开放开发和验证代码生成的更广泛应用。
每日HackerNews RSS
## Leanstral：用于可靠编码的开源代理
Mistral AI 发布了 Leanstral，一个用于编码和形式化证明工程的开源代理，利用 Lean 4 定理证明器。该代理旨在根据规范生成代码，可能比传统的“感觉编码”提供更可靠的方法。
讨论强调了转向使用代理来*指定*期望的行为，然后生成代码以满足这些规范，从而创建优于传统方法的、可执行的文档。虽然 Opus 目前优于 Leanstral，但后者成本明显更低，并且在多次“尝试”解决方案时显示出潜力。
用户正在探索将 Leanstral 与其他模型（“LLM 合金”）结合以提高性能的可能性。对话还涉及形式化验证的更广泛趋势，一些人倡导随着软件复杂性的增长，应增加其采用。虽然 Leanstral 本身可能并不适合所有人，但该项目代表着朝着更值得信赖和可验证的 AI 生成代码迈出的宝贵一步。
正在构建一个人工智能驱动的“操作系统”，用于科学研究，旨在自动化传统的手动文献综述和证据综合流程。目前，研究人员花费大量时间和资源手动分析论文——这是将新药物和设备推向市场的重要一步。 该公司的智能体能够自主搜索、综合和撰写研究报告，为200,000多名大学和大型公司的研究人员提供服务，重点关注生命科学领域。他们解决了关键挑战：难以找到相关证据、研究文档的静态性以及缺乏保持研究最新状态的系统。 AnswerThis正在寻找一名高级工程师来领导技术架构和产品开发，优先考虑业务影响和快速迭代。理想的候选人具有在创业环境中构建和部署人工智能智能体系统的经验，并且能够适应不确定性和快节奏的成长型团队。薪酬包括17万至24万美元以上的底薪以及股权。
黑客新闻新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录
YC F25 正在招聘 (ycombinator.com)
1天前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
超越肉公司已更名为“超越植物蛋白公司”，预示着战略转变，因为植物性肉类市场面临挑战。首席执行官伊森·布朗承认“现在不是植物性肉类的时刻”，他认为消费者存在“困惑”并对加工过程进行严格审查。 此次品牌重塑的重点是突出植物性*蛋白质*的内在益处，这些蛋白质直接来自豌豆、扁豆和豆类等成分，而不仅仅是模仿肉类。这包括新产品，如“超越碎肉”——一种简单的四种成分的碎蛋白，以及“超越浸润”气泡水果饮料，扩展到传统的汉堡和香肠替代品之外。 布朗认为植物性选择最终将成为主流，但目前强调教育消费者关于最少加工的植物性蛋白质的营养价值。该公司旨在利用对健康、富含纤维食品日益增长的需求，将自身定位为多功能植物性成分的提供者，而不仅仅是肉类替代品。
## 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 能力的访问。
## Nvidia 发布 Vera CPU 用于 AI – 摘要
Nvidia 发布了 Vera CPU，专为高需求 AI 工作负载设计，引发了对其新颖性和目标用例的讨论。虽然宣传为“代理 AI”用途，但许多评论员指出，它更准确地描述为针对 AI *集群* 优化的 CPU，在 Grace CPU 等先前设计的基础上，提高了性能和带宽。
主要特性包括与传统 CPU（EPYC/Xeon）相比，显著降低的延迟——对于流式 AI 代理至关重要——以及 CPU 和 GPU 之间的高带宽互连。该芯片拥有 88 个 ARM v9 核心和硬件 FP8 支持。
讨论集中在它是否代表着真正的飞跃，还是仅仅是巧妙的营销。一些人强调了令人印象深刻的工程技术，而另一些人则质疑对 AI 特定硬件的关注及其对通用计算的潜在影响。人们也对 Nvidia 更广泛的伦理影响以及 AI 基础设施日益增长的成本/专业化表示担忧。最终，Vera 似乎旨在用于大规模数据中心部署，而非个人消费者。
## 使用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”旨在利用大型语言模型（LLM），如Claude Code，来自动化在Godot引擎中的完整游戏创建过程。该系统接收文本提示，并自主设计游戏架构，生成2D/3D资源，编写GDScript代码，并对结果进行视觉测试——输出一个可玩的神户4项目。
克服的核心挑战包括GDScript有限的LLM训练数据（通过定制语言参考系统解决）、管理构建时与运行时引擎状态，以及建立可靠的评估循环（使用独立的AI代理进行视觉质量保证）。
Godogen利用了两个Claude Code技能：一个用于规划的编排器和一个用于实施的任务执行器。该项目是开源的，展示了AI能够显著降低游戏开发门槛的潜力，即使当前输出仍需进一步完善。虽然有人质疑生成游戏的质量，但重点在于实现游戏想法的快速原型设计和探索，从而可能为那些不太关注编码复杂性的用户解锁创造力。
您可以在这里找到更多信息和代码：[https://github.com/htdt/godogen](https://github.com/htdt/godogen) ，演示视频在这里：[https://youtu.be/eUz19GROIpY](https://youtu.be/eUz19GROIpY)
## 巴勒斯坦家庭在西岸遭枪击身亡
一名12岁的巴勒斯坦男孩哈利德·巴尼·奥代赫在一场发生在被占领的西岸的枪击事件中幸存，他的父母和两个年幼的兄弟遇难，其中包括一名患有残疾的六岁儿童。 当这家人在午夜过后从图巴斯附近的一次购物旅行返回家园时，以色列军队向他们的汽车开火。
哈利德回忆起母亲最后的呼喊和父亲在临终前念诵的信仰声明。 他声称自己被从车内拉出并接受士兵审讯后遭到殴打。 以色列军队声称，他们的部队是在汽车“加速冲向他们”之后开火的，他们在一次逮捕 suspected militants 的行动中感到威胁。
然而，一名目击者反驳了这一说法，称汽车在开枪时是静止的，并且没有事先发出警告。 这起事件导致八岁的穆斯塔法被弹片击伤，引发了愤怒，并再次引发人们对以色列军队对巴勒斯坦人使用致命武力的关注。 调查正在进行中，但人们对西岸暴力事件升级的担忧日益增加，自2023年10月以来，巴勒斯坦人死亡人数显著增加。
## Hacker News 讨论摘要：以色列军队与巴勒斯坦家庭遇害
BBC 一份报道详细描述了以色列军队在西岸杀害一名巴勒斯坦家庭的事件，在 Hacker News 上引发了激烈的讨论。该事件得到以色列新闻来源的证实，涉及一名母亲和四名儿童在车内丧生。以色列国防军的理由是，该车高速行驶，对便衣特工构成威胁。然而，目击者证词与此相悖，称该车在被开火时已经停下，且没有事先警告。
讨论迅速演变为关于该新闻与 HN 相关性、媒体偏见的作用以及更广泛的以巴冲突的辩论。一些人认为该事件具有政治色彩，不符合该网站的重点，而另一些人则认为将其纳入讨论是出于人道主义关怀和潜在的技术影响（目标系统等）。人们对潜在的恶意投票活动和平台不断变化的社区表示担忧。对话还涉及核实信息的复杂性以及持续冲突对同理心和麻木的影响。
## 技能安全指数：摘要 技能安全指数是一项关键资源，用于评估与人工智能技能相关的安全风险——这些技能是日益流行的AI智能体的构建模块。由于智能体依赖于这些技能，它们的定义就成为了一个关键的漏洞点。 该指数分析来自GitHub等平台的技能，根据标准化的安全模式评估它们的指令和代码，重点关注*指令风险*——提示词可能如何导致安全防护措施失效或产生不安全行为。 技能根据在代码执行、网络访问和数据访问等类别中可能造成的潜在危害，被评级为“通过”至“严重”。该指数识别出诸如提示注入和过度权限等具体问题，并评估所请求的资源是否由技能的目的所合理。 最终，技能安全指数使开发者和安全工程师能够在部署*之前*了解技能的“爆炸半径”，从而促进更安全、更可靠的AI智能体开发。
## AI Agent技能安全数据库发布
一个新发布的公共数据库，地址为[tego.security](https://index.tego.security/skills/)，旨在解决与AI Agent“技能”相关的安全风险——这些模块赋予了AI Agent能力。研究表明，超过25%的技能包含漏洞，例如提示注入和数据泄露风险。
该数据库提供这些技能的结构化安全分析，评估其在实际部署中的潜在滥用情况。它使用自动化扫描、AI模型和人工审查，重点关注技能*如何*被利用，而不仅仅是识别潜在的恶意代码。
Hacker News上的讨论强调，采用这些技能的风险类似于使用不受信任的npm包或复制粘贴命令，并强调在AI发展过程中需要安全最佳实践。该数据库旨在使这个新的攻击面可见，并帮助安全团队了解与Agent行为和能力相关的风险。这是对AI安全日益依赖于控制Agent可以调用的技能这一转变的回应。
您的浏览器似乎禁用了 Javascript。请点击此处了解如何启用 Javascript。如有任何问题，请通过 [email protected] 与我们联系。
## 强制复工趋势面临反弹
一篇近期文章强调了人们对强制复工（RTO）的日益怀疑，认为这与其说是为了提高生产力，不如说是为了重新掌控劳动力。许多评论员认为，RTO措施的推出与疫情后员工权力的增加有关——工资上涨、对更好条件的需求以及更高的职位流动性——并且是在有证据表明远程工作*提高*了生产力的情况下实施的。
文章提出几点：RTO在各行业同时发生，缺乏生产力方面的合理依据，并且伴随着外包的增加。一些人认为这是一种压低工资和管束劳动力的策略，因为员工在一段时间内获得了优势。
讨论还集中在对区域经济的影响上，有人认为应该将工作岗位从旧金山等昂贵中心分散开来。另一些人则指出管理远程工作存在困难，并且更喜欢面对面的协作，而另一些人则警告不要相信“阴谋论”，并承认个人对办公室环境的偏好。最终，争论的焦点在于RTO是否服务于真正的业务需求，还是对员工的权力游戏。
无法翻译。这段内容看起来是PDF文件的二进制数据，包含了一些控制字符和编码信息，而不是可读的文本。它不是自然语言，因此无法翻译成中文。
## 人工智能时代软件工程的未来
一份最近的Thoughtworks报告，在Hacker News上讨论，探讨了随着LLM等人工智能编码工具的兴起，软件工程领域的格局变化。核心问题是：当代码生成变得更容易时，价值——以及工程师的角色——将转移到哪里？
讨论强调了开发者和产品经理角色之间可能出现的界限模糊，因为开发者将更加关注*构建什么*和*为什么*构建。然而，评论员质疑LLM是否仅仅能够加快功能完成的速度，或者真正能够赋能开发者承担产品导向的任务。一些人认为，如果LLM显著提高开发者的效率，产品经理的角色本身可能会变得多余。
一个关键的结论是，重点将从代码*编写*转向代码*规范*、测试和风险管理——本质上是将工程质量提升到更高级别的关注点。该报告还建议需要新的方法来维护机构知识，因为代码正在快速演变。最终，这场对话指向了更新招聘实践的需求，重视系统思维和代码理解，而不是死记硬背，并朝着更健壮、更可靠的系统发展，尽管LLM本身具有内在的不确定性。
本文提出通过**分布式系统**的视角来看待“LLM团队”——一组协同工作的的大型语言模型。 随着LLM团队越来越普遍，关于其有效性的关键问题（团队规模、结构以及与单个LLM相比的整体优势）仍未得到解答。 作者认为，分布式计算领域数十年的研究为理解和优化LLM团队提供了一个有价值且原则性的框架。 他们发现这两个领域在挑战和优势方面存在显著的重叠，表明来自分布式系统的见解可以指导LLM团队架构的设计和评估，从而超越当前的试错方法。 基本上，应用成熟的分布式系统原则可以帮助我们构建*更好*的LLM团队。
## 语言模型团队作为分布式系统：摘要
这次Hacker News讨论围绕着一篇近期文章展开，该文章通过分布式系统的视角探讨了语言模型（LLM）团队——或称“智能体蜂群”。核心争论在于这些蜂群与单个、更强大的LLM相比，其有效性如何。
许多评论者认为，**深度（单个模型内的递归问题解决）比广度（并行智能体）更有效率**，将智能体蜂群比作效率低下的广度优先搜索。人们对管理这些团队的开销和复杂性表示担忧，这与软件工程中的微服务问题类似。
一个关键点是，许多部署这些团队的人缺乏强大的系统背景，导致了对已知分布式系统问题的重新发明，例如消息排序和故障处理。另一些人则认为，智能体蜂群在**速度、容错性和管理单个LLM的上下文限制**方面很有用，尤其是在与更廉价、专业的模型结合使用时。
最终，这场讨论凸显了“智能体AI”的新颖性与多智能体系统研究的既定原则之间的紧张关系，表明需要更正式的方法并利用现有知识。有些人认为，当前的热潮是由LLM速度的限制驱动的，并且基于确定性代码的解决方案通常优于复杂的智能体设置。