微软Windows和设备部门设计与研究负责人马库斯·阿什（Marcus Ash）于10月31日在社交平台X发布推文，披露了Windows 11原生测速功能的开发细节。该功能目前正在Windows 11 Build 26340.9767等预览版中测试，将此前跳转至Bing测速页面的交互方式改为系统内置的原生弹窗体验。
在此前的Windows 11版本中，用户点击任务栏或网络菜单中的“测速”选项后，系统会调用默认浏览器打开Bing的测速页面，测试过程需要离开桌面环境。新版功能将测速入口整合进“快速设置”面板，用户可通过“速度测试”磁贴、Wi-Fi或蜂窝网络面板启动，也可右键点击任务栏网络图标选择“测试网速”，测试以弹出窗口形式完成，无需跳转浏览器。
阿什在推文中说明，该功能采用了由真人工程师指导的AI智能体工作流，并结合WinUI 3框架构建，以贴近系统原生体验。他表示，引入这一工作流的目标是更快地将创意转化为用户价值，而非制造低质量的AI产物。阿什称，AI在开发工作流中蕴藏巨大潜力，利用智能体工作流和WinUI 3构建更集成化的Windows体验、更快将想法转化为客户价值，是正确路径。
这一表态回应了外界对AI参与软件开发质量的关注。随着大模型和智能体技术进入企业研发流程，AI生成代码的比例与人工审核的边界成为行业讨论焦点。微软此次公开的开发方式显示，其在系统级功能开发中采取“工程师主导、AI辅助”的分工模式，将智能体定位为执行环节的效率工具，而非替代人工决策。
从产品层面看，原生测速功能是微软将系统工具从浏览器生态收回至系统层的又一步。此前Windows多项网络相关功能依赖浏览器跳转，体验割裂且受默认浏览器设置影响。改为原生弹窗后，测试流程与系统设置深度集成，也减少了对外部服务的依赖。
对开发者工具与AI应用领域而言，微软披露的智能体工作流提供了一个可参考的落地样本：AI在研发环节的价值并非直接产出最终代码，而是嵌入既有工程流程、由专业人员设定目标与校验结果。这种模式能否在更大规模的系统开发中稳定复用，将影响企业对AI编程工具的采购与部署策略。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
