售前咨询
告诉我们是单项目构建、多模拟器测试，还是 MLX 实验。附上预计台数、节点和租期，就能围绕内存、磁盘与工作方式讨论配置。
先把需求交接清楚
告诉我们你要保留几台、放在哪个节点
还没选机，发一封咨询邮件。已经开通，登录控制台提交工单。我们先核对用途、台数和机器编号，再一起安排你的那台独享 Mac mini 物理节点。
对外联系只有邮箱与控制台工单。下面的工具只整理邮件，不会向网站提交你的咨询内容。
已开通机器
工单先定位机器，再定位问题
登录控制台，进入工单区域，新建问题并关联你的订单或机器信息。不要只写“连不上”；说明使用的是远程桌面还是 SSH、失败发生在哪一步，以及从什么时候开始。
-
01
写清对象
附节点、机器编号与相关订单编号。订单和续费问题使用订单编号；连接与系统问题使用机器编号。多个实例出现同一问题时，分别列出。
-
02
写清复现
给出本地系统、连接方式、错误原文和复现步骤。构建问题补充 Xcode 版本、失败阶段与必要日志，不要上传整个工程代替关键报错。
-
03
写清影响
标注任务是否完全中断、是否有可替代的工作方式，以及最近一次正常连接的时间。时间带上 UTC 偏移，避免跨时区误读。
无法登录控制台时，发邮件到 support@vpshold.com，说明账户邮箱与登录失败现象。同一问题尽量沿用一个邮件线程或工单，不必重复创建。
团队与批量采购
把“几个人”拆成“几组任务”
多人轮班使用开发机，与多条流水线同时构建，是两种容量需求。先列并发任务，再讨论机器数量；需要跨节点时，把每个节点的用途、负责人和预期租期分开写。
多台执行与并联需求
区分独立机器并行执行任务，和 Thunderbolt 5 并联需求。说明每个任务需要多少内存、数据如何流转、是否依赖图形界面，以及哪些任务必须同时完成。
不要把并联理解为自动合并内存、自动分配计算或现成的分布式软件环境。具体连接与工作流需求需先沟通确认。
准备：任务清单与并发数
跨节点部署
列出每个位置的台数和负责人。五个节点为新加坡、日本（东京）、韩国（首尔）、香港、美国东部。选址应同时考虑使用者、代码仓库与数据源的位置。
说明代码、缓存与资源是否需要同步；不同节点之间不默认共享磁盘。多人协作时，也要约定系统账户、执行器权限与屏幕使用安排。
准备：节点分配与数据路径
季度租期与交接
按天、周、月、季都可以选。长期任务请说明每台机器的预计启用时间、续费负责人、成本归属和停租后的数据迁出安排。
批量咨询不代表另有未公示折扣。机型与附加项价格以方案目录为准；付款仅支持 USDT-TRC20 与 Visa / Mastercard / Amex（经 Stripe），美元结算。
准备：租期与续费负责人
跨时区交接
全天可提交，时间写到同一个刻度
邮件与控制台工单都可全天提交。节点全年 365 天正常运行，不等于每封咨询都有固定的即时答复。首次回复与处理进度以实际邮件或工单通知为准；发版前的问题，请把截止时间与影响范围一起写明。
| 使用区域 | 当地时区参考 | 可提交时段 | 建议写法 |
|---|---|---|---|
| 新加坡与香港 | UTC+08:00 | 全天，邮件与控制台工单 | 发生时间后附 UTC+08:00；说明是否影响当前构建。 |
| 日本（东京）与韩国（首尔） | UTC+09:00 | 全天，邮件与控制台工单 | 发生时间后附 UTC+09:00；不要只写“今晚”或“明早”。 |
| 美国东部 | UTC−05:00 / UTC−04:00 | 全天，邮件与控制台工单 | 按当地标准时间或夏令时间写实际偏移，避免只写缩写。 |
给双方一个可核对的时间
例如：“错误发生于 17:00（UTC+08:00），即 09:00 UTC。” 同一时刻在 UTC+09:00 为 18:00；美国东部标准时间为 04:00，夏令时间为 05:00。这是换算示例，不代表支持人员的固定值班时段。
如果问题已恢复，在原工单补充恢复时间和已采取的操作。这样可以区分持续异常与短暂现象，也避免后续回复重复询问。
需求表达示例
把一句感受，写成可处理的需求
下面是两种沟通写法示例，不是客户评价，也不是响应速度承诺。可以照这个顺序写自己的邮件或工单。
“我把机器编号、节点和 SSH 错误原文放在同一张工单里，也写了最近一次正常连接的时间。这样讨论的就是我的那台，而不是泛泛的连接问题。”
“我先列两组并行构建任务，再说明每组的负责人、资源体积和季度租期。邮件里写的是工作安排，不只是想买几台机器。”