当前可评估的两档机型
- MacMLab M4 16
- M4 · 16GB · 256GB
- MacMLab M4 24
- M4 · 24GB · 512GB
两档均可选择新加坡、日本（东京）、韩国（首尔）与香港。实际可用状态以控制台实时返回为准。
先分流，再处理
把问题交给正确的处理路径
售前与合作需求适合发送结构化邮件；已有订单、技术故障和账单核对优先通过控制台提交工单。带齐机型、节点、时间与复现信息，可以减少来回追问。
售前需求运行单
先把配置边界写清，再讨论选择
这份表单不会向站点后端提交数据。点击按钮后，页面会在你的系统邮箱中生成一封发往 support@macminilab.com 的草稿，由你确认后发送。
提供结果目标，不只写“需要一台 Mac”
- 说明要完成的构建、测试或开发任务。
- 写明并发任务数与预计持续时间。
- 列出对内存、缓存与磁盘空间的限制。
- 若不确定节点，提供主要操作者所在区域。
故障信息采集
技术问题先建立可复现的时间线
已有订单时，控制台工单能自动关联账户与订单上下文，是技术排查的优先入口。暂时无法进入控制台时，可用下方工具生成脱敏邮件。
已有订单，先提交控制台工单
登录后进入支持区域，新建工单并选择相关订单。工单中的状态、补充问题与处理记录会集中保留，适合需要持续追踪的技术或账单问题。
进入工单入口六项信息缺一项，判断就可能偏离
- 订单号与节点区域
- 最近一次发生时间
- 是否能够稳定复现
- 预期结果与实际结果
- 错误码或日志摘要
- 已经尝试过的处理步骤
企业与合作咨询
多节点需求需要一张完整的运行图
企业咨询不从“要多少台”开始，而从团队如何分工、构建任务如何排队、环境如何复刻和问题由谁负责开始。
项目背景建议
邮件中至少覆盖四个决策面
节点与并发
说明计划使用新加坡、日本（东京）、韩国（首尔）或香港中的哪些节点，以及日常与峰值并发数量。
周期与集中管理
说明按天、周、月或季的使用方式，是否需要统一核对订单、费用状态与续用安排。
使用者与管理员
列出谁负责订单、谁维护构建环境、谁处理工单，以及团队内部如何交接节点使用信息。
队列与环境标准
提供仓库数量、构建频率、缓存规模、工具链版本策略和任务失败后的升级路径。
响应与状态更新
首次响应是确认路径，不等于已经解决
不同问题需要不同的上下文。响应过程以确认收到、检查信息、归类处理、请求补充和更新结论为主；具体完成时间取决于问题能否复现、涉及范围与必要的用户确认。
邮件确认需求范围
先核对用途、机型、区域、周期、并发与存储，再指出缺失条件或建议进入下单流程。
- 首个状态
- 确认已进入售前评估
- 更新时间
- 有配置结论或需要补充信息时
控制台工单持续追踪
先按连接、系统、网络、磁盘或构建层级归类，再根据复现步骤和日志摘要推进排查。
- 首个状态
- 工单中显示受理与归类结果
- 更新时间
- 完成检查、需要补充或结论变化时
围绕订单记录核对
请提供订单号、支付方式类别、支付发生时间与页面显示状态，不要在邮件里发送完整支付凭据。
- 首个状态
- 确认核对对象与所需记录
- 更新时间
- 支付状态或订单记录完成核对时
先判断范围是否完整
项目背景清楚后再进入节点规模、权限分工、采购周期与持续构建流程的讨论。
- 首个状态
- 确认范围或列出缺失背景
- 更新时间
- 形成下一轮问题或可执行建议时
| 问题类型 | 推荐渠道 | 提交前准备 | 状态更新位置 |
|---|---|---|---|
| 售前选型 | 支持邮箱 | 用途、区域、周期、并发、存储 | 邮件往来 |
| 企业方案与合作 | 支持邮箱 | 项目背景、节点规模、权限分工 | 邮件往来 |
| 已有订单技术故障 | 控制台工单 | 订单号、时间、复现步骤、脱敏日志 | 工单记录 |
| 账单与支付状态 | 控制台工单 | 订单号、支付类别、发生时间、显示状态 | 工单记录 |
提交前最后检查
不要发送密码、私钥或签名凭据
技术问题请保留订单号、节点区域、发生时间、错误码和复现步骤；删除访问令牌、仓库密钥、完整环境变量与业务数据。已有订单优先在控制台提交工单，售前与合作需求发送至 support@macminilab.com。