google/developer-device-platform-basics
>- Provides guidance and instructions on managing remote devices on Developer Device Platform (DDP). Use when reserving remote Android devices, establishing connection tunnels, checking session status, or extending/cancelling leases. Don't use for iOS or local device/hardware inquiries.
npx skills add https://github.com/google/skills --skill developer-device-platform-basics
Developer Device Platform (DDP) is a Google fully managed, global infrastructure
providing access to a wide variety of physical and virtual devices.
> [!WARNING] Developer Device Platform (DDP) is currently at Preview.
> [!IMPORTANT] For all devicerun and devicestreaming API operations (reserving,
> status checking, stopping/canceling, updating, or listing a session), always
> verify and use the exact instructions and curl commands provided in the linked
> reference .md files.
CRITICAL: Before running any requests, you MUST ensure the environment is
correctly initialized by following these steps:
Before running any requests, verify if the gcloud executable is present. If
missing, refer to the official
Google Cloud CLI Installation Guide
to install it on the current platform (Linux, macOS, Windows, etc.).
credentials and configure active Application Default Credentials (ADC) for
the Developer Device Platform:
gcloud auth login --no-browser
gcloud auth application-default login --no-browser
gcloud services enable devicerun.googleapis.com devicestreaming.googleapis.com testing.googleapis.com --quiet
> [!NOTE] Cloud Testing API is needed for Device Streaming API during Preview.
access token:
export PROJECT_ID=$(gcloud config get project)
export ACCESS_TOKEN=$(gcloud auth application-default print-access-token 2>/dev/null)
environment, see [start_adb_forwarder.md].
To find the correct modelCode and osVersion to use when starting a session,
you can list the available devices:
models:
gcloud alpha device-run devices list
Use the ID column to find the value for the CATALOG_ID parameter to
describe a specific device (e.g., shiba-36).
specific model (e.g., supportedProducts, resolution). Always rely on the
exact curl command and instructions provided in [describe_device.md].
When the user asks to reserve or connect to a device:
Look up CATALOG_ID of the device using Listing Available Devices
instructions. Check the device availability of the CATALOG_ID by using the
exact curl command and instructions provided in [describe_device.md]. The
device MUST contain "deviceStreaming" in "supportedProducts" to be reserved.
If no specific device is specified, use CATALOG_ID=shiba-34 (Pixel 8 on
SDK 34).
If OS_VERSION was not specified by the user, ask the user to select a
version from the device list (preferring the version with the highest
availability {"available": "AVAILABILITY_HIGH" }).
If OS_VERSION is unavailable for deviceStreaming, do not reserve one.
Prompt the user for an alternative OS_VERSION.
model_id: modelCode from device details. Required.version_id: osVersion from device details. Required.Rule: Explicit User Confirmation Required. Reserving a device incurs
billing charges and create cloud resources. The agent MUST ALWAYS warn the
user explicitly about the potential extra billing costs. You MUST STOP and
ask for explicit approval before proceeding with any session creation
commands.
Then, run the API request with model_id and version_id to reserve the
device. Always rely on the exact curl command and instructions provided in
[reserve_device.md].
Parse the response to get session_name (the session name, e.g.,
projects/${PROJECT_ID}/deviceSessions/session-xxxxxx). If reservation
fails, report the error.
While waiting for the device session to be provisioned, poll the session
status until "state" is "ACTIVE". See [session_status.md] for the exact
curl command.
Repeat this check every 5 seconds to prevent hitting API rate limit. If it
does not become active within 2 minutes (typically under 1 minute), report
failure and cancel the session. Once active, extract expireTime from the
session JSON response and convert it to the user's local time in a
human-readable format (e.g., "June 9, 2026 at 2:44 PM PDT").
connection to the remote device. Always rely on the exact command and
instructions provided in [start_adb_forwarder.md]. Ensure you record the
Command ID.
extract the listening port. Always rely on the exact logic and instructions
provided in [start_adb_forwarder.md].
Once online, run adb -s localhost:{port} shell getprop ro.product.model to
retrieve the device model name. Then, print a message directly to the user
in the chat (do NOT create any artifact file) with the following
instructions:
Device Model: {device_model}
OS Version: {version_id}
ADB Address: localhost:{port}
Session Expiration: {expire_time_human_readable_local}
{session_name} and {command_id} in yourconversation memory/context so you can clean it up later.
The coding agent can directly interact with the remote device using adb. Users
may use a utility to display the screen and manually control the reserved device
in DDP. See [view_device.md] for an example utility.
When the user asks to stop, cleanup, or release the device:
{session_name} and{command_id} from your context. If you don't have them, list active
sessions first (see helper command below) to find the session name.
the exact curl command and instructions provided in [cancel_session.md].
matching {command_id} using your environment's process management
capability.
resources released.
When the user asks to change the expiration time of an active device session:
Rule: Explicit User Confirmation Required. Extending a device session
incurs additional billing charges and create cloud resources. The agent MUST
ALWAYS warn the user explicitly about the potential extra billing costs. You
MUST STOP and ask for explicit approval before proceeding with any session
extension commands.
session_name: The active session name.ttl: The new remaining duration (e.g., 3600s). Derive the ttl ifit's provided in another format.
updateMask=ttl. Always rely on the exact curl commands and instructions
provided in [update_session_expiration.md].
adb disconnect localhost:{port} to ensure the old forwarderconnection is closed.
{command_id}.Device Session" (calculating the new --ttl duration in seconds and
storing the newly returned Command ID).
and the connection forwarder has been restarted with the new TTL.
To find active sessions if you lost context, always rely on the curl command and
instructions provided in [list_sessions.md].
[gcloud device-run CLI]: https://docs.cloud.google.com/sdk/gcloud/reference/alpha/device-run
[Device Streaming API]: https://docs.cloud.google.com/device-streaming/docs/reference/rest.md.txt
[describe_device.md]: references/describe_device.md
[reserve_device.md]: references/reserve_device.md
[session_status.md]: references/session_status.md
[start_adb_forwarder.md]: references/start_adb_forwarder.md
[view_device.md]: references/view_device.md
[cancel_session.md]: references/cancel_session.md
[update_session_expiration.md]: references/update_session_expiration.md
[list_sessions.md]: references/list_sessions.md
Take google/developer-device-platform-basics from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.