iOS 与 macOS 开发者
适合需要固定 Xcode 版本、命令行工具、包管理器和工程缓存的个人开发者。代码可通过 Git 拉取，构建、测试与归档留在同一节点完成。
- 远程处理 Xcode 工程和脚本任务
- 复用 DerivedData 与依赖缓存
- 集中保存归档日志和测试结果
从工作负载反推配置
把开发、构建与实验，放到一台独享云端 Mac 上。
每份订单对应独立的 Mac mini 物理节点。你可以固定 Xcode、依赖、缓存与自动化脚本，让日常开发、构建队列、测试验证和 MLX 推理在可重复环境中运行。
- 资源边界
- 1 份订单对应 1 个物理节点
- 在售配置
- 3 档 Mac mini
- 覆盖范围
- 6 个可选节点
NODE WORKFLOW
独享节点任务板
开发输入Git、依赖与构建参数
节点执行Xcode、脚本与缓存
产物输出归档、日志与测试报告
先确认任务类型，再决定芯片、内存和存储。
云端 Mac 并不是把所有工作负载塞进同一套模板。工程规模、并发任务数、统一内存峰值、依赖缓存和图形交互频率，都会改变合适的配置。
CI/CD 工程团队
适合把构建执行器固定在独享物理机上，避免其他客户的任务争用计算、内存和本地存储。工具链、缓存策略和执行标签由团队统一维护。
- 运行自托管构建执行器
- 按并发量拆分队列和节点
- 固化依赖、脚本与日志目录
移动应用测试团队
适合进行多版本 Xcode 验证、命令行测试、包体审计和发布前复核。每次测试都记录系统版本、工具版本、提交号和命令参数，便于复现差异。
- 运行单元测试与界面测试命令
- 比较归档结构和包体变化
- 冻结发布分支使用的工具链
Apple Silicon AI 实验用户
适合使用 MLX 进行模型加载、量化验证、推理和数据预处理。选择配置时应先估算模型权重、运行时缓存和输入数据共同占用的统一内存。
- 验证模型能否完整驻留内存
- 比较不同量化方式的占用
- 保留环境清单与推理参数
把一次能成功的归档，整理成每次都能复现的流程。
稳定构建不只取决于芯片速度。提交号、Xcode 版本、依赖锁文件、签名材料、环境变量和导出参数必须一起被记录，否则同一个工程也可能产生不同结果。
标准链路
5 个阶段
代码输入到产物导出
-
01
拉取确定的代码版本
使用分支、标签或提交哈希定位输入版本。构建日志开头记录仓库状态和提交号，避免把未提交修改带入归档。
-
02
恢复依赖与缓存
先核对依赖锁文件，再恢复包管理器缓存。缓存应按 Xcode 版本、架构和依赖摘要分组，命中失败时允许回退到完整安装。
-
03
准备签名环境
把证书、描述文件和密钥作为受控输入处理，不写进代码仓库。执行前只输出名称、有效状态和摘要，不在日志中暴露敏感内容。
-
04
执行测试与归档
明确 workspace、scheme、configuration 和 destination。命令失败时保留退出码、完整构建日志和测试结果目录，而不是只截取最后一行。
-
05
导出产物与校验记录
归档完成后导出目标产物，同时生成文件大小、校验摘要、提交号、Xcode 版本和构建参数清单，便于交付与后续比对。
BUILD RECORD
建议随产物保留的最小记录
- 代码
- 提交哈希、分支或标签
- 工具
- macOS、Xcode、命令行工具版本
- 输入
- 依赖锁文件摘要、环境名称
- 执行
- scheme、configuration、destination
- 输出
- 退出码、产物摘要、测试结果路径
- 安全
- 日志脱敏结果与访问权限
固定执行节点，让队列变化不再改变工具链。
独享物理节点的价值在于资源边界清楚：计算、内存和本地存储不与其他客户共享。团队仍需自行设计队列、并发上限、缓存失效和失败重试规则。
先量化队列，而不是先堆节点
统计高峰时同时等待的任务数、单次任务的内存峰值、缓存体积和平均产物大小。短任务很多时，队列调度比单机峰值更重要；大型工作区则应优先保证内存余量。
- 为发布、合并请求和定时任务分配不同标签
- 限制同一物理节点上的同时构建数量
- 将高内存任务与轻量检查任务分开调度
把执行器视为可重建组件
无论使用哪类自托管执行器，都应把安装步骤、服务账户权限、工作目录和清理策略写成脚本。不要依赖某次手工修改后的节点状态。
- 固定执行器版本与注册标签
- 限制工作目录和凭据可见范围
- 任务结束后清理临时文件与敏感变量
缓存需要命中规则，也需要淘汰边界
依赖缓存、DerivedData 和中间产物应分开管理。按工具版本和锁文件摘要生成键值，避免旧缓存让构建表面成功，却带入不一致的二进制结果。
- 记录缓存命中、恢复和重建耗时
- 为磁盘使用量设置清理阈值
- 发布构建可选择绕过不可信缓存
按并发与内存峰值选择配置
以下是选型起点，不是固定编译时长承诺。工程模块数、依赖类型、测试目标和缓存命中率都会影响实际结果。
OnceMac M4 16
M4 · 16GB · 256GB
适合单任务轻量构建、代码检查和小型工程验证。
OnceMac M4 24
M4 · 24GB · 512GB
适合日常开发、多模块工程和更稳定的多任务切换空间。
OnceMac M4 Pro 64
M4 Pro · 64GB · 2TB
适合高并发构建、大型工作区和高内存任务。
命令行负责高频操作，图形界面留给必须可视化的步骤。
SSH 适合代码拉取、依赖安装、脚本执行、日志读取和文件同步；远程桌面适合 Xcode 工程设置、界面调试与需要图形交互的工具。两类入口应使用一致的项目目录和权限边界。
SSH
命令与自动化主通道
使用密钥连接，核对主机指纹，并限制私钥文件权限。长时间任务可放入可恢复会话，避免本地网络短暂中断后任务状态不可见。
Git
只同步必要的代码状态
通过提交、分支和标签组织工作，不把构建产物直接混入源码目录。大型二进制资源应单独规划传输与版本策略。
Homebrew
用 Brewfile 固化工具清单
导出可恢复的软件包清单，并另外记录需要手工配置的工具。迁移后先验证路径、架构与命令版本，再恢复自动化任务。
EDITOR
本地编辑或节点内编辑均可
根据仓库规模和网络情况选择工作流。频繁读写的小文件可留在节点内，产物和日志按任务结束节点集中导出。
统一内存决定模型能否装得下，也影响可用的运行余量。
模型权重不是唯一占用。运行时缓存、中间张量、输入上下文、数据预处理和同时运行的其他进程都会使用统一内存。应以实际峰值为准，并给系统与工具保留余量。
UNIFIED MEMORY PLAN
模型运行前的容量核对
模型权重
根据参数规模与量化方式估算基础占用，并确认下载后的实际文件体积。
运行时缓存
上下文长度、批次大小和推理框架实现会改变峰值，不能只按权重文件大小判断。
数据处理
预处理、解码和结果保存可能同时占用内存与磁盘，测试时应覆盖完整输入链路。
系统余量
为 macOS、Python 环境、监控命令和远程会话保留空间，避免任务接近上限后频繁交换。
先做最小推理验证
固定 Python 与 MLX 版本，使用小输入验证模型加载、推理输出和内存观察命令，确认环境链路完整。
逐步增加真实输入
按实际上下文长度、批次和并行任务逐步加压，同时记录峰值统一内存、磁盘变化和失败条件。
比较量化与吞吐取舍
不同量化方式会改变内存占用、输出质量和执行表现。保留相同输入与参数，才能进行有效对照。
冻结可复现实验环境
保存依赖清单、模型摘要、推理参数和数据版本。对外共享结果时同时提供测试条件，而不是只提供单个数字。
把资源导入、工程生成与 Xcode 归档拆开记录。
Unity 工程导出到 iOS 后，问题可能来自资源导入、插件处理、Xcode 工程生成、依赖安装或签名归档。分阶段保存日志，能比重复点击构建更快定位失败点。
资源导入
在确定的编辑器版本中完成资源导入，记录平台切换、纹理处理和脚本编译结果。大型 Library 缓存需要单独估算磁盘占用。
生成 Xcode 工程
固定导出参数与目标目录，检查插件脚本和原生依赖是否按预期写入工程。每次导出都记录源代码提交和资源版本。
准备签名输入
将签名材料与项目源码分离，通过受控目录或自动化变量提供。日志只记录可识别的配置名称，不输出敏感内容。
执行归档
明确 workspace、scheme、configuration 和导出选项，保留完整 Xcode 日志、退出码和归档目录结构。
回传产物
对产物生成校验摘要并记录文件大小。回传完成后验证文件完整性，再按团队规则清理中间目录与旧缓存。
缓存规划
Unity Library、依赖缓存、DerivedData、归档和导出产物不要混在一个不可控目录。为每类缓存定义保留条件和清理方式。
- 可复用
- 版本匹配的依赖与导入缓存
- 应归档
- 发布产物、日志和校验摘要
- 可清理
- 失败任务的临时中间文件
磁盘容量判断
基础工程体积只是起点。资源导入、Xcode 导出、中间文件、调试符号和多个归档版本会同时占用空间。
- 256GB
- 轻量工程与短周期任务
- 512GB
- 日常开发与中型缓存
- 2TB
- 大型资源、高并发与长期缓存
发布前冻结环境，发布后保留可核对证据。
测试通过不等于发布输入已经固定。提交号、Xcode 版本、依赖摘要、签名配置、测试目标和导出选项需要在发布候选阶段保持一致。
| 检查阶段 | 需要确认 | 建议保留 | 发现差异时 |
|---|---|---|---|
| 多版本 Xcode 验证 | 编译器、SDK、命令行工具路径 | 版本输出与构建参数 | 在独立目录重新构建，不复用可疑缓存 |
| 命令行测试 | scheme、destination、测试范围 | 退出码、结果包与失败日志 | 先固定失败用例，再区分环境与代码问题 |
| 包体检查 | 资源、架构、动态库与调试符号 | 文件清单、大小与摘要 | 对比上一个候选版本的结构变化 |
| 签名与导出 | 配置名称、目标与导出选项 | 脱敏配置记录与归档日志 | 停止重复尝试，先核对输入是否匹配 |
| 环境冻结 | 提交号、依赖锁文件、工具版本 | 环境清单与恢复步骤 | 所有变更重新进入验证流程 |
冻结代码输入
使用明确的提交或标签，确认工作区没有未提交修改，并保存子模块与依赖引用状态。
冻结工具版本
记录 macOS、Xcode、命令行工具、包管理器和关键脚本版本，避免发布期间自动升级。
冻结产物证据
保存归档、导出日志、测试结果、文件大小和校验摘要，让后续复核有一致依据。
三档在售配置，对应三类资源压力。
先以典型任务选择起点，再用实际工程监测内存峰值、缓存体积和队列等待情况。需要升级时，应能指出具体瓶颈，而不是只凭任务名称判断。
OnceMac M4 16
轻量构建起点
- 芯片M4
- 内存16GB
- 存储256GB
- 日租$19.1/天
适合小型工程、单任务 Xcode 构建、命令行测试、代码检查和短周期验证。缓存或本地数据持续增长时，应提前核对存储余量。
选择 OnceMac M4 16OnceMac M4 24
日常开发与多任务
- 芯片M4
- 内存24GB
- 存储512GB
- 日租$40.1/天
适合中型多模块工程、日常远程开发、持续集成执行器和需要更多缓存空间的任务。多进程并行时仍应设置明确上限。
选择 OnceMac M4 24OnceMac M4 Pro 64
高并发与高内存任务
- 芯片M4 Pro
- 内存64GB
- 存储2TB
- 日租$59.7/天
适合大型工作区、高并发构建、Unity 大型资源工程和 MLX 大模型推理。选择前仍需确认模型、量化方式及真实内存峰值。
选择 OnceMac M4 Pro 64
提交订单前核对 5 项
查看四种租期价格
芯片与内存是否覆盖峰值、基础存储是否容纳工程和缓存、节点是否接近主要使用者、租期是否覆盖完整任务周期、日志和产物如何导出。