Mac 上的 LaunchAgent 与 LaunchDaemon 是什么？
了解 launchd 后台项目位于何处、使用哪种用户或系统上下文，以及为什么归属证据不等于安全结论。
直接回答
LaunchAgent 与 LaunchDaemon 是 launchd 用于启动和管理后台工作的属性列表配置。LaunchAgent 通常在用户上下文运行；LaunchDaemon 通常提供系统级服务，并可能拥有更高权限。plist 路径、Label、配置的可执行文件、签名、Team ID 与关联应用包有助于解释归属，但不能单独证明项目是否必要、安全或恶意。
适用场景
- 系统设置显示一个后台项目，但你无法识别其所有者。
- 你在 LaunchAgents 或 LaunchDaemons 文件夹中发现 plist，希望了解它指向什么。
- 软件更新或卸载似乎改变了后台项目文件。
分步骤复核
先查看系统设置
在“通用 → 登录项与扩展”中记录显示名称，以及 macOS 是否识别开发者。
定位配置域
先区分用户级 LaunchAgent、本地或系统级 LaunchAgent 与 LaunchDaemon，再判断权限与影响。
保守读取配置的可执行文件
检查 Label、Program 和 ProgramArguments，但不执行目标；缺失或格式错误路径应保持可见。
比较身份信号
检查应用包包含关系、代码签名标识、Team ID、Bundle ID 前缀与关联 Bundle 元数据。
使用产品支持的移除路径
如果项目属于已知软件，应优先使用开发者设置或卸载器，而不是手动编辑 plist。
相关 macOS 技术原理
launchd 通过声明管理作业
plist 描述作业如何加载或启动；配置的可执行文件与启动上下文比文件名本身提供更有用证据。
Agent 与 Daemon 描述上下文而不是质量
LaunchDaemon 可能完全合理，LaunchAgent 也可能不受欢迎；所属域不能决定软件好坏。
现代后台项目还使用其他机制
登录项、应用扩展、Service Management 与 Background Task Management 意味着扫描单个文件夹无法代表现代 macOS 的全部后台工作流。
风险与不应执行的操作
不要为了测试而加载未知可执行文件
执行未知目标会增加风险；应在不启动它的情况下检查路径、签名、哈希与产品文档。
不要把删除 plist 作为第一步诊断
作业可能支持网络、更新、备份、授权、安全或硬件；应保留证据并使用所属产品支持的流程。
不要把未知归属等同恶意软件
未知只表示现有信号无法确认所有者，是继续复核的理由，而不是安全结论。
Omuuz 产品能做什么、不能做什么
能够做到
RunOrigin 可以读取受支持后台项目元数据、保守解析配置路径、比较代码签名与 Bundle 证据、为归属分级，并显示本地快照之间的变化。
不能做到
RunOrigin 不能代表 macOS 的每种后台机制，不能判定项目安全或恶意，不能证明它当前正在运行，也不会在当前只读里程碑中暂停、编辑或移除项目。
产品证据
