iOS/macOS 开发者
适合短期 Xcode 编译、版本兼容检查、自动化测试、Fastlane 流程与远程开发。开发者可以保留完整工具链，同时按发布节奏决定租期。
- Xcode 版本切换与构建
- VNC 图形界面或 SSH 命令行
- 短期发布与故障复现
Built for project-shaped work
让 Mac 资源跟着项目走，而不是长期闲置
ArmMacs 为 iOS/macOS 开发者、CI/CD 团队和 AI 实验用户提供云端 Mac 独享物理机。按天、周、月或季租用固定规格节点，在需要构建、测试或验证时接入，不把一次短期任务变成长期硬件采购。
Service profile
365 DAYS
- 资源形态
- 独享物理机
- 虚拟化
- 非虚拟机
- 租用周期
- DAY / WEEK / MONTH / QUARTER
- 在售区域
- SG / JP / KR / HK / US-W
节点全年 365 天正常运行。实际库存、分配状态与订单信息在统一管理入口中确认。
01 / Mission
按实际项目周期配置 Mac，而不是按采购周期等待
开发任务有清晰的开始和结束：版本发布、兼容验证、流水线扩容、故障复现、模型实验。资源期限也应与任务期限匹配。
我们的目标不是让每个团队永久持有更多设备，而是让团队在明确需要时获得一台规格确定、权限边界清楚、可直接接入工作流的物理 Mac。
按天适合发布窗口、临时排错和一次性验证；按周适合迭代冲刺；按月或按季适合持续构建任务。任务完成后，团队可以迁出代码、日志与构建产物，结束本期资源占用。
01
定义任务
确认 Xcode 构建、Runner、远程桌面、MLX 验证或渲染工作负载。
02
选择资源
按芯片、内存、存储、节点和租用周期选择固定配置。
03
接入流程
通过 VNC 或 SSH 连接，把机器加入开发、测试或自动化流水线。
04
迁出收尾
在租期结束前导出工作数据、撤销临时凭据并完成清理。
02 / Who it serves
服务对象由工作负载定义
是否适合租用，不看团队规模，先看任务是否需要 macOS 图形界面、命令行、Xcode 工具链或 Apple Silicon 本地计算能力。
CI/CD 工程团队
适合部署 GitHub Actions 自托管 Mac Runner 或 GitLab CI macOS Runner。独享节点便于固定标签、缓存目录、并发策略与任务清理规则。
- 可重复的构建环境
- 明确的 Runner 标签与并发
- 可追踪的日志和故障时间点
AI 实验用户
适合在 Apple Silicon 上进行 MLX 原型、依赖验证和高内存实验。用户可先验证模型、数据规模与内存占用，再决定是否需要更长周期资源。
- Python 环境隔离
- 模型与数据分层存储
- 实验步骤和结果可复现
阶段性企业集群
适合发布高峰、迁移验证、外部协作或阶段性并行构建。团队应提前确认节点偏好、并行数量、权限分配、存储容量与采购周期。
- 多节点任务拆分
- 团队权限与凭据边界
- 租期结束前统一迁出
持续占用且没有明确结束时间的任务，应先比较按月、按季租用与自有设备的长期成本。ArmMacs 更适合需求边界清晰、能够规划接入和迁出步骤的工作流。
03 / What we provide
固定硬件、固定周期、统一入口
ArmMacs 提供 Mac mini Apple Silicon 云端 Mac。每个方案直接标注芯片、内存、存储和 SKU，不用模糊等级替代硬件参数。
用户可以在统一管理入口选择机型、周期、节点与可用附加项，查看订单和交付状态。需要协助时，通过控制台工单附上订单号、节点、时间戳、复现步骤与脱敏日志。
核对全部机型规格
m4-16-256
Pulse M4
- 芯片
- M4
- 内存
- 16GB
- 存储
- 256GB
m4-24-512
Vector M4
- 芯片
- M4
- 内存
- 24GB
- 存储
- 512GB
m4pro-64-2tb
Apex M4 Pro
- 芯片
- M4 Pro
- 内存
- 64GB
- 存储
- 2TB
按天
按周
按月
按季
04 / No ambiguity
关键条件写在决策发生之前
用户不应在付款后才发现资源形态、节点范围、支付方式或库存状态与预期不同。我们把这些条件放在方案、订单和支持路径中反复核对。
| 决策项 | 固定口径 | 下单前核对 |
|---|---|---|
| 资源形态 | 云端 Mac 独享物理机，非虚拟机 | 核对目标机型、内存、存储与 SKU |
| 价格 | 按天、周、月、季分别列示，不用未公布折扣替代原价 | 确认租用周期与附加选项后查看订单金额 |
| 库存 | 不同机型与节点独立计算可用状态 | 以统一管理入口返回的实时状态为准 |
| 节点 | 仅覆盖新加坡、日本东京、韩国首尔、香港、美国西部 | 结合团队位置、代码仓库和产物去向选择 |
| 支付 | USDT-TRC20 或 Visa / Mastercard / Amex（经 Stripe） | 全部订单以美元（USD）结算，实际网关以后端返回为准 |
| 交付 | 库存可用时依次完成付款确认、节点分配、凭据生成与连通检查 | 查看订单中的分配进度和最终交付状态 |
同一区域存在其他机型，不代表目标规格一定可用；节点全年 365 天正常运行，订单是否可立即分配仍取决于目标机型的实时库存。
05 / Operating principles
用可验证信息运营服务
规格、交付、支持和权限处理都应留下足够信息，让用户知道当前发生了什么、下一步由谁执行、需要提供哪些材料。
规格可验证
机型使用固定 SKU，并明确芯片、内存和存储。用户在下单、连接和排错时可以使用同一组名称，不必在营销名称与技术名称之间猜测。
核对结果 订单规格与实际分配目标一致交付步骤清晰
库存可用时，流程包含付款确认、物理节点分配、凭据生成与连通检查。用户可以根据订单状态判断是在等待分配还是准备连接。
核对结果 状态对应明确的下一步操作支持记录可追踪
技术问题通过控制台工单记录订单号、节点、时间戳、复现步骤与脱敏日志。邮件适合售前或一般咨询，节点故障优先进入工单队列。
核对结果 同一问题保留连续上下文最少必要权限
操作和排错只应使用完成当前任务所需的信息。用户不应在邮件或工单中提交密码、私钥、未脱敏证书或完整生产数据。
核对结果 敏感凭据不进入支持材料
Support routing
遇到技术问题时，先保留现场，再提交可复现信息
- 01记录节点、机型与故障发生时间
- 02保存错误信息和必要的脱敏日志
- 03写明预期结果、实际结果和复现步骤
- 04登录控制台提交工单并关联订单
06 / Region strategy
只列出当前在售的五个区域
节点范围保持明确：新加坡、日本东京、韩国首尔、香港和美国西部。我们不把尚未列入在售范围的地区写进销售承诺。
新加坡
适合东南亚团队、仓库与构建产物路径集中在区域内的工作流。
日本东京
适合日本本地开发团队及需要连接区域代码与协作系统的任务。
韩国首尔
适合韩国团队的远程桌面、自动化构建与阶段性 Mac 资源需求。
香港
适合华南与东南亚之间协作，但连接体验仍应由本地网络测试确认。
美国西部
适合连接美国西部仓库、构建服务与团队工作流的项目。
选择顺序
先看代码仓库和团队位置，再看构建产物去向，之后验证本地网络，最后核对目标机型库存。
数据位置
查看节点选择方法
节点选择可能影响代码、证书、日志和构建产物的处理位置，团队应按项目要求确认存放规则。
ORDER / INSTANCE / SUPPORT
状态可见
机型Vector M4
节点JP
周期MONTH
状态等待用户操作
07 / Product principles
界面先回答任务问题，再处理视觉表达
控制台与文档的首要任务，是让用户看清状态、条件和下一步操作。装饰不能覆盖价格、库存、租期、节点或数据迁出责任。
可读性优先
规格、价格、日期、订单号和状态使用稳定对齐，长文本保持可扫描的行宽与层级。
状态必须具体
使用“等待付款”“分配中”“可连接”或“需要用户操作”等可行动状态，不用含糊提示替代流程。
边界紧邻操作
库存、支付、续期、到期和数据迁出条件应出现在相关按钮附近，而不是藏在无关页面。
支持材料可执行
指南按连接、迁移、Runner、存储和账单分类，并提供收集信息与排错顺序。