一、起因：一台开机要一分多钟的笔记本

我这台笔记本是 2016 年的移动工作站，i7-6820HQ + 16GB 内存 + SSD。配置不算新，但也不该开机要一分多钟。

手动排查的念头刚起就被我自己劝退了：这事儿得翻事件日志、逐个查自启动项、对比驱动版本、还要做交叉验证……命令行一条条敲，一晚上就搭进去了。

于是我决定换个方式——把它交给 WorkBuddy。

这就是整个过程的开端。下面是完整记录。

二、第一步：让它自己规划排查路径

WorkBuddy 没有先给我一堆建议，而是直接开始动手——它自己规划了一条排查链路，然后一步步执行：

十几条命令跑完，它给出了第一份诊断：启动耗时约 80 秒，大量时间消耗在设备初始化环节。

：我不需要知道该查什么。我只要说"去查"，它会自己决定查哪些日志、跑哪些命令、怎么交叉比对。

三、第二轮：按常规思路优化，结果被打脸

基于第一份诊断，我们按最常见的方向做了一轮优化：

我有点泄气，把结果告诉了它：

WorkBuddy 的反应是我没料到的：它主动承认

，并提出换思路重新定位。它的逻辑是——既然这些优化总共只值 2 秒，说明瓶颈根本不在这里，我们需要一个能直接反映"哪一步最慢"的数据源。

这是我觉得 AI 排查比人靠谱的地方之一

：人容易在已有假设上越走越深，而它会回头推翻自己。

四、转折点：它翻出了一个我从没听说过的日志

WorkBuddy 去翻了一个平时根本没人会打开的日志：

Microsoft-Windows-Kernel-PnP/Driver Watchdog

设备: HDAUDIO\FUNC_01&VEN_10EC&DEV_0298&SUBSYS_...
服务: IntcAzAudAddService   (RTKVHD64.sys, Realtek Audio)
设备启动耗时: 63,391 毫秒

——它往前翻了一年，每一次开机都是 63,391 / 63,407 / 63,454 毫秒，几乎完全一致。

63 秒。整个开机时间的 80%，卡在一个声卡驱动上。

五、让我意外的第二步：它主动做了一个"证伪实验"

找到嫌疑对象后，WorkBuddy 没有立刻动手，而是先设计了一个可逆测试：

运行时手动禁用这个声卡设备，再重新启用，分别计时。

同一个驱动，运行时重新加载只要 2.6 秒，冷启动却要 63 秒。它据此判断：卡住的

，而是冷启动时那条"基于 INF 的首次设备启动路径"。

这个判断直接决定了修复方案——换掉 OEM 驱动就能绕过去，不必等厂商更新。

说实话，这一步是让我对"让 AI 做技术排查"改观的地方。

 它不只是执行命令，还会主动设计实验来区分两种可能的病因，而且明确告诉我这是可逆测试、做完就还原。

# 卸载 OEM 驱动包（本例为 oem21.inf）
pnputil /delete-driver oem21.inf /uninstall /force

代价是失去 OEM 音效面板、均衡器和 DTS 音效，声音本身不受影响。

重启后，WorkBuddy 自动跑了一组验证，三处数据互相印证：

修复前：+9.6s ──────── 63 秒全静默 ──────── +72.8s → +78.1s 完成
修复后：+11.5s → +12.7s → +13.0s → +19.0s 完成

同一台机器，其余条件一个没动，只换了声卡驱动，

八、技术复盘：这套方法你也能用

抛开 AI 不谈，这次排查里有一件事值得单独记下来：

设备驱动的串行初始化可以吞掉整整一分钟，而它在常规事件日志里几乎不留痕迹——那 63 秒内系统在内核态干等，不产生任何事件，你在时间线上只能看到一段空白。

如果你的电脑也"怎么优化启动项都没效果"，按这个顺序查：

作为一个实际用过的人，几点真实体会：

 我一开始只说了"启动太慢，处理处理"，剩下全是它自己规划的。如果我一开始就限定"帮我查启动项"，反而会错过 Driver Watchdog 这条线索。给它目标，别给它路径。

 中途那轮无效优化之后，它主动承认方向错了。做技术排查时，一个愿意否定自己假设的助手，比一个嘴硬的助手有价值得多。

 做复现测试前先确认可逆、做完自动还原；改系统设置前先建还原点。对不敢随便动系统的用户来说，这一点很关键。

 整个排查前后跑了 30 多条命令、翻了六七个日志源，最后还生成了一份完整的诊断报告。我基本只需要看结论、点确认。

已完成一个设备启动处理的长时间运行线程。
线程 ID: 0xD8
设备: HDAUDIO\FUNC_01&VEN_10EC&DEV_0298&SUBSYS_102806E5&REV_1001...
服务: IntcAzAudAddService
总运行时间(以毫秒为单位): 63391   

本文为个人真实使用记录，数据均来自系统日志实测。

用 WorkBuddy 排查开机慢：从 78 秒到 19 秒，AI 帮我跑了 30 多条命令

人工智能

2016年工作站开机需一分多钟，AI工具WorkBuddy通过DriverWatchdog日志定位到Realtek声卡驱动冷启动耗时63秒，替换为微软自带驱动后开机从78秒降至19秒，完整记录AI自主排查、证伪实验与三重验证的实操过程，附通用排查方法。

日志服务

文件系统

WorkBuddy 

Windows

Kernel

2026上云采购 | AI焕新·智启新局

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

用 WorkBuddy 排查开机慢：从 78 秒到 19 秒，AI 帮我跑了 30 多条命令

用 WorkBuddy 排查开机慢：从 78 秒到 19 秒，AI 帮我跑了 30 多条命令

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐