在离开 Mac 工作过夜之前我应该检查什么？
检查工作负载的进度和恢复、电源、通风、内存、存储、网络、系统睡眠、显示器睡眠、盖子状态以及返回正常控制的路径。
长时间运行的 Mac 任务的清单
一份稳定的通宵工作需要的不仅仅是保持清醒的开关。验证应用程序及其依赖项，仅选择适用的受支持的 Mac 控制项，并计划恢复正常。
直接回答
在进行长时间构建、渲染、本机 AI 运行、编码代理会话、下载、传输、记录或批量导出之前，请验证工作负载自身的进度和恢复、可靠的电源、通风、内存、存储、网络和输出目的地。然后根据硬件支持和实际需要独立选择系统睡眠、显示器睡眠、风扇行为、充电策略和Virtual Clamshell。 MacBaram 将这些 Mac 状态纳入一个操作视图，但不保证应用程序完成或将它们转变为一个通用优化开关。
1. 工作负载预检
- 运行一个简短的代表性作业并确认进度、日志、错误和输出。
- 检查内存压力并为输出、缓存、交换和临时文件留出足够的存储空间。
- 确认网络、VPN、API 凭据、远程卷、服务器和外围设备。
- 使用可靠的电源和稳定、通风的表面。
- 规划工作负载应用程序中的检查点、重试或重新启动行为。
2. 仅选择任务需要的 Mac 控制
| 领域 | 适用情况 | 功能边界 |
|---|---|---|
| 热量和风扇观察 | 需要查看 CPU 温度和风扇 RPM 趋势 | 观察数据不能代替硬件诊断 |
| 风扇选择 | 受支持且配备风扇的 Mac 需要主动选择模式 | 不保证温度、性能、寿命或防止损坏的结果 |
| 充电策略 | 受支持且配备电池的 Mac 长期接通电源使用 | 充电限制、Charge Protector、温度相关策略和临时充满是不同选择 |
| 系统睡眠 | 后台任务必须在用户闲置时继续 | 不保证应用、网络、存储或电源持续可用 |
| 显示器睡眠 | 屏幕不需要保持点亮 | 屏幕保护程序和锁定身份验证仍是独立设置 |
| Virtual Clamshell | 任务必须在合盖且没有外接显示器时继续 | 仅在功能可用时使用，并在依赖前测试同一真实任务 |
3. 事前、事中、事后观察
记录作业之前的基线、活动间隔以及作业结束后的恢复间隔。使用应用程序的进度和错误日志作为工作的主要证据。 MacBaram 可以添加 CPU 温度和风扇 RPM 趋势，但一次读数并不能证明原因、运行状况、节流或性能。
在 Virtual Clamshell 可用的情况下，MacBaram 可以在没有外接显示器的情况下保持合盖工作负载运行。在依赖之前测试完全相同的工作负载。
工作负载示例，而不是直接集成
Final Cut Pro、DaVinci Resolve、Premiere Pro、Blender、Xcode、Gradle、Docker、Codex、Claude Code、Ollama、LM Studio、MLX、llama.cpp、ComfyUI、NAS 工具和录制应用只是长期工作的示例。MacBaram 不直接与这些工具集成，也不检测任务是否完成或修复工具错误。它不保证队列、网络调用、构建、渲染或输出结果。
长任务问题
我是否应该打开每个 MacBaram 控制项来进行长时间工作？
不会。风扇、充电、系统睡眠、显示器睡眠和 Virtual Clamshell 是单独的选择，具有单独的支持条件。仅使用工作所需的控制项。
MacBaram 是否承诺夜间任务一定完成？
不。它可以管理受支持的 Mac 运行状态，但任务能否完成仍取决于应用程序、队列、API、网络、存储、电源和恢复流程。
作业结束后我可以恢复 Mac 吗？
支持的风扇、充电和睡眠控制可返回预期例程或 macOS 默认值。首先保存作业输出，然后有意结束临时控制。
4. 保存、发布、恢复
- 验证并保存工作负载输出和日志。
- 停止临时系统和显示器睡眠控制。
- 禁用 Virtual Clamshell 并确认正常显示和睡眠行为。
- 将支持的风扇控制恢复为预期预设或 macOS 默认值。
- 将支持的充电控制返回到预期的例行策略。
- 将硬件警告信号升级至 Apple 诊断或合格服务。
MacBaram 为受支持的控制项提供返回普通 macOS 行为的面向用户的路径。恢复后手动确认工作负载输出和每个面向用户的控制；这并不能保证从每个应用程序、操作系统、电源或硬件故障中恢复。