Berry M4
- 芯片
- M4
- 内存
- 16GB
- 存储
- 256GB
按任务选择云端 Mac
把开发、构建与实验任务
把开发、构建与实验任务
交给一台独享物理 Mac
BerryVM 提供整台独享的 Mac mini 物理节点，非虚拟机。你可以安装项目依赖、运行 Xcode 与 Swift 工具链、承接持续构建，或在高内存配置上评估 MLX 工作负载。
先确认软件兼容性、内存需求、任务持续时间和目标节点，再选择 Berry M4 或 Berry M4 Pro。访问资料、项目凭据与签名材料仍应按团队安全流程管理。
- 服务形态
- 整台设备独享
- 在售配置
- 2 档
- 可选节点
- 5 个
WORKLOAD ACCEPTANCE
任务批次签收台
BATCH / DEV-05
输入
代码、依赖、构建参数
待配置
执行
Xcode / Swift / Runner / MLX
独享节点
输出
构建产物、日志、实验结果
按流程交付
Berry M4 Pro
- 芯片
- M4 Pro
- 内存
- 64GB
- 存储
- 2TB
目录内节点常态可订
实际可用状态以控制台实时返回为准
iOS 与 macOS 开发
把一台远程 Mac 变成可复现的开发环境
适合需要完整 macOS 图形界面与命令行、希望把本地设备负担转移到远程节点，或需要为团队统一工具链版本的开发者。
开发环境
Xcode 与 Swift 项目
安装项目指定的 Xcode 版本、命令行工具和 Swift 依赖后，先运行一次干净构建。把派生数据、包缓存与项目产物放在明确目录，避免不同分支或不同工具链共用不可追踪的临时状态。
- 项目检查：确认工程、工作区、Scheme、最低系统版本和构建目标。
- 依赖检查：固定 Swift Package Manager、CocoaPods 或其他依赖工具的版本与锁文件。
- 签名准备：只传递完成任务所需的签名材料，限制文件权限并记录更新责任人。
- 协作方式：通过代码仓库、制品仓库和脱敏日志交接，不用聊天记录替代变更说明。
交付后先核对这 5 项
- 设备信息
- 机型、内存、存储与订单一致
- 系统工具
- 终端、Git 与基础网络可用
- 开发工具
- Xcode 与项目版本要求一致
- 磁盘规划
- 源码、缓存、产物分目录保存
- 远程会话
- 画面、键盘与断线恢复符合预期
CI/CD 构建
按队列、缓存和日志设计构建节点
持续构建不是把 Runner 装上就结束。节点是否稳定可复用，取决于任务隔离、缓存失效策略、日志保留和并发扩展方式。
RUNNER CONTROL
构建批次 / IOS-RELEASE
节点就绪
QUEUE
控制同时运行的任务数
先串行
从单队列开始，记录 CPU、内存、磁盘和构建时长变化。需要并行时再增加独立设备，避免在同一节点内盲目堆叠任务。
CACHE
让缓存可识别、可失效
按键清理
缓存键至少纳入工具链版本、依赖锁文件和目标平台。命中率下降或依赖异常时，可以定位并清理对应批次，而不是清空整台设备。
LOGS
保留足以复现的日志
先脱敏
保存任务标识、提交版本、工具链版本、开始时间、结束状态和失败阶段。上传前移除令牌、密钥和项目敏感字段。
SCALE
用设备扩展并发边界
按节点扩展
当队列等待成为瓶颈时，以额外独享节点承接新 Runner。每台设备维护独立标签与工作目录，避免任务调度到错误环境。
React Native 打包
把 JavaScript 与原生构建链拆开核对
React Native 构建同时依赖 JavaScript 包、原生模块、Xcode 工程和签名配置。按层排查比反复重装环境更容易定位问题。
固定源码与依赖入口
核对 Node.js、包管理器、锁文件和私有依赖访问方式。安装前确认工作目录干净，避免本地残留模块被误判为可复现依赖。
- 记录 Node.js 与包管理器版本
- 使用已提交的依赖锁文件
- 限制私有源凭据的读取范围
检查原生模块
确认 Pods、Swift 包和自定义原生模块与目标 Xcode 版本兼容。升级依赖后分别验证 JavaScript 层与原生层，不把两类错误混在一次构建中。
- 核对 iOS 部署目标
- 检查原生模块编译设置
- 记录依赖安装输出
执行 Xcode 构建
使用明确的工程、Scheme、Configuration 与导出参数。把构建日志和产物目录关联到同一任务标识，失败时可以回溯准确阶段。
- 区分调试与发布配置
- 保留失败阶段的脱敏日志
- 对产物执行完整性检查
交付产物与记录
把构建产物上传到团队认可的制品位置，并附提交版本、工具链版本和构建结果。不要把长期凭据打进产物或普通日志。
- 生成可追踪的产物名称
- 关联提交版本与构建批次
- 按内部规则清理中间文件
MLX 与 AI 实验
先算内存需求，再选择高内存配置
高内存档配备 M4 Pro、64GB 内存与 2TB 存储，更适合评估内存需求较高的本地推理、模型加载和实验任务，但是否适用仍取决于模型、精度、上下文长度与并发方式。
高内存任务
Berry M4 Pro 适合优先评估的任务
模型加载验证
确认模型格式、量化方式、依赖版本和实际内存占用。
本地推理实验
记录提示输入、上下文长度、批次设置和输出结果，建立可重复实验。
数据预处理
拆分原始数据、中间文件与模型缓存，避免磁盘空间被不可见临时文件占满。
多轮参数比较
每轮只改变明确变量，并记录峰值内存、完成状态与异常信息。
不要用型号代替容量计算
先在小样本上验证运行链路，再根据实际峰值内存和磁盘占用决定租期。模型文件、数据集、缓存与输出结果都要计入容量规划。
- 模型参数
- 记录版本、格式与量化方式
- 运行上下文
- 确认长度、批次与并发设置
- 峰值内存
- 以实际任务采样为准
- 磁盘容量
- 同时计算模型、数据与缓存
- 结果交付
- 提前规划导出与清理路径
远程调试准备
云端 Mac 与外部测试设备各守一条边界
云端 Mac 可以运行开发工具、构建项目和收集主机侧日志；外部测试设备的接入、网络可达性与设备侧操作仍由你的测试环境负责。
网络路径
先证明两端可以稳定通信
记录云端节点、外部设备所在网络、必要端口与连接方向。先做基础连通性和会话稳定性测试，再进入应用层调试。
凭据与签名
只交付任务所需权限
密钥、令牌和签名材料按项目隔离，限制读取范围并明确更新责任。不要把凭据写入代码仓库、构建脚本输出或普通支持请求。
日志安全
保留上下文，不保留秘密
日志应包含任务标识、时间、复现步骤和错误阶段。提交给支持团队前，移除访问凭据、私有地址、用户数据和无关项目内容。
场景到配置映射
按内存、磁盘与任务持续时间选择
两档配置均为整台独享的 Mac mini 物理节点。轻量构建和日常开发优先评估 Berry M4；高内存实验、本地推理和更大工作集优先评估 Berry M4 Pro。
| 工作负载 | 优先评估 | 目录规格 | 选择理由 | 下单前核对 |
|---|---|---|---|---|
| Swift 日常开发与项目维护 | Berry M4 | M4 / 16GB / 256GB | 适合工具链初始化、代码编辑、常规编译与单任务验证。 | 项目体积、依赖缓存和派生数据占用。 |
| 轻量 iOS 与 macOS 构建 | Berry M4 | M4 / 16GB / 256GB | 适合先建立可复现流水线，再按队列压力增加独立节点。 | 峰值内存、缓存策略和构建队列长度。 |
| React Native 云端打包 | Berry M4 | M4 / 16GB / 256GB | 适合核对 JavaScript 依赖、原生模块与 Xcode 构建链。 | 原生模块数量、产物体积与并行任务数。 |
| 高内存 Xcode 工作区 | Berry M4 Pro | M4 Pro / 64GB / 2TB | 更大的内存与存储空间适合较大工作集、缓存和产物目录。 | 实际峰值内存、磁盘增长与租用周期。 |
| MLX 本地推理与实验 | Berry M4 Pro | M4 Pro / 64GB / 2TB | 优先承接模型加载、较高内存需求和多轮实验记录。 | 模型格式、量化方式、上下文长度和峰值内存。 |
任务边界明确，工作集较轻
适合日常开发、轻量构建、依赖迁移和单队列 Runner。若持续观察到内存或磁盘成为瓶颈，再转向更高配置。
内存需求更高，工作集更大
适合较大 Xcode 工作区、MLX 实验、本地推理与更大缓存目录。仍应按实际模型和任务参数验证容量。