每日HackerNews RSS

将大语言模型(LLM)整合进 Linux 内核开发——以“Assisted-by”(AI 辅助)提交的兴起和 Sashiko 代码审查工具的使用为代表——引发了激烈的争论。林纳斯·托瓦兹(Linus Torvalds)坚定地支持人工智能,并坚持认为内核项目仅专注于技术卓越,而非社会、伦理或政治考量。 作者对这一立场提出了质疑,认为托瓦兹拒绝政治讨论的说法是虚伪的。作者指出,Linux 项目本身就建立在政治基础之上,例如战略性地使用 GPLv2 协议来强制要求开源贡献并维持集中控制。作者认为,通过无视关于人工智能环境影响、其在硬件通胀中的角色,以及将强大科技公司合法化所带来的伦理影响等正当关切,托瓦兹正在推行一种便利的双重标准。 摘要总结称,由于 Linux 的体量过于庞大且相互交织,实际上无法进行分叉,因此社区有责任讨论人工智能工具的更广泛外部效应。作者认为,拒绝进行这种“道德考量”可能会疏远有才华的贡献者,并忽略了该项目在全球技术和政治格局中的重大影响力。

关于 Drew DeVault 撰写的关于人工智能在 Linux 开发中应用的文章,Hacker News 上展开了激烈的讨论。争论的焦点在于 Linux 内核项目是否应该就人工智能的使用采取道德和政治立场。 支持整合人工智能的一方侧重于技术实用性,认为“大局已定”,并表示在人工智能已成为软件开发必然趋势的情况下,抵制是徒劳的。相反,批评者则提出了重大的道德和法律担忧。环境方面的观点强调了支持人工智能所需的巨大能源和水资源消耗;而法律方面的质疑者则警告称,大语言模型生成的代码会造成潜在的版权和许可“定时炸弹”,威胁到 GPLv2 的完整性。 此外,一些用户担心对人工智能的依赖会将 Linux 的发展方向拱手让给大型且政治化的科技公司。虽然一些评论者认为 Linux 应保持中立,仅专注于技术价值,但另一些人则认为每一项贡献本质上都是政治性的,项目必须解决与人工智能工具相关的外部成本,例如气候影响和作者透明度问题。总而言之,开源社区在务实接纳与对未来发展的审慎态度之间仍存在严重分歧。

在 2023 年离开上一家公司后,作者将时间投入到了家庭、慈善事业以及他对构建软件的热情中。这份专注促成了终端模拟器 Ghostty 的诞生,该项目现已捐赠给一家非营利组织,以确保其保持为免费的社区驱动型资源。 通过对 Ghostty 的深入钻研,作者沉迷于终端角色的演变,并最终促使他创办了一家新公司:**Superlogical**。他与一群才华横溢的联合创始人一道,正在构建一款高性能终端复用器,旨在突破现有终端体验的界限。 Superlogical 致力于精益求精,并将利用 *libghostty* 作为公共构建模块,确保他们的开发成果持续造福开源社区。虽然终端复用器是他们初期的重点,但该公司的目标是解决软件领域更广泛的挑战。Ghostty 将作为非营利组织继续独立运营,而 Superlogical 现已正式启动并开始招聘,同时邀请用户通过订阅通讯关注他们的最新进展。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Superlogical – Mitchell Hashimoto (mitchellh.com) 24 分,由 tambourine_man 发布于 47 分钟前 | 隐藏 | 过往 | 收藏 | 2 条评论 vicek22 2 分钟前 | 下一条 [–] 我喜欢 Ghostty,但因为我完全使用 zellij 来配合代理工作,所以错过了它的许多功能。这听起来很令人兴奋,希望他们能像 GitButler 那样选择某种宽松的开源许可证。 回复 tasn 2 分钟前 | 上一条 [–] 重复内容: https://news.ycombinator.com/item?id=49098965 回复 准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```

AI 代币成本的不断上涨,促使许多组织开始考虑自建推理栈。然而,在购买还是租赁 GPU 的决策上,必须在基础设施容量、开发者体验和模型质量之间进行仔细权衡。 核心要点如下: * **利用率是关键:** 硬件成本是 24/7 持续发生的,但 AI 工作负载的波动性极大。只有保持高利用率,购买硬件才具备成本效益;对于高端 B200 机架而言,只要利用率达到 15%,其成本就已经低于前沿模型的 API 定价。 * **硬件与并发:** 小型硬件(如 DGX Spark)仅限于单用户任务。大型配置(4xH200 或 8xB200)虽支持更高的并发,但随着模型复杂度的增加,会面临性能下降的问题。 * **权衡取舍:** 虽然开源权重模型(如 GLM-5.2、Kimi K3)在质量上正迅速缩小与前沿厂商的差距,但自建部署需要专家对 vLLM 或 SGLang 等推理引擎进行深度调优,以避免性能瓶颈。 归根结底,自建部署并非通用的省钱方案。如果组织的工作负载量足以抵消基础设施投入,那么在数据隐私、延迟控制和规模化扩展方面,这是一种具有战略意义的举措,否则直接使用 API 往往更为合适。

此次 Hacker News 讨论聚焦于一篇评估自托管 Kimi K3 模型权衡利弊的文章,特别指出硬件成本增加 20% 可带来 20% 的任务解决效率提升。 评论中的关键要点包括: * **模型能力:** 用户发现较小的本地模型(如 `gemma-4-26b-a4b`)在语言学习和编程指导等日常任务中表现日益出色。 * **优化需求:** 评论者强调需要针对模型量化版本进行基准测试,因为量化技术能让高质量模型在现有闲置硬件上运行。 * **硬件担忧:** 读者指出,尽管该文章很有参考价值,但由于缺乏具体地区的定价信息,难以评估购买特定 GPU 的实际性价比。 * **未来展望:** 有用户建议,当前对硬件极限的追求反映了历史上“批处理”的发展趋势,并预测未来的 AI 工作流将趋向于无人值守的智能任务调度,以利用闲置的计算时间。

汉堡市立公园(Stadtpark)于1914年开放,至今仍是城市规划的杰作。与许多以美学为主的世界著名城市公园不同,弗里茨·舒马赫(Fritz Schumacher)的设计初衷是为城市的工人阶级提供便利的公共使用空间。该公园占地149公顷,不仅是一片宁静的绿地,更是一个充满活力、功能多样的休闲中心。 公园内设有供烧烤和各类社交聚会的大型中心草坪、可供游泳和划船的湖泊,以及涵盖足球、网球和健身操等运动的广泛设施。此外,公园还拥有大型游乐场、带有观景台的地标性天文馆以及露天音乐会场地。 市立公园的独特之处在于其自发且随性的氛围——人们无需预约或详细计划,随时可以前来游泳、游玩或放松身心。它就像是一个民主的“城市联合国”,将不同背景的居民汇聚在一起。尽管作者指出公园在基础设施方面仍有改进空间,例如需要增设饮水点和冬季活动,但该公园依然是汉堡身份中不可或缺且充满活力的组成部分,证明了一个公园的真正价值在于其能否融入市民的日常生活并发挥积极作用。

``` Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录汉堡城市公园:一个为使用而建的公园 (alsterrunde.com)20 分,由 mertbio 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助 cmdoptesc 9 分钟前 [–] 名字里就写着:stadtpark,城市公园。诚然,柏林的蒂尔加滕公园很大且令人望而生畏(它过去曾是皇家狩猎场),但德国城市中有许多服务于大众的“人民公园”(volksparks)。我很好奇作者是否去过中央公园或其他大型公园,因为那里总能找到人们开辟出来供自己独享的小天地。回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```

``` 您每月的 LLM 开销 每月 4 万美元 您支付 2.6 万美元/月 节省 1.4 万美元/月 0 美元 4 万美元/月 — 您当前的账单 未来 12 个月的趋势:Ramp AI 指数 · +11.0%/月 2 万美元/月 4 万美元/月 6 万美元/月 8 万美元/月 10 万美元/月 12 万美元/月 当前趋势 使用 Tokenless(无 Token 优化方案) 未来一年预计节省 34.4 万美元 -12 个月 今天 +12 个月 ▸编辑您的模型组合 * 估算值基于公开的 Token 价格(包含缓存费率)及来源中可编辑的路由假设。实际费率取决于您的流量。 开销历史与趋势:Ramp AI 指数 — 2025 年 6 月至 2026 年 6 月的人均 AI 开销,根据您所属的同类群组匹配,并按过去 12 个月的增长率推算得出。 ```

**Tokenless** 是一家由 YC 支持的全新 API 网关,旨在通过在对话过程中动态调度智能体流量至不同模型,从而降低 AI 使用成本。该平台由来自普林斯顿大学的研究人员创立,旨在通过智能切换机制——在复杂任务时调用高端模型,在简单任务时调用成本较低的开源模型——以更低的价格提供“前沿级”性能。 该团队声称,他们创新的路由方法能够同时查询多个模型并根据实时进展做出决策,从而以一半的成本达到类似 Claude 3.5 Sonnet 的性能水平。他们还指出,该系统具有缓存感知能力,能够在不丢失上下文的情况下高效切换模型。 此次发布在 Hacker News 上引发了争议,用户对该模式的可行性提出了质疑,认为长周期智能体链中 KV 缓存的成本效益已经很高。创始人对此反驳称,他们的路由器考虑到了通过提前切断昂贵且置信度较低的模型所带来的潜在节省,并指出“竞速”模式允许进行持续的缓存更新。Tokenless 目前正邀请用户试用该平台,并提供 20 美元的免费额度。

AI 编程颠覆了软件开发的经济逻辑:现在生成代码的成本很低,但管理代码之间复杂且突发性的交互却变得愈发昂贵。由于大模型(LLM)往往孤立地生成各个组件(如处理程序、队列、重试机制),它们常常会破坏全局不变性,导致最终系统的执行模型无人能够明确把控。 “图工程”(Graph engineering)试图通过使系统结构可视化并约束路径来解决这一问题。然而,仅仅实现图的可视化是不够的,编排逻辑依然是一项沉重的负担。 Fluxtion 通过**执行推理**(execution inference)解决了这一挑战,即将编排视为一个编译问题。开发者无需手动编写全局控制流,只需定义局部组件行为和结构依赖关系。编译器随后会分析这个封闭的图结构,自动推导并生成确定性的、经过高度优化的 Java 编排器。 这种方法具有以下优势: * **单一事实来源:** 编排逻辑源于系统结构,防止了逻辑偏差。 * **确定性:** 提供了稳定、可检查且可审计的执行过程。 * **明确的 AI 责任:** 大模型专注于局部逻辑,而编译器负责强制执行全局结构。 通过将概率性的 AI “孤岛”置于确定性代码的“编译海洋”之中,我们既能利用 AI 提高生产力,又不会牺牲系统的可靠性。

请启用 JavaScript 并关闭所有广告拦截器

《纽约时报》近日的一篇报道指出,人工智能的繁荣,尤其是大规模数据中心的快速兴建,正引发对电工、木工及其他技术工人的巨大需求。 黑客新闻(Hacker News)上的讨论对此反应不一。一些用户指出这对提高技术工人的工资产生了积极影响;而另一些用户则表示不满,因为熟练工人的短缺导致当地住宅维修费用急剧飙升。 行业观察人士警告称,这种需求增长很可能是暂时的。正如历史上多次建筑热潮一样,需求集中在建设阶段;一旦数据中心投入运营,所需人员将大幅减少。有行业经验的评论者告诫不要将其视为长期的职业转型,并指出体力劳动不仅艰苦、不稳定,而且极易受到经济衰退的影响。总体而言,舆论认为尽管人工智能行业正在重塑劳动力市场,但一旦基础设施建设阶段结束,这场针对建筑工人的“淘金热”可能会导致后续的不稳定。

2026年 Cesium 开发者大会汇聚了我们的社区成员,共同参与了以技术为导向的会议、富有远见的主题演讲、专题讨论以及深入的会前研讨会。观看下方的演讲视频,探索开放式 3D 地理空间技术如何推动 AECO(建筑、工程、施工和运营)、航空航天与国防、游戏与仿真以及其他关键工作流程的创新。

抱歉。

**Qwen Scribe** 是一款专为 Apple Silicon Mac 设计的私密本地转录与全局听写工具。它基于 Apple 的 MLX 框架运行 Qwen3-ASR 模型,所有音视频处理均在本地 GPU 上完成,无需账户、API 密钥或云服务。 **主要功能:** * **本地处理:** 音频、视频和转录文本绝不会离开您的 Mac。 * **全局听写:** 按住右侧 Command 键即可调出全局悬浮窗,将语音转录并直接粘贴到任何应用程序中。 * **灵活的界面:** 提供本地网页界面,支持拖拽媒体文件转录、SRT 字幕导出及历史记录管理。 * **性能表现:** 支持 0.6B(注重速度)和 1.7B(注重准确性)两种模型。 **当前状态:** 目前版本为 v0.1.0-beta.1。该软件仅提供源码,用户需使用提供的 `make` 命令在本地构建应用。要求 macOS 14+、Python 3.12+ 及 `ffmpeg` 环境。 **隐私保护:** 项目秉持“本地优先”原则,确保数据完全由用户掌控。听写助手功能需要必要的系统权限(麦克风、辅助功能和输入监听)。Qwen Scribe 是一个独立的开源项目(采用 Apache-2.0 许可证),与阿里云或 Apple 无关联。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Show HN: Qwen Scribe – 适用于 Apple Silicon 的本地转录与听写工具 (github.com/vladuzh) 10 分,作者 sidclaw,1 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 yuraoak 11 分钟前 | 下一条 [–] 它比 OpenAI 的 Whisper 更好吗? 回复 sidclaw 3 分钟前 | 父评论 | 下一条 [–] 以我的观点来看好得多。我经常需要在嘈杂的环境中录音,Whisper 在这种条件下表现并不理想。此外,Qwen 对语法的尊重程度很高,并且能准确地拆分句子。 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:```

更多

联系我们 contact @ memedata.com