Skip to content
Skills Library
Programming · Automation

developer-device-platform-basics

/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.

Repository
aidentity ↗
Licence
MIT
Last repository change
28.10.2026

Assessment and security

100/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
11
Scripts
1
HTML comments
0
URLs in SKILL.md
3
Deprecation

No signals detected. Repository changed on 28.10.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What to check before installing
  • 1 scripts in this package. Review them before installing, as Claude may execute them.

Scripts: scripts/demo_adb_forwarder.py

What it does and when to use it

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.

Original author description

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.

How it works

  1. Authentication & Setup
  2. Listing Available Devices
  3. Starting a Device Session
  4. Viewing the Device Screen of a Reserved Device
  5. Stopping a Device Session
  6. Change Device Session Expiration Time
  7. Helper: List Active Sessions
  8. References
Original SKILL.md headings · 244 lines, 1,226 words
SKILL.md preview
---
name: developer-device-platform-basics
description: >-
  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.
metadata:
  category: CloudInfrastructureAndServices
---

# Developer Device Platform

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.

## Authentication & Setup

**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](https://docs.cloud.google.com/sdk/docs/install-sdk.md.txt)
to install it on the current platform (Linux, macOS, Windows, etc.).

1.  **Google Cloud Authentication**: Authenticate with your Google Cloud
    credentials and configure active Application Default Credentials (ADC) for
    the Developer Device Platform:

    ```bash
    gcloud auth login --no-browser
    gcloud auth application-default login --no-browser
    ```

2.  **Enable APIs** (if not already enabled):

    ```bash
    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.

3.  **Enable gcloud beta component**:

    ```bash
    gcloud components install beta
    ```

4.  **Setup Environment Variables**: Set up the required project variable and
    access token:

    ```bash
    export PROJECT_ID=$(gcloud config get project)
    export ACCESS_TOKEN=$(gcloud auth application-default print-access-token 2>/dev/null)
    ```

5.  **Python Environment**: For instructions on setting up the python virtual
    environment, see [start_adb_forwarder.md].

## Listing Available Devices

To find the correct `modelCode` and `osVersion` to use when starting a session,
you can list the available devices:

1.  **List Models**: Run the following command to list available Android device
    models:

    ```bash
    gcloud beta 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`).

2.  **Describe a Model**: Run the API request to get more details about a
    specific model (e.g., supportedProducts, resolution). Always rely on the
    exact curl command and instructions provided in [describe_device.md].

## Starting a Device Session

When the user asks to reserve or connect to a device:

1.  **Check Device Availability**:

    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`.

2.  **Extract Parameters**:

    *   `model_id`: `modelCode` from device details. Required.
    *   `version_id`: `osVersion` from device details. Required.

3.  **Reserve Device**:

    **Rule**: **Explicit User Confirmation Required**. Reserving a device incurs
    billing charges and creates cloud resources. The agent MUST ALWAYS warn the
    user explicitly about the billing costs that will be incurred on the active
    Google Cloud project (e.g., `${PROJECT_ID}`). 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.

4.  **Wait for Session to be Active**:

    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").

5.  **Start Connection Forwarder**: Start the ADB forwarder script to forward
    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**.

6.  **Wait for Online and Parse Port**: Wait for the forwarder to be online and
    extract the listening port. Always rely on the exact logic and instructions
    provided in [start_adb_forwarder.md].

7.  **Provide Instructions to User**:

    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 is ready!

    ```
    Device Model: {device_model}
    OS Version: {version_id}
    ADB Address: localhost:{port}
    Session Expiration: {expire_time_human_readable_local}
    ```

8.  **Save Session State**: Save the `{session_name}` and `{command_id}` in your
    conversation memory/context so you can clean it up later.

## Viewing the Device Screen of a Reserved Device

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.

## Stopping a Device Session

When the user asks to stop, cleanup, or release the device:

1.  **Identify Session**: Retrieve the active `{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.

2.  **Cancel Session via API**: Cancel the session via the API. Always rely on
    the exact curl command and instructions provided in [cancel_session.md].

3.  **Terminate Connection Forwarder**: Terminate the background process
    matching `{command_id}` using your environment's process management
    capability.

4.  **Confirm**: Confirm to the user that the session has been cancelled and
    resources released.

## Change Device Session Expiration Time

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 creates cloud resources. The agent MUST
ALWAYS warn the user explicitly about the extra billing costs that will be
incurred on the active Google Cloud project (e.g., `${PROJECT_ID}`). You MUST
STOP and ask for explicit approval before proceeding with any session extension
commands.

1.  **Extract Parameters**:

    *   `session_name`: The active session name.
    *   `ttl`: The new remaining duration (e.g., `3600s`). Derive the `ttl` if
        it's provided in another format.

2.  **Change Session via API**: Change the session via the API using
    `updateMask=ttl`. Always rely on the exact curl commands and instructions
    provided in [update_session_expiration.md].

3.  **Restart Connection Forwarder**:

    *   Run `adb disconnect localhost:{port}` to ensure the old forwarder
        connection is closed.
    *   Stop the old connection forwarder corresponding to `{command_id}`.
    *   Start a new connection forwarder by following Step 5 in "Starting a
        Device Session" (calculating the new `--ttl` duration in seconds and
        storing the newly returned Command ID).

4.  **Confirm**: Confirm to the user that the session duration has been updated
    and the connection forwarder has been restarted with the new TTL.

## Helper: List Active Sessions

To find active sessions if you lost context, always rely on the curl command and
instructions provided in [list_sessions.md].

## References

*   [gcloud device-run CLI]
*   [Device Streaming API]
*   [describe_device.md]
*   [reserve_device.md]
*   [session_status.md]
*   [start_adb_forwarder.md]
*   [view_device.md]
*   [cancel_session.md]
*   [update_session_expiration.md]
*   [list_sessions.md]

[gcloud device-run CLI]: https://docs.cloud.google.com/sdk/gcloud/reference/beta/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
Files in this package (11)
  • SKILL.md 10 KB
  • references/cancel_session.md 1 KB
  • references/describe_device.md 1 KB
  • references/list_sessions.md 1 KB
  • references/reserve_device.md 1 KB
  • references/session_status.md 1 KB
  • references/start_adb_forwarder.md 2 KB
  • references/update_session_expiration.md 1 KB
  • references/view_device.md 1 KB
  • scripts/demo_adb_forwarder.py 12 KB
  • scripts/requirements.txt 1 KB

Versions

RepositoryScoreLicence
This page · AkshatNaruka/aidentity100MIT
google/skills100Apache-2.0

Database snapshot: 13.11.2026 · package version cf57699f4052 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100developer-device-platform-device-run
    Runs automated, non-interactive jobs on remote Android devices with Developer Device Platform (DDP) Device Run using `gcloud beta device-run sessions`: native Android executables or shell scripts (for example CLI tools, custom runners, test harnesses or benchmarks) and Android…
  • 100emulator
    Use to run and inspect the Blokada Android app on a Google Developer Device Platform emulator, with screenshots and UI dumps, from a Claude Code cloud session or a local machine without an Android emulator. Trigger when a change under common/ affects UI and should be checked on…
  • 90agent-device
    Automates interactions for Apple-platform apps (iOS, tvOS, macOS) and Android devices. Use when navigating apps, taking snapshots/screenshots, tapping, typing, scrolling, or extracting UI info across mobile, TV, and desktop targets.
  • 91agent-device
    Automates Apple-platform apps (iOS, tvOS, macOS), Android devices (including Android TV and Fire TV on Fire OS), and Amazon Vega OS TV apps in Vega Virtual Devices. Use when navigating apps, taking snapshots/screenshots where supported, driving TV remotes, tapping, typing,…
  • 95simulator-workflows
    iOS Simulator device and app management with simctl. Use when managing simulator devices (boot, create, delete), installing/launching apps, or troubleshooting simulator issues. Covers device lifecycle, app lifecycle, and diagnostics.
  • 100quality-engineering-appium-mcp
    Drives iOS/Android mobile devices via Appium MCP. Runs a preflight, picks local emulator/simulator/USB or a device cloud, captures screenshots/page source into a named evidence dir. Use for verifying mobile bugs, E2E tests, and navigating real device clouds (LambdaTest/BrowserStack).

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.