西雅图时报与新闻日报起诉微软和OpenAI
美国地方媒体《西雅图时报》与《新闻日报》正式起诉微软和OpenAI，指控其未经授权使用版权新闻训练大模型，威胁到传统媒体的商业模式。随着生成式AI版权争议不断升级，该诉讼再次凸显了AI企业在训练数据获取上面临的合规风险，或将对未来的数据授权机制产生深远影响。
微软开源 VibeVoice-ASR-Streaming 流式语音识别模型
微软近期开源了 VibeVoice-ASR-Streaming 流式语音识别模型，重点优化实时语音转写场景，为开发者提供低延迟、高准确度的流式识别能力。该模型能够有效降低构建实时语音 Agent 和各类语音处理应用的门槛，适配本地及云端的多样化语音交互开发需求。
微软 Foundry 平台上线 5 项 Claude 新功能
微软 Foundry 平台近期集成 Anthropic Claude 的五项新能力，技术重点从单一 API 调用转向多智能体协同。此次更新让企业在搭建自动化工作流时，能借助多智能体架构处理更复杂的任务。对于国内 AI 开发者和创业者来说，主流云平台与前沿模型的这种深度整合，为企业级 AI 应用落地和架构设计提供了务实的技术参考。
微软任务管理器新增AI工作负载监控
微软在最新更新中为任务管理器引入了AI工作负载监控功能。随着本地AI模型和智能化应用的普及，CPU、GPU及专用NPU的资源分配和能耗管理变得更加复杂。该功能可实时展示各类AI任务的资源占用情况，帮助开发者和高级用户追踪运行性能、定位瓶颈并优化资源调度。这一更新顺应了本地AI硬件加速的发展趋势，为开发者优化AI应用的执行效率提供了基础支撑。
微软AI扩张受阻：芯片短缺与算力瓶颈
大模型与云端AI服务的普及推高了算力需求，微软等科技巨头正面临供应链、数据中心建设及高性能芯片短缺的现实挑战。硬件资源的紧张直接影响了AI商业化的落地节奏。对开发者和创业者而言，这一动向不仅反映了全球底层基础设施的供需格局，也为评估云服务成本、推理延迟及未来技术路线提供了重要参考。
微软内部员工版 Copilot 默认启用 GPT-5.6 Sol
微软已在内部员工的 GitHub Copilot 环境中，将 OpenAI 的 GPT-5.6 Sol 设为默认模型。此举旨在通过真实开发场景，测试该模型在代码生成、复杂推理和软件工程任务中的表现。微软正加速在内部研发中验证新一代 AI 编程能力，为后续向外部用户推送和功能优化收集实测数据。
微软最强AI数据中心因噪音扰民遭集体诉讼
微软斥资73亿美元在威斯康星州打造的“全球最强AI数据中心”近日遭遇当地居民的集体诉讼。原告指控该数据中心产生持续且过度的噪音，构成私人妨害并对居民财产造成损害。起诉书指出，噪音主要来自维持数十万块高能耗AI芯片运转的柴油发电机和暖通空调系统（包括冷水机组、冷却塔和风扇等）。居民表示该噪音24小时不间断，类似于货运列车轰鸣声，而微软并未设置足够的隔音屏障。尽管微软声称致力于成为“好邻居”并已于6月采取了降噪措施，但居民仍在7月提起诉讼。此事件凸显了AI军备竞赛中，超大规模数据中心在能耗、散热及社区环境冲突上面临的严峻物理制约，对未来AI基础设施的规划具有重要警示意义。
WSL Containers 开启预览：WSL 容器化
微软近期在 GitHub 上推出了 WSL Containers（Windows Subsystem for Linux 容器）的公开预览版，引发了开发者社区的广泛关注。该功能旨在将 WSL 的本地集成优势与容器技术的便携性相结合。通过 WSL Containers，开发者可以像管理 Docker 容器一样，对 WSL 分发版进行打包、分发和快速部署。其核心价值在于解决了团队开发环境一致性的痛点，允许开发者构建标准化的 WSL 开发环境镜像，并在不同 Windows 设备间无缝迁移。对于中国开发者而言，这不仅极大简化了复杂开发栈的配置过程，还为本地 AI 研发、多工具链隔离等场景提供了更轻量、更原生的高效解决方案，是 Windows 开发者生态中值得关注的重要工具演进。
微软 M365 Copilot 突发服务宕机
微软 Microsoft 365 Copilot 突发服务中断故障，导致大量依赖该 AI 助手的职场用户在工作日早晨无法正常使用邮件回复、文档撰写等核心功能。此次事件引发了开发者和企业用户的广泛关注。随着 AI 深度融入日常办公流，此类云端 AI 服务的稳定性问题愈发凸显。对于高度依赖 AI 提效的现代工作流而言，单一服务商的宕机可能导致工作效率骤降。这一事件也提醒企业和开发者在构建 AI 应用或选择生产力工具时，需考虑多模型备用方案及本地化部署的容灾机制，以降低云端服务中断带来的业务风险。
微软Coreutils引热议：原生命令行工具的价值
针对开发者对微软开源的 Microsoft.Coreutils 仅包含约20个指令却备受追捧的疑问，该讨论揭示了原生跨平台工具链的真实痛点。虽然目前该项目指令较少，且缺乏 awk、grep 等复杂工具，但其核心价值在于： 1. **Windows 原生与跨平台一致性**：无需依赖 WSL、Git Bash 或 MSYS2 等重型环境，即可在 Windows 上原生、高性能地运行类 Unix 命令，解决跨平台脚本的兼容性痛点。 2. **现代技术栈重构**：基于现代技术栈重写，带来更好的内存安全、更高的执行效率以及与 PowerShell 的深度集成。 3. **轻量与易分发**：提供无依赖的单文件分发体验。 该项目并非简单的“重复造轮子”，而是微软在构建现代化、轻量化跨平台开发生态的重要一步，解决了 Windows 开发者在混合开发环境下的工具链割裂问题。
微软因预算超支放弃Claude代码项目
微软近期决定终止其一项涉及Anthropic Claude大模型的代码项目。主要原因是该项目出现了严重的预算超支，这揭示了即使是微软这样的科技巨头，在开发和部署基于大型语言模型的AI编码工具时，也面临着巨大的成本压力和运营挑战。对于依赖或期待此类集成工具的开发者而言，这可能意味着相关支持或未来功能的缺失。同时，这也促使业界重新审视AI辅助编程工具的投入产出比，以及在利用第三方大模型时如何有效控制成本。此举可能预示着微软将更侧重于其自有AI模型（如Copilot）的开发与优化，或对外部LLM合作策略进行调整。
如何阻止Edge自动下载AI翻译模型
近日有用户在 V2EX 社区反馈，微软 Edge 浏览器会在后台自动下载 AI 翻译模型至本地目录，且手动删除后仍会重新下载。受影响的下载路径主要包括 `%localappdata%\Microsoft\Edge\User Data\EdgeTranslateKitLanguagePack`、`%localappdata%\Temp` 以及 `%localappdata%\Microsoft\Edge\User Data\component_crx_cache`。为了彻底阻止这一占用磁盘空间和网络带宽的行为，开发者可以通过修改 Windows 注册表或配置组策略来解决。具体操作方法为：在注册表路径 `HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge` 下，添加一个名为 `ComponentUpdatesEnabled` 的 DWORD 值并设置为 `0`。此配置将禁用 Edge 的组件自动更新功能，从而有效阻止 AI 翻译模型及其他组件的静默下载，帮助开发者更好地掌控本地系统资源。