物理节点，不共享实例
每个订单对应独立设备资源。租户之间不共享同一个 macOS 实例，CPU、内存与本机存储边界由所选机型决定，适合需要稳定工具链和持续任务环境的团队。
统一表述：云端 Mac、物理节点、独享物理机、非虚拟机
关于 ArmCLI
为需要远程 Mac 资源的技术团队，交付可核对的物理节点
ArmCLI 这个名字连接两件事：Apple Silicon 的 Arm 架构，以及开发者每天使用的命令行工作流。我们提供按需租用的云端 Mac，每个订单对应一台独享物理机，不与其他租户共享操作系统实例。
服务面向 iOS 与 macOS 开发者、持续集成团队和需要 Apple Silicon 环境的实验用户。页面写清配置、周期、节点与适用边界，让团队在采购前知道自己会获得什么，也知道哪些任务需要自行管理。
ARMCLI / DELIVERY RECORD
物理节点交付登记
- 交付形态
- 独享物理机
- 虚拟化层
- 不使用
- 在售配置
- 3 档
- 可选机房
- 5 个
M4 S
M4 · 16GB · 256GB
M4 L
M4 · 24GB · 512GB
M4 PRO X
M4 Pro · 64GB · 2TB
开发工作站
自动化构建
按需实验
产品原则
先把资源边界说清楚，再讨论适合做什么
ArmCLI 不用模糊的“无限算力”描述物理设备。芯片、内存、存储、租用周期与机房目录都是采购判断的一部分，必须在下单前可见、在交付后可核对。
配置直接对应任务
三档机型覆盖单项目开发、并行构建、多 runner、较大依赖缓存与计算实验。我们提供选择依据，但不把建议包装成绝对性能保证，实际耗时仍取决于项目、依赖和任务并发。
M4 / 16GB 起，最高为 M4 Pro / 64GB
周期与费用逐项标明
机型支持按天、周、月或季租用。每个周期独立定价，不用模糊折扣掩盖实际金额。附加存储和 Thunderbolt 5 并联同样按四种周期分别列出。
价格统一使用美元，订单金额以确认页为准
服务对象
按工作负载配置资源，不按团队标签套方案
不同团队需要 Mac 的原因不同。我们把常见任务、主要资源压力和建议起点放在同一张卡里，方便先判断任务，再选择机型。
应用开发
iOS 与 macOS 开发者
适合处理 Xcode 编译、归档、自动化测试、Swift 工具链验证和短期版本冲刺。单项目开发可从 ArmCLI M4 S 开始；依赖规模增加或需要同时运行多个任务时，可评估 ArmCLI M4 L。
- 关注点：编译时间、依赖缓存、磁盘增长
- 准备项：代码仓库、证书材料、构建脚本
- 验收项：工具版本、首轮构建、远程连接
建议先用真实项目完成一次完整构建验收
持续集成
CI/CD 与交付团队
适合部署 self-hosted runner、执行持续构建、自动测试和交付流水线。并行任务数量、工作目录大小与缓存策略通常比项目数量更影响选型，多 runner 场景应优先评估内存与存储余量。
- 关注点：任务并发、队列长度、缓存命中
- 准备项：runner 标签、权限、清理策略
- 验收项：首个流水线、失败日志、重试路径
较高并发与大缓存可评估 ArmCLI M4 Pro X
计算实验
AI 与 Apple Silicon 实验用户
适合验证 Arm 架构工具链、运行可控规模的本地推理、测试模型转换流程和复现实验环境。内存容量是明确上限，模型、数据集和中间文件必须在选型前估算，不应假设资源可以无限扩展。
- 关注点：统一内存、磁盘占用、持续负载
- 准备项：依赖锁定、数据规模、运行脚本
- 验收项：峰值内存、输出校验、结果备份
64GB 任务对应 ArmCLI M4 Pro X 的明确资源边界
运营范围
五个在售机房，目录之外不作可用承诺
当前三档机型均可在新加坡、日本（东京）、韩国（首尔）、香港、美国东部选择。实际可用状态以控制台实时返回为准；未进入当前目录的区域不作为在售选项展示。
SG
常态可订
新加坡
适合东南亚及周边团队优先评估。下单前应结合办公网络、代码仓库位置和构建产物传输量测试链路。
目录机型：3 档
JP
常态可订
日本（东京）
适合日本及东北亚团队评估。交互式桌面体验会受用户侧网络路径影响，持续构建任务应同时观察仓库与制品传输。
目录机型：3 档
KR
常态可订
韩国（首尔）
适合韩国及周边团队评估。建议分别验证 SSH 会话、图形桌面和真实构建任务，而不是只用单次 ping 判断完整体验。
目录机型：3 档
HK
常态可订
香港
适合需要覆盖东亚网络路径的团队评估。数据传输、依赖下载和远程交互应按各自链路分别记录，不混用单一指标。
目录机型：3 档
US-E
常态可订
美国东部
适合北美东部团队及服务依赖集中在该区域的工作负载。跨区域使用前，应测试代码拉取、制品上传和远程控制三条路径。
目录机型：3 档
机房不是抽象标签
同一台物理节点的使用体验会受到本地运营商、跨区域路径、仓库位置和制品存储位置影响。选择机房时应以真实工作流验证，不依据城市距离单独下结论。
工作方式
事实、测量口径与建议分开表达
工程团队需要的是可复现条件，而不是脱离上下文的最大值。我们在发布价格、性能、网络与交付信息时，明确哪些是目录事实，哪些来自测量，哪些只是选型建议。
| 信息类型 | 我们如何表达 | 用户如何核对 | 不作何种承诺 |
|---|---|---|---|
| 机型与配置 | 逐项标明芯片、内存、本机存储和支持机房 | 对照订单确认页与交付后的系统信息 | 不使用“无限资源”或未进入目录的机型描述 |
| 租用价格 | 按天、周、月、季分别列出金额，附加项单独计价 | 在提交支付前检查机型、周期、机房和附加项 | 不把不同周期价格混写为模糊起价 |
| 构建表现 | 说明项目、工具版本、并发和缓存条件 | 用团队真实仓库执行首轮与缓存后构建 | 不承诺所有项目获得相同加速比例 |
| 网络体验 | 标明测试路径、样本和统计口径 | 分别验证 SSH、桌面、仓库和制品链路 | 不把单次延迟值等同于完整工作流体验 |
| 选型建议 | 依据内存、存储、并发和任务持续时间给出起点 | 观察峰值资源、队列和失败日志后调整 | 不以型号名称替代真实负载评估 |
发布条件
性能或延迟数字必须附带测试环境、样本范围与统计方式。缺少上下文的数字不用于比较机型，也不作为采购结论。
保留边界
建议会明确适用前提。项目依赖、网络路径、缓存策略和并发模式变化后，原有结论需要重新验证。
记录结果
团队应保留工具版本、命令、耗时、峰值资源和脱敏日志，以便后续复现问题或判断是否需要调整配置。
责任边界
平台交付节点，团队管理自己的工作内容
独享物理机减少了租户之间共享操作系统实例的边界问题，但不会替代团队自身的账号、密钥、代码和数据管理。双方责任需要在开始使用前确认。
用户负责
工作负载与业务数据
- 账号与访问：管理团队成员权限、远程密钥、临时凭据和离场撤销。
- 代码与证书：维护仓库权限、构建材料、密钥安全和最小权限配置。
- 数据与备份：确定备份频率，在租期结束前迁出代码、产物和业务数据。
- 任务合规：确保使用方式、软件授权和处理的数据符合适用要求。
- 环境验收：交付后核对工具版本、磁盘容量、连接方式和真实任务结果。
ArmCLI 负责
节点交付与基础连接
- 物理节点交付：按订单配置准备对应的独享物理机并签发连接信息。
- 基础连接：提供约定范围内的 SSH 与图形界面连接条件及排查支持。
- 租期记录：展示订单、到期时间、附加选项和服务状态，供用户核对。
- 问题处理：依据节点、时间、命令与脱敏日志定位约定范围内的故障。
- 资源回收：租期结束后停止访问，并按既定流程处理节点后续交付准备。
共同验收点
交付完成后，建议立即核对机型、内存、存储、工具版本、主机指纹、远程连接和首个真实任务。发现差异时，通过控制台工单提交节点、发生时间、命令与脱敏日志，避免只提供截图或笼统描述。
把需求写成可核对的配置
告诉我们任务、并发规模与租期，或直接开始选购
购买前可在联系页说明项目类型、并行任务数、预期存储增长、目标机房和租用周期。若配置已经明确，可直接进入下单流程选择三档机型之一。