把问题写成可执行任务

先说明你要完成什么,我们再处理配置、连接或订单问题

售前选型、技术支持、团队采购、账务问题和合作咨询走不同的信息路径。你可以向 support@pingmini.com 发邮件;已有订单或正在使用服务时,登录控制台提交工单更便于关联实例和处理记录。

售前与合作
发送结构化邮件
服务中问题
控制台提交工单
必要上下文
节点、时间、目标或复现步骤
请求编排台 选择最短处理路径

先按问题归类,再附上能够复核的信息。

MAIL 适合咨询

支持邮箱

用于售前选型、团队采购、账务说明和合作咨询。邮件中写明用途、规模、周期及希望得到的结论。

support@pingmini.com
TICKET 关联订单

控制台工单

用于连接中断、构建失败、性能异常、订单状态或正在使用的服务问题。工单可直接关联订单与实例。

登录控制台提交工单
输入 目标或故障上下文 输出 选型建议或排查步骤
先选问题类型

五类请求,需要五套不同上下文

只写“不能用”或“想采购”通常不足以开始判断。下面的分类说明了每类问题最有价值的输入,以及应优先使用的联系入口。

售前选型

从任务反推机型、节点和租期

说明要运行的 Xcode 项目、自动化任务、模型测试或转码工作,预计连续使用多久,是否需要附加 SSD 或 Thunderbolt 5 并联。

优先入口 支持邮箱
技术支持

让故障能够被稳定复现

提供订单号、节点、发生时间、错误原文、复现步骤以及已经尝试过的检查动作。服务中的问题优先走控制台工单。

优先入口 控制台工单
团队采购

明确并发规模与交接方式

写清需要同时运行的任务数量、成员角色、使用周期、项目交接方式,以及是否按节点或项目拆分工作目录。

优先入口 支持邮箱
账务问题

带上订单与支付确认信息

说明订单号、支付类别、希望核对的账单项目和当前页面状态。请勿在邮件正文发送完整支付凭据或敏感认证信息。

优先入口 已有订单走控制台工单
合作咨询

先交代合作目标、范围和双方投入

说明合作面向的开发流程、预期产出、参与团队、时间范围和需要 PingMini 配合确认的技术边界。我们会先判断是否具备明确的执行条件,再通过支持邮箱继续沟通。

优先入口 支持邮箱
售前邮件生成器

把用途、配置和开始计划放进同一封邮件

填写后会调用你的系统邮箱生成邮件,不会把内容提交给其他在线表单服务。发送前仍可在邮件客户端中检查和修改。

期望机型
目标节点
预计租期
附加需求,可多选

生成的邮件仅用于说明你的选型上下文。目录内机型与节点组合的实际可用状态,以控制台实时返回为准。

直接打开系统邮箱

如何描述用途

写任务量,不写笼统性能词

比起“需要高性能”,更有效的信息是项目规模、构建频率、并发任务数量、模型体量、素材分辨率和需要保留的数据量。

  • 单次任务大约持续多久
  • 是否需要图形桌面或 SSH
  • 是否多人交接同一项目
何时直接下单

配置、节点和周期都明确时,无需等待邮件确认

PingMini 提供三档固定配置和五个节点。若工作负载边界已经清楚,可直接进入配置流程,实际可用状态由控制台实时返回。

立即配置并下单
技术问题邮件生成器

让工程师拿到可以复现的故障记录

正在使用服务时,建议优先在控制台提交工单,以便关联订单与实例。若暂时通过邮箱说明,请至少提供以下字段,但不要发送密码、私钥或完整认证凭据。

不要提交敏感凭据。请隐藏密码、私钥、令牌、完整证书内容和不必要的项目数据,只保留排查所需的错误上下文。

登录控制台提交工单

工单优先

服务中断、连接异常和订单状态应从控制台提交

工单能保留问题状态、补充记录和后续处理上下文,也更容易确认问题对应的订单和物理节点。

进入控制台
提交前检查

先确认问题属于连接、环境还是任务本身

记录同一动作是否能稳定复现,并区分本地网络、远程会话、macOS 工具链、项目依赖和自动化脚本之间的边界。

先查看支持路径
团队采购上下文

采购多台云端 Mac 前,先把并发和交接方式算清楚

CI/CD 团队与多成员开发组的关键问题通常不是单台配置,而是任务怎样排队、项目如何隔离、成员何时交接,以及租期内需要保留哪些产物。

01

并发规模

提供高峰时同时运行的构建、测试、归档或推理任务数量,并注明哪些任务必须独占工作目录。

建议输入
并发任务数、单次耗时、每日峰值时段
用于判断
物理节点数量与任务排队策略
02

成员交接

说明开发、测试、发布和运维成员如何接力,是否需要按项目拆分目录,以及租期结束前由谁负责迁移数据。

建议输入
角色数量、交接频率、项目隔离方式
用于判断
访问边界与数据清理流程
03

使用周期

区分短期发布高峰、固定迭代周期和长期持续构建,注明预期开始时间、结束条件和是否存在阶段性扩容需求。

建议输入
开始计划、使用周期、阶段变化
用于判断
按天、周、月或季选择租期
响应与处理顺序

先处理服务中的可复现问题,再补齐普通咨询上下文

处理顺序取决于问题是否影响正在使用的服务、信息是否完整,以及是否能够关联订单或复现。我们不以无法验证的固定小时数作承诺。

优先检查

正在使用的服务出现连接或任务中断

通过控制台工单提交订单号、节点、发生时间、错误信息和复现步骤。信息完整的服务中问题会优先进入技术检查。

控制台工单
随后处理

订单、账务或交付状态需要核对

已有订单时优先使用控制台工单,说明希望核对的项目和当前页面状态。若暂时无法进入控制台,可从支持邮箱发送必要上下文。

工单优先
常规队列

售前选型、团队采购和合作咨询

通过支持邮箱进入常规咨询队列。我们会先判断信息是否足够;若缺少任务规模、节点、周期或预期结果,会先请求补充。

支持邮箱

完整信息比重复催问更有效

在同一邮件线程或工单中补充新证据,保留订单、节点和错误上下文。避免为同一问题创建多个缺少关联信息的请求。

处理结果以可执行步骤为目标

售前请求应得到配置或租期判断;技术请求应得到下一步检查、需要补充的证据或明确的处理状态。

提交前的隐私边界

只提交解决问题所需的信息

联系邮箱、订单关联信息、节点、错误日志和复现步骤仅用于回复咨询、交付服务与排查问题。请删除日志中与故障无关的项目数据,并隐藏密码、私钥、令牌和完整认证材料。

  • 可以提交订单号、节点代码、发生时间、错误码、已执行的检查动作
  • 请先脱敏日志路径、项目名称、成员邮箱、构建产物位置
  • 不要提交密码、私钥、令牌、完整证书内容和与问题无关的业务数据
选择下一步

信息已经明确,就直接配置;仍需判断,就带着上下文联系我们

三档固定配置覆盖日常开发、持续构建和大模型推理。已有服务问题请走控制台工单,售前与合作问题可发送结构化邮件。