From selection to first connection

Connect to your dedicated cloud Mac with a clear path

First choose the physical node that best suits the operator’s access path, then select one of three configurations based on peak workload. After payment is confirmed, the system completes node assignment, macOS initialization, and credential delivery in sequence; the normal process takes about 4 minutes.

Each valid order corresponds to one dedicated physical machine. Compute, memory, and baseline storage are not shared with other tenants; delivery is a physical node, not a virtual machine.

Nodes available
5 nodes
Configurations on sale
3 configurations
Normal delivery
About 4 minutes
first-session-checklist
01
Choose a Node and Configuration 5 nodes, 3 Apple Silicon configurations
Available
02
Confirm Term and Payment Daily, weekly, monthly, or quarterly billing in USD
Confirmation required
03
Initialize the Physical Node About 4 minutes for normal delivery
Automatic
04
Establish the First Remote Connection Check display, keyboard, network, and reconnection
Manual verification
Before You Begin

Clarify these four decisions before placing your order

Use a work email for order and delivery messages; the node determines the primary access path; the term determines the billing period; and the configuration should be based on peak workload rather than idle usage.

Work Email

Use an address that can receive email over the long term. For team orders, use a work mailbox that the project or operations owner can access continuously, so delivery information remains traceable when team members change.

  • Confirm that system emails can be received
  • Record the order owner and a backup contact
  • Do not store login passwords in shared documents

Target Node

Choose based on the actual operator’s location, not the company’s place of registration. Remote desktop responsiveness is primarily affected by the access path, network jitter, and local network quality.

  • Record the primary access city
  • Distinguish the developer’s location from the end user’s location
  • For distributed teams, start with the node closest to the primary operator

Usage Term

Schedule one-off validation by the day or week; ongoing development, fixed pipelines, and long-running experiments are usually easier to manage monthly or quarterly. The order confirmation determines the expiration time.

  • Estimate when the task will start and finish
  • Allow time for archiving and returning results
  • Record renewal ownership in the team’s operations log

Configuration and Storage

Confirm project size, build concurrency, model size, and peak intermediate artifacts first. If you need more space beyond the baseline configuration, select +1TB SSD or +2TB SSD when ordering.

  • Measure the total size of code, dependencies, and caches
  • Record peak memory during builds or inference
  • Reserve space for exported files and logs
Choose a Region

Five nodes—choose based on the primary operator’s network path

All three configurations are available in Singapore, Tokyo, Seoul, Hong Kong, and the US West Coast. Combinations in the catalog are normally orderable; final availability is shown in real time by the console.

SG · Southeast Asia

Singapore

Suitable for remote development, automation, and media-processing tasks when the primary operator is in Southeast Asia. Before ordering, test latency and jitter from the actual office network.

Catalog Configurations
3 configurations
Delivery Type
Dedicated physical machine
View Singapore Node
JP · East Asia

Japan (Tokyo)

Suitable for developers in Japan and nearby regions accessing a remote Mac desktop. For interactive Xcode work, also check latency, resolution, and color-quality settings.

Catalog Configurations
3 configurations
Delivery Type
Dedicated physical machine
View Japan Node
KR · Northeast Asia

South Korea (Seoul)

Suitable for development and CI tasks when the primary operator is in South Korea or Northeast Asia. Test from the build executor’s network rather than judging solely by the administrator’s location.

Catalog Configurations
3 configurations
Delivery Type
Dedicated physical machine
View South Korea Node
HK · South China & Southeast Asia

Hong Kong

Suitable for remote access from South China and parts of Southeast Asia. Enterprise networks may use specialized egress paths, so test from the actual office network before choosing a node.

Catalog Configurations
3 configurations
Delivery Type
Dedicated physical machine
View Hong Kong Node
US-W · North American West Coast

US West Coast

Suitable for remote development, build pipelines, and experiments on the North American West Coast. If operators span multiple time zones, prioritize the team network used most frequently.

Catalog Configurations
3 configurations
Delivery Type
Dedicated physical machine
View US West Coast Node
Choose a Configuration

Answer three questions based on peak workload

Do not look only at the project’s current size. Dependency installation, parallel compilation, simulators, model loading, and export caches often consume memory and storage at the same time, so choose for the heaviest workload segment.

Light Builds and Basic Automation OAM M4 16

Is the workload mainly single-project builds, script execution, and basic testing?

Suitable for work with manageable dependencies, low concurrency, and regularly maintained caches. Start here when validating an engineering environment, running short-term builds, or automating a single repository.

ChipM4
Memory16GB
Baseline Storage256GB
Daily Price$20.7
  • Single-project Xcode builds and tests
  • Basic CI runners and command-line tasks
  • Environment validation for small and medium-sized repositories
Choose OAM M4 16
Large-Model Inference and Heavy Builds OAM M4P 64

Does the workload need large models, large projects, or extensive intermediate artifacts?

Suitable for tasks with clearly high memory peaks, long build chains, or local model inference. The 2TB baseline storage accommodates larger models, media, caches, and exported results.

ChipM4 Pro
Memory64GB
Baseline Storage2TB
Daily Price$61.2
  • Local model loading and inference validation
  • Large projects and heavy parallel builds
  • High-capacity media processing and result export
Choose OAM M4P 64

If the workload is unclear, record one local run’s peak memory, total project and dependency size, cache growth rate, and output size, then compare them with the three configurations. Extra SSD is an add-on and does not change the configuration’s baseline hardware specification.

Compare Daily / Weekly / Monthly / Quarterly Prices
Complete Your Order

Confirm the term, node, add-ons, and payment method

In the order flow, check the selected model, node, daily / weekly / monthly / quarterly term, additional SSD, and number of Thunderbolt 5 devices connected in parallel. Before submitting payment, verify the order owner’s work email once more.

01
Confirm the Host Tier

Verify the model name and its corresponding M4 / 16GB / 256GB, M4 / 24GB / 512GB, or M4 Pro / 64GB / 2TB specification.

02
Confirm the Node and Term

The node should match the primary operator’s access path. Choose a daily, weekly, monthly, or quarterly term; pricing and expiration details are shown on the order confirmation page.

03
Confirm Add-on Devices

Add options only when you clearly need more storage or device connectivity, and record the add-ons in the team asset register.

04
Complete USD Payment

Supported payment methods are USDT-TRC20 and Visa / Mastercard / Amex (via Stripe) only. All charges are settled in USD; actual gateway availability is returned by the backend.

Before Submission

Order Review Checklist

  • Work email is spelled correctly
  • Hardware specifications match the peak workload
  • Node matches the primary access region
  • Term covers the task and archiving period
  • Additional storage quantity is confirmed
After Submission

Keep Trackable Information

Save the order number, model, node, term, and payment status. For order issues or problems during operation, sign in to the console and submit a ticket with the order number and time of occurrence.

Delivery Process Review

The normal process takes about 4 minutes after payment confirmation

Delivery time is a reference for the normal automated process, not a fixed countdown for every order. If the backend requires further verification, rely on the status returned by the console.

  1. 01

    Payment Confirmation

    About 30 seconds

    The system confirms the order amount, payment result, model, node, and rental term. Keep the order number at this point and do not submit the same order again.

    Completion marker: the order enters the node-assignment process.
  2. 02

    Inventory Lock and Physical Node Assignment

    About 30 seconds

    The system confirms the requested model and region against the order catalog, then assigns one physical node to the order. Catalog combinations are normally orderable; final availability is shown in real time by the console.

    Completion marker: the order receives a unique node identifier.
  3. 03

    System Initialization

    About 2 minutes

    The automated process prepares the macOS environment, network parameters, and remote-access services, then performs basic availability checks. Do not repeatedly create connections while the status is changing.

    Completion marker: the node status enters the connectable stage.
  4. 04

    Credential Delivery

    About 1 minute

    The system provides the information required for the first connection through the channel associated with the order. After receiving it, verify the node identifier first, then connect from a trusted device.

    Completion marker: the first remote-access check can begin.
First Remote Access

Your first connection is about more than opening the desktop

A successful first connection should verify identity information, desktop resolution, keyboard layout, session disconnection, and reconnection. Only after these checks should you install project dependencies or sync large files.

remote-session-verification
$ sw_vers Confirm that macOS environment information can be read correctly
$ uname -m Expected output: arm64, confirming the Apple Silicon architecture
$ df -h / Check available system-volume space and mount status
$ networkQuality Record the current node network test results for later comparison
Connection Stage

Start a Session and Check the Desktop

  • Connect using the node address and credentials provided by the system
  • Confirm that the display is not abnormally cropped or forcibly scaled
  • Set a resolution that the local screen can handle reliably
  • Check pointer positioning, scroll direction, and clipboard behavior
Reconnection Stage

Verify the Keyboard and Session Recovery

  • Type letters, numbers, and common symbols in both English and Chinese to check the keyboard layout
  • Close the current remote session without shutting down the node
  • Wait briefly, then reconnect to the same session
  • Confirm that the desktop state, terminal tasks, and files are still present
Display Lag

First lower the remote desktop resolution and color quality, then compare wired and Wi-Fi connections. Do not judge interactive performance while syncing large files.

Incorrect Key Mapping

Check the keyboard layout in the local operating system, remote client, and macOS separately, and record the specific key pressed and the character actually produced.

Unable to Reconnect

Check the node status and local network, then reconnect through the client. If the issue persists, collect the time of occurrence, client version, and an error screenshot.

First Task Verification

Use a small, repeatable task to validate the environment instead of migrating the entire workload immediately

The goal of first verification is to establish a baseline: record environment versions, run one representative build or inference task, confirm storage and network, and leave operating notes that the next team member can reproduce.

01

Check the Runtime Environment

Record the macOS, Xcode, compiler, runtime, and package-manager versions. Install only the dependencies required for the current task; do not copy the entire environment from an older machine at once.

Output
Environment version checklist
Boundary
Excludes passwords and private keys
02

Run a Representative Task

For development, run a clean build and test; for CI, run a single-repository pipeline; for model work, load a model of known size and complete a short inference run.

Output
Commands, duration, and logs
Boundary
Start with a reversible sample
03

Confirm Storage and Network

Record available space, cache growth, download results, and upload results before and after the task. If you added an SSD or connected Thunderbolt 5 devices in parallel, confirm that each device is recognized and mounted correctly.

Output
Capacity and network baseline
Boundary
Do not make guarantees based on a single peak
04

Save Team Operating Notes

Write down the node, model, environment versions, project path, commands, log location, artifact location, disconnection steps, and troubleshooting entry point so the task can be handed off.

Output
Reproducible runbook
Boundary
Store sensitive materials separately under access controls
First Verification Complete

Meet these conditions before migrating the full project or long-running pipeline

  • The remote desktop connects, disconnects, and reconnects reliably
  • Keyboard layout, resolution, and clipboard behavior meet team expectations
  • The representative build or inference task completes and produces verifiable results
  • Baseline storage and all selected add-on devices are recognized correctly
  • Environment versions, commands, log location, and owner are recorded
Ready to Begin

Choose your node and configuration, then start with your first dedicated cloud Mac

The entry configuration is OAM M4 16: M4, 16GB memory, 256GB SSD, with a daily price of $20.7. For continuous development, parallel builds, or large-model inference, choose one of the other two configurations.