2026-06-03 03:01:20
微软在 Build 2026 大会上宣布 Coreutils for Windows 正式可用（G.A.）。该工具集将 Linux 风格的命令行实用程序原生引入 Windows，旨在简化跨平台开发工作流。微软同期还发布了 Windows Development Skills，一套面向 AI 智能体的原生应用开发辅助工具。
Coreutils（Core Utilities）是 GNU 和 Linux 操作系统的核心组件，提供文件、Shell 和文本操作的基础命令。本次发布的 Windows 版本包含 ls、cp、mv、rm、cat、pwd 等常用工具，功能与 GNU 版本保持一致。开发者可在 Windows、Linux、macOS、容器及 WSL（Windows Subsystem for Linux）环境中使用相同的命令和管道，无需重写脚本或调整工作流。
微软表示，部分工具可能与现有 Command Prompt 或 PowerShell 命令存在重叠。依赖 POSIX 特定功能的工具已被排除，原因是这些工具可能破坏 Windows 系统或缺乏实用价值。项目源码托管于 GitHub，开发者可通过官方仓库获取完整代码与文档。
同期发布的 Windows Development Skills 是一组基于 AI 的开发工具，旨在帮助智能体更好地构建和维护 Windows 应用。该工具集为 AI 智能体提供最新的原生 Windows 应用开发知识与规范，降低过时或错误建议的风险，减少人工干预需求。该技术基于 WinUI 3 和 Windows App SDK 构建，可通过 winapp CLI 管理。
微软此前表示计划推动 Windows 11 应用向”100% 原生”演进。Windows Development Skills 的推出有望加速这一进程，并在迁移过程中减少意外问题。两套工具的源码均已开源，开发者可通过 GitHub 访问 Coreutils for Windows 和 win-dev-skills 项目仓库。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
2026-06-03 02:37:52
微软正式发布 Scout，一款面向企业客户的个人智能代理。该产品基于 OpenClaw 框架构建，集成微软 Work IQ 智能层，能够主动处理邮件、管理日程并执行各类自动化任务。Scout 现已作为 Microsoft 365 Copilot 应用内置功能及独立桌面应用（支持 Windows 与 macOS）向 Microsoft 365 Frontier 客户推出。
Scout 采用 OpenClaw 框架开发，该框架与传统 AI 聊天机器人的主要区别在于其任务执行能力——不仅能回答问题，还能代表用户完成实际操作。微软为 Scout 集成了自研的 Work IQ 智能层，该层基于数据、记忆与推理构建，可连接 SharePoint 文件、Outlook 邮件、Teams 会议等内部组织与个人数据，并根据用户偏好、习惯和工作流程建立个性化记忆。
Scout 被设计为始终在线的自主工作代理，无需用户手动发起请求即可根据工作上下文主动处理常规任务。具体能力包括：在 Word、Excel、PowerPoint 及代码文件中创建、编辑和搜索文档；通过分层权限系统执行 shell 命令、构建、测试和脚本；基于 Playwright 自动化浏览器操作，实现网页导航、表单填写及 Web 应用交互；管理 Microsoft 365 生态中的邮件、日历、Teams 消息、OneDrive 文件和会议；支持后台按计划或触发条件自主运行；并可启动专业子代理并行处理研究、代码审查等复杂任务。
在同期举行的 Google I/O 2026 大会上，谷歌发布了 Gemini Spark——一款由 Gemini 3.5 和 Antigravity 平台驱动的 24/7 个人 AI 代理，同样具备主动管理任务、在后台运行并连接 Gmail、Docs、Slides 等谷歌工具的能力。两大科技巨头在企业级 AI 代理领域的同步布局，标志着该细分市场正进入快速竞争阶段。微软表示将在 Scout 功能持续扩展并向更广泛用户群体开放时公布更多细节。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
2026-06-03 02:36:38
微软在 Build 2026 大会上宣布扩展其内部 AI 模型产品线，由微软 AI 超级智能团队（Microsoft AI Superintelligence Team）推出多款新模型，包括公司首个推理模型 MAI-Thinking-1 与专为 GitHub Copilot 优化的代码模型 MAI-Code-1。
MAI-Thinking-1 是微软 AI 首款推理模型。该模型采用企业级授权数据从头训练，未经过蒸馏处理。其规格为中等规模模型，拥有 350 亿 活跃参数与 128K 上下文窗口，可处理复杂多步骤指令、长上下文推理与代码生成任务。
微软在博客中指出，独立评分者在盲测中更倾向选择 MAI-Thinking-1 而非 Anthropic 的 Claude Sonnet 4.6，该模型在 SWE-bench Pro 编程基准测试中达到 Claude Opus 4.6 水平。MAI-Thinking-1 现已通过 Microsoft Foundry 开放私有预览。
微软同时推出 MAI-Code-1，这是一款针对 GitHub 工作负载优化的推理高效型代码模型，现已集成至 GitHub Copilot 与 Visual Studio Code。尽管微软未公布具体基准测试数据，此举意义重大——此前 GitHub Copilot 的编码体验主要依赖 OpenAI 与 Anthropic 的模型。
微软此前发布的 MAI-Image-2.5 及其 flash 变体现已通过 Microsoft Foundry 向开发者开放。该模型在 Arena 最新文生图榜单中超越谷歌 Nano Banana Pro，目前已支持 PowerPoint，正在向 OneDrive 推送。
语音转文本模型方面，MAI-Transcribe-1.5 现已发布，支持 43 种语言，达到业界领先的识别准确度，流媒体支持即将上线。语音生成模型 MAI-Voice-2 及其 flash 变体新增 15 种以上语言支持与更多音色选项。
除 Microsoft Foundry 及微软自有产品外，MAI 模型系列还将通过 Fireworks AI、Baseten 与 OpenRouter 提供服务。此外，Fireworks AI 已在 Microsoft Foundry 中正式可用。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
2026-06-03 01:37:51
微软在 Build 2026 大会上发布了 Surface RTX Spark Dev Box，一款专为 AI 开发者设计的桌面工作站。该设备搭载 NVIDIA RTX Spark 超级芯片，配备 128GB 统一内存，可提供高达 1 PFLOPS 的 AI 算力，支持本地运行最高 1200 亿参数的模型。
Surface RTX Spark Dev Box 采用 NVIDIA RTX Spark 超级芯片，该芯片集成 20 核 NVIDIA Grace CPU 与 NVIDIA Blackwell RTX GPU。GPU 配备 6,144 个 CUDA 核心和第五代 Tensor Core，支持 FP4 精度运算。CPU 与 GPU 通过 NVIDIA NVLink-C2C 芯片间互连技术实现高速通信。
为实现最大性能释放，该工作站采用阳极氧化铝 3D 打印机身，栅格结构 chassis 上集成 1,000 个通风孔。微软表示，1,000 个通风孔的设计呼应其 1,000 TFLOPS 的算力规格。铝制 chassis 内部的 100W 热设计功耗同时充当散热系统。
设备接口包括 2 个 USB-C 端口、1 个 USB-A 端口、HDMI、以太网口和耳机插孔。
软件方面，Surface RTX Spark Dev Box 预装 Windows Subsystem for Linux 2（WSL 2）、原生 GPU 直通和完整 CUDA 支持。开发工具包括 Visual Studio Code、PowerShell 7 和 GitHub Copilot。
微软表示 Surface RTX Spark Dev Box 将于今年晚些时候在美国上市，开发者现可通过官网注册等待列表。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
微软发布 Surface RTX Spark Dev Box 工作站，面向 AI 开发者最先出现在WinDiscover。
2026-06-03 01:36:32
微软在 Build 2026 大会前夕宣布了一系列面向 IT 管理员与 AI 开发者的安全工具更新。核心亮点包括 MDASH 多模型代理扫描工具与 Microsoft Defender 的深度集成、Defender 与 GitHub Code Security 的正式整合，以及 Agent 365 SDK 的普遍可用性。
微软的多模型代理扫描框架 MDASH（Multi-model Agentic Scanning Harness）现已与 Microsoft Defender 集成，并向符合条件的组织开放扩展预览。MDASH 旨在协调数十个专业 AI 代理发现代码库漏洞，与 OpenAI Daybreak、Anthropic Claude Security 等形成竞争。
微软强调 MDASH 的差异化优势在于可配置模型设计，支持”深度推理模型”与低成本高吞吐量模型的灵活切换。性能方面，MDASH 在 CyberGym 公开基准测试中的得分从三周前的 88.45% 提升至 96.55%，创下行业标杆。微软正与客户合作，推动 MDASH 从被动检测转向主动风险识别。
Microsoft Defender 与 GitHub Code Security 的集成已正式可用。该集成将运行时上下文引入开发与安全工作流，帮助团队尽早识别并处理风险。
具体能力包括：代码漏洞自动附加生产环境信号（如互联网暴露面、数据敏感度）以辅助优先级排序；开发者可通过 GitHub Copilot autofix 与 Copilot 云代理生成、分配并验证 AI 辅助修复方案；基于角色的访问控制确保仅授权人员可查看和处理 findings。整体方案帮助安全与开发团队在统一工作流中聚焦真实风险并快速响应。
针对企业日益增长的代理部署需求，微软通过 Agent 365 SDK 提供更多安全工具，该 SDK 已正式可用。其他重要更新包括：
即将推出的预览功能还包括 Agent 365 Agent Registry（由 Defender、Entra 和 Intune 发现本地非托管代理）、跨产品代理风险管理、Defender 狩猎查询支持代理活动调查、Purview 新增风险检测与 AI 治理能力，以及 Purview Audit 对全部代理活动的日志记录。
尽管 AI 技术突破引人注目，微软强调组织对其部署基础设施的信任更为关键。Build 2026 安全公告的核心聚焦于如何帮助客户在大规模部署 AI 的同时实现有效治理与安全防护。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
2026-06-02 20:01:29
有用户在 Reddit 社区反馈 Windows 11 的 Continuous Feature Rollout (CFR) 功能推出机制存在技术问题，并称微软技术支持在多次排查后表示无法确定部分功能无法正常启用的根本原因。该反馈引发社区广泛讨论。
微软采用 Continuous Feature Rollout (CFR) 策略向用户推送新功能，即通过渐进式推出（Gradual Rollout）方式分阶段启用新特性。这种 A/B 测试方法旨在降低系统风险，但也导致部分用户长期无法获取已公布的功能。
Reddit 用户 horizon936 发帖表达了强烈不满，指出测试渠道已相当成熟，但微软对渐进式推出的过度依赖令人沮丧。该用户表示，媒体每两周就会报道某项重大新功能，但这些功能往往迟迟无法推送到用户设备，直到用户完全忘记曾对它们产生过期待。
另一位 Reddit 用户 Fit-Middle-5407 声称，其因功能未正常推送问题向微软报告后，微软技术工程团队对其电脑进行了为期 3 天的远程排查。据称，技术支持人员在最后回复中表示：“gradual rollout 功能的后台进程似乎存在严重缺陷，导致功能无法正常启用。” 当该用户追问具体原因时，对方回复称：“基本上我们也不知道为什么这些功能无法启用。”
该用户进一步表示，微软技术支持此后关闭了案件，无视后续邮件，并威胁要关闭其微软账户。值得注意的是，整个测试过程使用的是本地账户而非微软账户。
这一反馈在 Reddit 社区获得大量认同，Neowin 读者也表达了类似观点。有用户指出，新功能可能通过下月的可选 C 更新推送，但仍采用渐进式推出方式，用户无法自主控制，只能通过 ViveTool 等第三方工具强制启用。
微软近期已宣布改版 Insider 计划，减少频道数量并简化新功能的获取流程，希望借此改善用户体验。
via Neowin
©2026 WinDiscover WinDiscover | 阅读原文 | 添加评论
