输入可迁移
代码、依赖清单、素材、模型与配置均有明确入口，不依赖某台本地设备上的隐含状态。
工作流实录
把云端 Mac 接进任务，而不是另造一套流程
以下案例按同一套结构展开：先明确任务目标与原有阻碍，再说明机器、节点和工具如何接入，最后列出团队能够直接核对的产物与状态。没有评分，也不以模糊的性能口号代替执行步骤。
- 4 类
- 可复用工作流
- 3 档
- 在售物理配置
- 4 个
- 可订购节点
任务登机检查板
物理节点已分配
从输入到交付，状态逐项可查
iOS 发布构建依赖、签名检查、导出
按天 · JP
产物可取
移动端 CI Runner专用标签、缓存、清理
按月 · SG
任务已清理
长时 AI 实验检查点、日志、远程观察
按季 · KR
检查点已存
批量媒体导出转码、核验、同步成品
按周 · HK
交付已同步
统一判断口径
先看工作流能否闭环，再决定租哪一档
四类案例采用相同的检查方式，便于把自己的流程逐项映射进去。输入必须可迁移，执行过程必须能复现，结果必须有产物或日志，退出时还要能完成凭据与临时数据清理。
过程可复现
安装命令、工具版本、Runner 标签和任务参数进入脚本或记录，不把关键步骤留在个人记忆里。
结果可核对
安装包、构建日志、测试报告、检查点或导出文件均有确定位置，并能追溯到对应任务。
退出可交接
任务结束后清理临时凭据、同步必要数据、记录环境变更，让下一位成员能够接手。
独立开发者
从代码提交到安装包导出，发布链路留在一台独享物理机上
适合需要临时取得完整 macOS 图形界面与命令行环境，但不希望长期占用个人电脑的 iOS 或 macOS 项目。机器按项目租期启用，依赖、构建记录与导出结果集中保存。
- 任务目标
- 完成依赖安装、Xcode 构建、签名材料核对与安装包导出。
- 原有阻碍
- 本地设备同时承担日常开发，长时间归档会占用资源，环境变更也难以回溯。
- 接入方式
- 把代码库、锁定文件和构建脚本同步到云端 Mac，通过远程会话处理首次配置。
- 可观察结果
- 归档日志、签名检查结果、导出清单和安装包路径能够对应到同一次提交。
01
同步输入
拉取指定提交，核对包管理器锁定文件、构建配置和导出选项，避免使用未记录的本地依赖。
02
固定工具链
记录 Xcode 与命令行工具版本，安装依赖后执行一次干净构建，确认项目目录权限正确。
03
检查签名
按项目清单核对证书、描述文件、Bundle 配置和导出参数，不在日志中保留敏感内容。
04
导出交付
保存归档日志、导出摘要和产物校验信息，再把安装包同步到团队约定的交付位置。
完成标准
指定提交能够构建，签名检查通过，安装包与日志均已导出，临时凭据已清理。
移动端 CI 团队
用专用标签接入 self-hosted runner，把缓存和清理规则写进流水线
适合已有 GitHub Actions、GitLab CI 或 Jenkins 调度体系，只缺稳定 macOS 执行端的团队。云端 Mac 作为专用 Runner 接入，调度仍由现有流水线负责。
- 任务目标
- 让构建任务按标签进入指定物理节点，并在任务间安全复用依赖缓存。
- 原有阻碍
- 共享执行端环境漂移，并发边界不清，失败任务留下的进程和临时文件影响后续构建。
- 接入方式
- 注册 self-hosted runner，配置专用标签、工作目录、并发上限、缓存目录和退出钩子。
- 可观察结果
- 调度日志能定位到 Runner 标签，缓存命中与清理动作均在任务日志中留下记录。
01
注册 Runner
使用团队约定的名称注册执行端，把操作系统、芯片架构、项目用途写入可读标签。
02
限制调度
只有明确声明专用标签的任务才能进入机器，并按配置能力设置并发，避免任务互相争用。
03
管理缓存
把依赖缓存与构建产物分开，缓存键包含工具版本和锁定文件摘要，失效条件保持可解释。
04
执行清理
无论任务成功或失败，都停止残留进程、移除临时凭据并清理项目工作区中的敏感文件。
完成标准
任务只进入指定标签，缓存策略有版本边界，失败任务也执行清理，Runner 能继续接收下一次调度。
AI 实验用户
用 64GB M4 Pro 档承接长时实验，检查点与过程日志分开保存
SoarMac M4 Pro 配置为 M4 Pro、64GB RAM 与 2TB SSD，适合内存压力更高、运行时间更长的实验工作流。远程会话用于观察与调整，不要求个人电脑持续保持连接。
- 任务目标
- 运行长时实验，定期保存检查点，并在远程会话中核对过程指标与异常日志。
- 原有阻碍
- 个人设备需要随身携带或休眠，实验中断后难以判断从哪个状态恢复。
- 接入方式
- 在独享物理机上固定运行目录、环境清单、日志位置和检查点命名规则。
- 可观察结果
- 实验参数、运行日志、检查点和恢复记录能够按任务标识对应，不依赖远程会话持续在线。
01
建立基线
记录代码提交、依赖版本、输入数据摘要和初始参数，先运行短任务验证环境与输出路径。
02
启动长时任务
将主进程与远程会话解耦，标准输出写入日志文件，异常退出时保留明确的返回状态。
03
保存检查点
按实验阶段写入检查点，同时保存参数摘要与当前进度，避免只留下无法识别的模型文件。
04
验证恢复
在交付前至少执行一次恢复验证，确认检查点可读、日志连续，并将必要结果同步到团队存储。
完成标准
实验可在远程会话断开后继续运行，检查点具备参数上下文，恢复步骤经过验证，关键结果已迁出。
音视频工作流
把素材上传、批处理、质量核验和成品同步拆成可交接的四段
适合需要调用 macOS 本地工具链和 Apple Silicon 加速能力执行批量转码、渲染或导出的团队。重点不是把全部协作搬进远程桌面，而是让输入、队列、输出和同步位置都有明确边界。
- 任务目标
- 接收素材，执行批处理与导出，完成质量核验后把成品同步到团队存储。
- 原有阻碍
- 本地导出占用创作设备，素材版本与导出参数分散，成员难以判断哪份成品可交付。
- 接入方式
- 将上传目录、处理队列、临时目录、成品目录和同步目标分别定义并记录。
- 可观察结果
- 每批任务都有素材清单、参数摘要、失败项记录、成品校验信息和同步状态。
01
接收素材
上传前生成文件清单，进入机器后核对数量、命名与校验信息，源素材目录保持只读习惯。
02
执行批处理
将分辨率、编码、色彩、音频和输出命名写入预设或脚本，失败项目单独进入重试列表。
03
核验输出
抽查时长、画面尺寸、音轨和文件完整性，对异常项保留源文件名与处理日志。
04
同步成品
仅同步通过核验的成品与交付清单，确认团队存储可读后再清理机器上的临时文件。
完成标准
源素材保持完整，处理参数可复现，失败项有记录，成品已核验并同步，临时目录已完成清理。
角色视角
真正有用的变化，是任务边界变得清楚
以下话术按典型使用角色归纳，重点呈现工作方式，不作为评分、排名或性能承诺。
“我把依赖、Xcode 版本和导出参数写进项目检查表之后，换机器不再等于重新猜一遍环境。发布结束时，安装包和日志也能一起交给下一位协作者。”
“我们需要的不是另一套 CI 平台，而是一台能被现有调度系统准确找到的 Mac。专用标签、缓存键和退出清理写进流水线后，执行边界清楚了。”
“长任务是否可靠，关键在检查点、日志和恢复步骤，而不是远程画面一直开着。把这些规则固定下来后，实验过程更容易复盘和交接。”