上班族注意:AI 助手每次启动先浪费 6 秒,时间花在哪

我是Agent工坊主---七分哥，欢迎一起聊Agent

📌 文章概括：AI助手启动慢主要因为连接的外部服务逐个握手耗时5.7秒，其中网络服务占大头，优化方法是逐一测试服务价值并关闭无用连接。

   

你有没有数过，按下启动到 AI 助手真能干活，中间那几秒你是在等什么？你大概会说是机器慢。

我原来也这么想，换过机器、加过内存，速度还是那样。昨天我把每个环节单独测了一遍，发现时间几乎全花在你压根没注意过的地方。

先说结果：你这边如果也连了 5 个外部服务，每次启动它们都要各自打招呼一遍，5 个加起来 5.7 秒；而你按下命令到程序起来，只要 0.57 秒。也就是说，你等的那几秒里，九成不是在启动程序，是在等这 5 个服务逐个把话说上。

一、你遇到的是不是这个

这三条讲的是同一件事：启动时间通常不是你机器的性能问题，是「要打招呼的对象」数量问题。每多连一个，就多一次问候，多出来的那部分不会因为你换了更快的机器而消失。

我这次把 5 个服务单独测了一遍，发现最慢的那一个自己就吃掉 2.7 秒，占全部握手时间的将近一半。它并不比别的服务「更重要」，区别只在于它走的是网络这条路，另外 4 个都是本机起来的。

更值得提的是第 2 条那种「已连接」带来的安心感。我这边有一个服务，连上花了 732 毫秒，回来的时候一个工具都没报出来。它不算坏，只是这一轮它什么都没给你——那 732 毫秒是纯粹的白等。

二、弄好之后是什么样

   

弄好之后，你先看到的不是「变快了」，而是这 5 秒到底分给了谁：

| 服务 | 连接方式 | 握手耗时 | 带回的工具数 | |:--|:--|--:|--:| | 搜索类服务 | 走网络 | 2,713 毫秒 | 4 | | 工作台接口 | 本机 | 828 毫秒 | 2 | | 浏览器控制 | 本机 | 732 毫秒 | 0 | | 设备控制 | 本机 | 724 毫秒 | 1 | | 通用操作 | 本机 | 717 毫秒 | 1 |

五个加起来 5,714 毫秒，也就是 5.7 秒。而一条最普通的命令从按下到跑起来只要 0.56 到 0.59 秒——握手占掉了启动开销的九成。

再看「一起发」和「一个个来」的差别，这一条最反直觉：

| 方式 | 5 个服务总耗时 | 单个平均 | |:--|--:|--:| | 一个一个来 | 9.67 秒 | 1.93 秒 | | 5 个一起发 | 7.77 秒 | 1.55 秒 |

一起发只快 1.24 倍。为什么？因为瓶颈不在这台机器「等回话」，而在每个服务自己「起床」要花的时间——我这台机器只有 2 个核，5 个一起爬起来，就是 5 份活儿抢 2 个位置。所以你换多核机器会好一点，但你没法靠「等得更聪明」把这段时间省掉。

三、我是怎么弄的

   

四、想复现再看

只想拿结论的可以直接跳到文末。

# 1. 先看你到底接了哪些服务 你的助手 服务列表  # 2. 一个一个测，记下「连接耗时」和「工具数」两列 你的助手 测 服务名  # 3. 串行跑一遍，存个总时间当基准 time sh -c 'for s in 服务1 服务2 服务3; do 你的助手 测 $s; done'  # 4. 数一下这些服务起了几个进程、各占多少内存 ps -eo rss=,cmd= | grep -i 你的服务关键字

第 3 条为什么值得跑：你会亲眼看到「一起发」快不了多少。这会直接告诉你，省时间的办法是「少连几个」，不是「让它等得更聪明」。

三条边界：

    

启动耗时自查 3 问（复制走，照着答）：

如果这篇帮你把「启动慢」这件事看清楚了，点个收藏存下来，下次觉得慢的时候照着测一遍；也欢迎转发给那个天天抱怨电脑慢的同事。

关注 Agent工坊主，每天都在把 AI 工具的真实现场数据拆开讲，不吹不编。

搜一搜关键词：AI 助手 启动慢 怎么办

我是 Agent 工坊主——七分哥。