远程 Mac 桌面
从非 Mac 工作地点打开开发桌面，查看项目和操作图形工具。
查看连接要点
从工作负载开始
把你的工作，接到一台独享云端 Mac
远程打开桌面、开发应用、运行构建或验证模型，都从同一个问题开始：这项任务需要多少内存、存储空间，以及怎样的连接条件？XCZone 提供独享物理机，非虚拟机。先对照下面的使用场景，再选机型与节点。
三档机型、五个节点；具体可用性以控制台实时返回为准。
任务 → 配置 → 连接
选型核对板
先记录任务
需要图形桌面，还是持续运行的构建任务？
同一台物理节点可以承载不同工作流，但配置应按最重的实际任务选择。
- 内存预算
- 项目进程、工具与模型同时占用的总量
- 存储预算
- 源码、依赖、模拟器与构建缓存
- 连接条件
- 本地网络、桌面客户端与协作位置
下一步对照场景，再核对目录价格
任务索引
先找到最接近你的工作流
五种场景不是互斥的套餐。可以从正在处理的任务进入，再把并行工具、缓存和连接条件一起纳入选型。
远程桌面
工作地点不必是 Mac，开发桌面仍是一台 Mac
在非 Mac 设备前工作时，你可以通过实际交付的连接信息访问云端 Mac 的图形桌面，打开项目、检查界面或运行开发工具。这里的远程访问是操作方式；底层仍是一台独享物理机，不是把多个用户放进同一台虚拟机。
连接前先检查本地网络是否稳定、远程桌面客户端是否兼容，以及显示分辨率和输入方式能否满足当前任务。需要频繁观察动画或进行精细界面操作时，先用自己的网络和终端设备验证体验；不要只凭节点名称推断连接效果。
开始会话前，核对四件事
- 交付信息在控制台核对所选机型、节点和实际提供的连接方式。
- 本地网络确认当前网络允许使用所需客户端，并留意连接中的画面和输入反馈。
- 显示与输入检查分辨率、键盘布局和快捷键是否适合你的开发工作流。
- 会话收尾结束使用时退出会话，保护连接凭据及项目中的敏感材料。
日常开发
用并行负载，而不是项目名称，判断需要哪一档
编辑器、浏览器、模拟器和构建进程会同时使用内存；源码以外，依赖包、模拟器数据和构建缓存也会占用 SSD。先在现有环境中观察这些项目，再给增长留空间。
XcodeZone M4 Start
M4 · 16GB RAM · 256GB SSD
适合先验证远程开发流程，或运行工具数量较少、缓存可定期整理的项目。若经常同时开启模拟器与多个大型工程，先核对内存峰值。
选择 XcodeZone M4 StartXcodeZone M4 Work
M4 · 24GB RAM · 512GB SSD
适合希望为编辑器、模拟器和常用构建工具预留更多空间的工作流。较大的 SSD 也便于保留更多依赖与构建缓存，但仍应核算项目实际占用。
选择 XcodeZone M4 WorkXcodeZone M4 Pro
M4 Pro · 64GB RAM · 2TB SSD
面向更重的并行任务或需要保留大量本地资料的项目。是否需要这一档，应由实际内存占用、工具兼容性与存储预算决定。
选择 XcodeZone M4 Pro如果项目数据会持续增长，还应在方案页对照 SSD 附加项的四种计费周期；不要只按机型自带容量估算长期空间。
CI/CD
把构建节点接入流水线，也把环境差异记下来
云端 Mac 可以作为 self-hosted runner 所在的物理节点。接入之前，需要确认代码托管侧的执行权限、macOS 与 Xcode 版本要求、依赖安装方式，以及构建任务如何取得必要的签名材料。
代码提交
明确触发分支、任务权限和需要检出的内容。不要把令牌或证书直接写入仓库；记录一次本地可复现的构建命令，便于与流水线结果对照。
Self-hosted runner
核对 runner 的账户权限、工具链版本与依赖状态。让安装、清理和重试步骤可重复执行，并为并发任务评估 RAM 与缓存占用。
构建产物
检查任务退出状态、关键日志和产物路径；在交付前验证签名及目标配置。发生失败时保留可定位的信息，不在公开日志中输出敏感值。
接入边界
拥有一台独享物理机不等于流水线已配置完成。团队仍需管理代码权限、签名材料、runner 更新和构建环境的一致性。
自动化打包
把手工检查变成能逐项复核的打包流程
自动化的价值不只是少点几次按钮，而是让同一份源码和配置得到可追溯的结果。整理流程时，先明确哪些依赖由任务安装、哪些签名材料由团队授权，再定义失败后该查看哪段日志。
证书和描述文件由团队自行管理。不要把私钥放进脚本、公开仓库或支持工单，也不要假设远程机器会替你保管或更新签名材料。
- 01安装依赖
锁定工具与项目依赖版本，确认干净环境能完成安装。
- 02核对签名
检查签名身份、描述文件、目标标识和任务访问权限。
- 03执行构建
记录构建参数、退出状态与日志位置，便于定位差异。
- 04交付前验证
检查产物是否生成、签名是否符合目标，以及交付版本信息。
Apple Silicon AI 实验
先核算模型占用，再决定是否需要更大的内存
尝试本地推理或开发工具时，先查模型文件、加载后的内存占用和运行框架对 Apple Silicon 的支持情况。模型本身之外，输入上下文、并行进程和开发工具也会占用资源；下载文件与中间结果还需要 SSD 空间。
若评估结果显示需要更高内存预算，可以对照 64GB RAM 的 XcodeZone M4 Pro。这个选择建议不等于对特定模型、吞吐量或运行速度的保证。先用目标工具和实际工作负载验证，再决定租用周期。
实验前的核对顺序
- 模型
- 确认版本、文件体积，以及文档标注的运行内存需求。
- 工具
- 确认框架和依赖是否支持目标 macOS 与 Apple Silicon 环境。
- 并行任务
- 把编辑器、服务进程和其他同时运行的工具计入内存预算。
- 验证方式
- 用自己的模型和输入记录内存占用、运行结果与异常日志。
节点选择
五个节点，按协作位置与实际连接体验选择
目录包含新加坡、日本（东京）、韩国（首尔）、香港、美国西部。节点位置可作为初步筛选条件，但不代表从你所在网络出发的实测延迟。若工作流依赖远程桌面，优先用实际网络和客户端验证连接；若用于团队构建，也要考虑成员交接与产物取用的位置。
新加坡
可纳入跨区域协作与远程访问的候选节点，最终以自己的连接条件判断。
日本（东京）
团队成员或日常操作集中在附近时，可将它列入连接体验验证清单。
韩国（首尔）
结合操作人员位置、远程桌面使用频率和工作交接方式评估。
香港
可与其他节点对照同一客户端和网络下的画面、输入反馈。
美国西部
面向需要在美西协作的任务，也应先验证自己的连接与交付流程。
三档机型均在上述五个节点的产品目录内；下单时的实际可用性以控制台实时返回为准。
选型回顾
把需求写成三行，再去核对价格
先记录工作流的内存峰值、源码及缓存需要的空间、常用连接位置。若其中一项尚不明确，先用现有环境测量或做小范围验证，比只凭机型名称判断更可靠。
| 机型 | 芯片 | 内存 | SSD | 优先核对 |
|---|---|---|---|---|
| XcodeZone M4 Start | M4 | 16GB | 256GB | 轻量工作流的并行工具与缓存空间 |
| XcodeZone M4 Work | M4 | 24GB | 512GB | 日常开发的模拟器、依赖与构建缓存 |
| XcodeZone M4 Pro | M4 Pro | 64GB | 2TB | 较重并行负载或实验任务的实际内存需求 |
表中是选型核对方向，不是性能承诺。方案页列出每档的天、周、月、季价格及存储附加项；完成配置、节点和周期核对后再下单。
任务明确了，再配置你的云端 Mac
带着内存、存储和节点需求进入下单；机型、周期与附加项都可以逐项核对。