Mac 上的 assistantd 是什么，为什么会联网？

最后更新: 2026-07-31

它是什么

assistantd 是 macOS 自带的后台守护进程，登录用户各自运行一份。系统 man page 对它的定义很简短：用于启用 Siri 功能。Apple 系统内的正式代码标识是 com.apple.assistantd，可执行文件位于 /System/Library/PrivateFrameworks/AssistantServices.framework/Versions/A/Support/assistantd。

它不只在用户对 Siri 说话时工作。本机 LaunchAgent 还注册了听写接口，以及 Siri 请求、设置、同步、位置等接口。因此，把 assistantd 称为 Siri 与听写的支持进程，基本符合现有证据。不过，Apple 没有公开这些接口在各个 Siri 相关进程之间如何分工，不能进一步断言每项任务都由 assistantd 独立完成。

活动监视器里出现 assistantd，也不代表此刻正在进行 Siri 会话。验证、同步、指标发送和日常维护都可能让它启动。判断它在做什么，需要结合当时的功能使用情况和实际流量，不能只看进程是否存在。

它为什么要联网

Siri 是一个明确的联网触发条件。当某次请求无法完全在设备端处理时，Mac 会连接 Apple 的 Siri 处理服务。根据请求内容，发送的数据可能包括语音、转录文本、请求数据、相关上下文和近似位置。哪些内容会发送，取决于当次请求以及设备端能否完成处理。

听写也可能连接 Siri 服务器。是否完全在本机处理，要看当前设备、语言和所用功能。Apple 要求用户到“键盘”设置中查看设备端处理说明。若相关听写能力不支持完全在设备端运行，听写内容就会发送到 Siri 服务器。不能把某一台 Mac 上的处理方式直接套到所有设备和语言上。

如果启用了通过 iCloud 同步 Siri，Siri 设置、个性化信息以及少量请求样本会经过 Apple 的同步服务传输。用户主动加入“改进 Siri 与听写”后，还可能上传语音、转录文本和相关请求样本，用于功能改进。这个自愿选项与正常请求处理是两回事。

本机 launchd 配置还显示，assistantd 承担需要联网的验证、每日同步、CloudKit 同步、指标发送和维护任务。Apple 没有公开这些单项任务对应的准确远端主机，也没有说明每类请求包含什么 payload。因此，看到一条连接后，不能仅凭进程名判断它具体在同步哪项数据，更不能补出未经核实的域名。

Siri 调用第三方 App 或服务时，也可能带来额外网络请求。但这些请求是否由 assistantd 直接连向第三方端点，目前没有得到验证。页面不能把这种可能性写成确定的连接关系。

正常流量应该是多少

目前没有可信的 assistantd 进程级流量基线。Apple 没有公布正常区间，也没有找到可靠、可重复的独立统计。因此，无法给出“每天多少 MB”或“单次请求多少 MB”这样的数字。任何具体数值都会超出现有证据。

只能按任务性质做定性判断。Mac 空闲时，assistantd 可能偶尔产生控制、验证、同步、指标或维护通信。使用需要云端处理的 Siri 或听写时，交互流量会随语音时长和响应内容增加。若要找一个大致参照，它更接近一次短语音交互，不像系统更新或媒体文件下载。但这只是任务形态的比较，不是可以拿来设置阈值的流量标准。

如果观察到持续的大流量，先记录发生时间，再对照当时是否使用了 Siri 或听写。现有调研无法确认大型资源下载会不会被归到 assistantd 名下，也无法给出一个可靠的正常上限。没有测量和上下文时，不能直接把持续流量判为异常，也不能反过来认定它一定正常。

能不能关掉

结论是：保留 assistantd 这个系统组件。Apple 没有提供关闭 assistantd 进程本身的系统设置开关，也没有给出一个能保证它永远不再启动的官方路径。

如果不需要 Siri，可以打开 Apple 菜单  > 系统设置 > Apple Intelligence 与 Siri；部分系统中这一项显示为“Siri”。在这里关闭 Siri。关闭后，语音或键入式 Siri、“Hey Siri”以及让 Siri 操作 App 等功能将不可用。

听写需要单独处理。路径是 Apple 菜单  > 系统设置 > 键盘 > 听写。关闭后，标准 macOS 听写将不可用。Siri 与听写各有开关，只改其中一个，不会自动关闭另一个。

即使两个功能都已关闭，也不能保证 assistantd 从此不再出现。它还注册了验证、同步和维护任务，而 Apple 没有公开完整的启动条件。

Apple 菜单  > 系统设置 > 隐私与安全性 > 分析与改进 > 改进 Siri 与听写，只控制用户是否自愿提供改进样本。关闭这一项会停止提交这类样本，但不会关闭 Siri、听写，也不会阻止正常的云端请求处理。

用 launchctl 卸载 LaunchAgent、反复强制终止进程，或者在防火墙中封锁 assistantd，都不是 Apple 支持的关闭方式。launchd 可能再次启动它，封锁还可能影响 Siri 请求、听写、个性化同步和相关维护任务。Apple 没有公开完整影响范围，所以不能把这些做法描述成无副作用的优化。

常见的误解

• “活动监视器里有 assistantd，说明 Mac 一直在录音并上传麦克风内容。” 这个判断没有依据。同步、验证、指标发送和维护任务都会让它运行。进程存在，或者出现了一条网络连接，都不能证明系统正在采集语音。

• “Siri 和听写的所有语音都会发给 Apple。” 这种说法不准确。处理位置会受设备、语言和具体功能影响。Apple 要求用户查看 Siri 或键盘设置���确认当前功能能否完全在设备端处理。只有不支持所需设备端处理时，相关内容才会发送到服务器。

• “关闭‘改进 Siri 与听写’，Siri 就不会再联网。” 这个选项只管理自愿提供给 Apple 存储和审核的改进样本。若普通 Siri 或听写请求仍需云端处理，关闭改进选项后照样可能联网。

• “关掉 Siri，听写也会一起关闭。” macOS 把两项功能分开设置。Siri 开关不等于听写开关。两项都不需要时，要分别进入对应设置关闭。

• “卸载 LaunchAgent 或封锁 assistantd，只是做一次没有副作用的系统优化。” 现有资料不支持这个结论。launchd 可以重新启动进程；封锁则可能造成 Siri 请求、听写、个性化同步或维护任务失败。由于 Apple 没有公开全部职责，无法承诺强制禁用不会影响其他功能。

• “只要文件名叫 assistantd，就是 Apple 的系统组件。” 已核实的 Apple 版本位于系统 PrivateFrameworks 路径，代码标识为 com.apple.assistantd。如果同名可执行文件出现在其他目录，不能直接视为同一组件，需要另行检查路径和签名。

怎么看它到底用了多少

既然没有可靠的固定 MB 标准，下一步应当查看本机数据，并分别记录空闲、使用 Siri 和使用听写时的变化。Bytetally 可以按进程统计归到 assistantd 名下的流量，方便比较不同时间段，而不必先假设所有 Mac 都有同一个正常值。

相关进程

常见问题