标签

Hugging Face

把 Hugging Face 模型放到 Foundry 托管计算上运行

来源: huggingface.co 38
“Hugging Face Models on Foundry Managed Compute”这个标题指向一个很实际的工程问题:模型已经在 Hugging Face 生态里,团队希望把运行环境交给 Foundry 的托管计算来承接,而不是自己维护 GPU 节点、镜像滚动、健康检查和扩缩容细节。 因为来源摘要为空,下面不把任何具体 API 说成官方事实...

用 SkyPilot 跑多云 AI 任务,把数据零出口留在 Hugging Face

来源: huggingface.co 41
AI 训练和批量推理越来越像一门调度生意:GPU 在哪便宜、哪有空,就把任务跑到哪。但数据搬来搬去很快会变成账单黑洞。这个主题的关键变化是:用 SkyPilot 在任意云上运行 AI workload,同时把存储放在 Hugging Face,通过“zero-egress storage”的思路减少跨云数据出口成本和数据复制负担。 很多团队做多云 AI...

PRX 的数据策略:先把事件、血缘和质量闸门立住

来源: huggingface.co 34
“PRX Part 4: Our Data Strategy”这个标题透露的信息很克制:这是一组系列文章里的第四篇,主题从产品或架构推进到了数据策略。摘要没有给出实现细节,所以本文不把具体方案包装成原文事实,而是围绕一个工程团队在 PRX 这类项目中可以如何落地数据策略来拆解:先定义数据契约,再建立可追踪的数据流,最后用质量检查挡住坏数据进入核心指标。...

LeRobot v0.6.0 把机器人开发推向“想象、评估、改进”闭环

来源: huggingface.co 35
LeRobot v0.6.0 的发布标题是 “Imagine, Evaluate, Improve”。在缺少更多发布细节的前提下,最值得抓住的是这个方向:机器人学习不再只是“收集数据、训练模型、部署试试”,而是更强调一个可重复的工程闭环:先生成或设想任务与策略,再用指标评估,再把结果反馈到数据、模型和环境配置里。 “Imagine” 对机器人团队很关键...

🤗 Kernels 大更新后,先把升级验证做扎实

来源: huggingface.co 24
🤗 Kernels 发布了 Major Updates。仅从标题看,这类更新通常意味着底层算子、安装方式、兼容矩阵或性能路径发生了值得关注的变化。对业务团队来说,重点不是“立刻换上”,而是把它当成一次底层性能依赖升级:验证正确性、记录性能基线、确认回滚路径。 Kernels 这类库通常站在模型框架和硬件之间。它不直接改变你的产品功能,却可能影响吞吐、显...

Gemma 4 走向实时语音 AI:Hugging Face 与 Cerebras 组合意味着什么

来源: huggingface.co 28
Hugging Face 和 Cerebras 把 Gemma 4 推向实时语音 AI 场景,这件事的重点不只是“又一个模型上线”。对开发者来说,更值得关注的是:语音交互正在从“录音、转写、等待、回答”变成更接近电话或会议里的即时响应系统。模型、推理芯片、托管平台和流式工程能力开始被放在同一条链路上考验。 由于来源摘要没有给出具体 API、延迟数字或产...

ScarfBench:用企业级 Java 框架迁移检验 AI Agent 的真本事

来源: huggingface.co 22
AI Agent 做代码演示很容易:改一个函数、补一个测试、生成一段样板代码。但企业里的 Java 框架迁移不是这种玩具任务。它通常意味着跨模块理解、依赖升级、注解替换、配置重写、测试修复,以及对运行时行为的谨慎验证。标题里的 ScarfBench 指向的正是这个更硬的问题:如何用企业 Java 框架迁移来评测 AI Agent。 企业 Java 项目...

为什么专业化几乎不可避免:从团队分工到系统设计

来源: huggingface.co 24
软件行业总爱在“全栈”“通才”“一人搞定”之间来回摆动,但只要系统规模、团队人数和业务复杂度继续增长,专业化就会自然出现。它不是某个管理口号,而是复杂系统降低认知负荷、提高交付效率的一种结果。 本文基于“专业化不可避免”这个核心观点展开:专业化为什么会发生,它带来什么收益,又会制造哪些边界问题。因为来源信息较少,下面的实践示例是一个可改造的工程化小工具...

Hugging Face 模型页展示 Every Eval Ever:选模型时少翻几张表

来源: huggingface.co 34
Hugging Face 模型页开始展示 Every Eval Ever 的评测结果,这件事对日常选型很实际:开发者不用只靠模型卡里的自述、排行榜截图或社区帖子来判断模型能力,而是可以在模型页面附近看到更多结构化评测信号。它不会替你做最终决策,但能把“先筛一轮候选模型”的成本降下来。 大模型选型最麻烦的地方,不是找不到模型,而是同名、同尺寸、同架构变体...

DiScoFormer:用一个 Transformer 同时学习密度与分数函数

来源: huggingface.co 36
DiScoFormer 这个标题里有两个很重的词:density(概率密度)和 score(分数函数,通常指对数密度的梯度)。如果一个 Transformer 能在不同分布之间同时处理这两类对象,它瞄准的就不是“又一个序列模型”,而是更底层的概率建模接口:既能估计一个点有多可能出现,也能告诉你应该往哪个方向移动才能更接近高概率区域。 由于这里没有更多论...