engage-sdk-integration — Claude Code skill: Play Engage SDK setup
Takes an Android app through a Play Engage SDK integration: picks the right vertical, generates the publishing classes, then compiles until it builds.
npx skills add android/skills --skill engage-sdk-integration -a claude-codeWhat engage-sdk-integration does
The skill runs the integration as a sequence of steps. It asks which vertical the app belongs to, then reads the matching schema file in references/schemas/ for the entities and the client class name. Apps on TV get the TV sections of patterns.md on top of that. Next it asks which cluster type to publish and assembles the request from requests.md and clusters.md.
What you get is a set of classes in a new directory: Constants, ItemToEntityConverter, ClusterRequestFactory, EngageWorker, EngagePublisher, EngageBroadcastReceiver. The converter maps your own data classes onto Engage entities, the worker publishes through WorkManager and deals with failures. Then come the build.gradle and AndroidManifest.xml edits, <receiver> and <service> declarations included. Every vertical but TV is covered by com.google.android.engage:engage-core:1.6.0.
Two details will bite you. The client class needs a Context at construction, and the receiver must be registered twice, once in the manifest and once at runtime via the companion register method. An empty data list has to be handled in EngageWorker too, so the cluster gets deleted rather than published blank. Verification is a real compile: ./gradlew assembleDebug --no-daemon.
What it helps with
- map local data classes onto Engage entities for a given vertical
- generate the six publishing classes in a dedicated package
- register
EngageBroadcastReceiverboth statically and at runtime - resolve import and namespace errors thrown after a Gradle sync
- delete a cluster when the data list comes back empty
Example prompts for the agent
- Add Play Engage SDK support to this app and tell me which entities my vertical needs.
- Here is my local
Moviemodel. Write theItemToEntityConverterand build theClusterRequestFactoryfor a recommendations cluster. - gradle sync broke the imports. Check
references/troubleshooting.mdand fix the code.
How to install engage-sdk-integration
1Skills CLI (Vercel)
npx skills add android/skills --skill engage-sdk-integration -a claude-code2Manually: put the files in place
~/.claude/skills/engage-sdk-integration/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/engage-sdk-integration/
1Skills CLI (Vercel)
npx skills add android/skills --skill engage-sdk-integration -a codex2Manually: put the files in place
.agents/skills/engage-sdk-integration/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add android/skills --skill engage-sdk-integration -a cursor2Manually: put the files in place
.cursor/skills/engage-sdk-integration/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install android/skills engage-sdk-integration2Manually: put the files in place
.github/skills/engage-sdk-integration/SKILL.md1Skills CLI (Vercel)
npx skills add android/skills --skill engage-sdk-integration -a gemini-cli2Platform CLI
gemini skills install https://github.com/android/skills --path play/engage-sdk-integrationManually: put the files in place
.devin/skills/engage-sdk-integration/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add android/skills --skill engage-sdk-integration -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about engage-sdk-integration
How do I install engage-sdk-integration in Claude Code?
Run npx skills add android/skills --skill engage-sdk-integration -a claude-code. The skill lands at ~/.claude/skills/engage-sdk-integration/SKILL.md.
What does engage-sdk-integration do?
It carries a Play Engage SDK integration through an Android app: vertical lookup, generated publishing classes and entity converter, Gradle and manifest changes, then a compile loop until the build passes.
Which library does the integration need?
com.google.android.engage:engage-core:1.6.0 covers every vertical except TV, which follows its own sections in patterns.md.
Source text
SKILL.md · Apache-2.0
---
name: engage-sdk-integration
description: Helps developers integrate, debug, and resolve Play Engage SDK implementation
issues. Use when adding Engage SDK support, generating publishing code, mapping
data classes to entities, or fixing SDK-related errors.
license: Complete terms in LICENSE.txt
metadata:
author: Google LLC
last-updated: '2026-10-17'
keywords:
- android
- engage
- engage sdk
- play engage library
- google play
---
This skill guides you through integrating the Play Engage SDK into an Android
app. It ensures that the code follows the mandatory structure and uses the
required Engage entities for each vertical.
## Workflow
Follow these steps to assist the developer:
1. **Identify vertical and cluster:**
- Ask the developer which vertical their app belongs to based on **[references/schemas/](references/schemas)**.
- Check if the integration is for TV or mobile. If the integration is for TV, read the TV-specific sections in [patterns.md](references/patterns.md) as well.
- Use `{VERTICAL}.md` in the **[references/schemas/](references/schemas)** directory to identify the corresponding Engage entities and the `client` class name. The `client` field in the JSON provides the full class name. For example, `com.google.android.engage.food.service.AppEngageFoodClient`.
- **Note:** Initializing the client class requires a `Context` parameter. For example, `AppEngageFoodClient(context)`.
- Always refer to [common.md](references/common.md) for common entities.
- Ask which cluster type they want to publish from the supported cluster types for that vertical.
- Find the method to call from `{VERTICAL}.md` in the **[references/schemas/](references/schemas)** directory for the specified cluster. Each method will specify the request it expects.
- Get the request structure from [requests.md](references/requests.md) and clusters from [clusters.md](references/clusters.md). Then suggest and use sources to fill the fields in the request structure correctly, along with the required entities and clusters.
2. **Generate structured boilerplate code:**
- Create a new directory for all Engage-related code. Name the directory to match the naming convention of the existing codebase.
- Generate the following classes using templates in [patterns.md](references/patterns.md):
- `Constants`: holds constant values such as attempt counts and publish types.
- `ItemToEntityConverter`: converts the app's local models to Engage's Entity models.
- `ClusterRequestFactory`: constructs the publish requests.
- `EngageWorker`: handles the actual publishing and publish errors using WorkManager.
- `EngagePublisher`: orchestrates periodic and one-time jobs.
- `EngageBroadcastReceiver`: listens for AppEngageService intents and starts a one-time publish job from `EngagePublisher`. **Important** : Implement both **static registration** and **dynamic registration** patterns, including the companion object `register` method inside the `EngageBroadcastReceiver` class.
3. **Suggest entity mapping:**
- Ask the developer to provide their local model schema (for example, a data class or a JSON snippet).
- If they haven't provided one, share entities from `{VERTICAL}.md` in the **[references/schemas/](references/schemas)** directory as a guide.
- Once the local model is identified, suggest a mapping to the corresponding Engage entity.
- Generate the conversion logic using the `ItemToEntityConverter` pattern in [patterns.md](references/patterns.md) and add it to the generated `{ENGAGE_CODE_DIR}/ItemToEntityConverter`.
4. **Suggest data source:**
- Ask the developer to provide the source of actual data you'll publish.
- Once you identify the data source, use it to fetch the data in the app's local model schema.
- Use `{ENGAGE_CODE_DIR}/ItemToEntityConverter` to convert this data to an Engage entity.
- Use obtained Engage entity model data with `{ENGAGE_CODE_DIR}/
ClusterRequestFactory` to get cluster requests.
- Call corresponding cluster publishing method obtained from `{VERTICAL}.md` in the **[references/schemas/](references/schemas)** directory with the obtained request in previous step in `{ENGAGE_CODE_DIR}/EngageWorker`.
5. **Gradle and manifest updates:**
- Suggest updates to `build.gradle` and `AndroidManifest.xml`.
- For mobile apps, use [patterns.md](references/patterns.md).
- For TV apps, use the TV-specific sections in [patterns.md](references/patterns.md).
- Provide the necessary `implementation` dependencies for `build.gradle` or `build.gradle.kts` from [patterns.md](references/patterns.md).
- Provide the `<receiver>` and `<service>` declarations for `AndroidManifest.xml`.
- Note: Except for TV, there aren't any vertical-specific imports. For all other verticals, `com.google.android.engage:engage-core:1.6.0` is sufficient.
6. **Debugging and verification**:
- **Self-verification checklist** : Before considering your work complete, you must verify that you've implemented all of the following:
- \[ \] Registered `EngageBroadcastReceiver` **statically** in `AndroidManifest.xml` (inside the `<application>` tag).
- \[ \] Registered `EngageBroadcastReceiver` **dynamically** by calling `EngageBroadcastReceiver.register(context)` in the `Application` class or main `Activity` class.
- \[ \] Implemented the `register` method in `EngageBroadcastReceiver`'s `companion object` to handle dynamic registration.
- \[ \] Handled empty data lists in `EngageWorker` (for example, by deleting the cluster instead of publishing empty data).
- \[ \] Used `--no-daemon` for all Gradle compilations.
- Perform a Gradle sync.
- If errors occur (such as import failures, namespace conflicts, or compile errors), read **[references/troubleshooting.md](references/troubleshooting.md)** to resolve them.
- Execute a Gradle compilation. You must run `./gradlew compileDebugUnitTestSources --no-daemon` or `./gradlew assembleDebug --no-daemon`. See **[references/troubleshooting.md](references/troubleshooting.md)** for compile rules and warnings about fast-compilation shortcuts. Repeat this step until compilation is successful.
7. **User checklist:** At the end of code generation, notify the user to go
through this checklist to verify that the integration is complete and as
intended:
- \[ \] Verify that all the Engage-related files are created in `{ENGAGE_CODE_DIR}/`:
- `Constants`
- `ItemToEntityConverter`
- `ClusterRequestFactory`
- `EngageWorker`
- `{cluster_type}Publisher`
- `EngageBroadcastReceiver`
- \[ \] Verify that app's local model is converted to Engage entity by populating the fields correctly in the model in `{ENGAGE_CODE_DIR}/ItemToEntityConverter`.
- \[ \] Verify that all image URIs in `ItemToEntityConverter` point to images matching the strict aspect ratio requirements of the vertical (for example, 16:9, 1:1, 2:3).
- \[ \] Verify that `{ENGAGE_CODE_DIR}/EngageWorker` uses the data source identified in Step 4.
- \[ \] Verify that `EngageBroadcastReceiver.register(context)` is called within the `Application` class or `MainActivity` to register the receiver dynamically.
- \[ \] Verify that `AndroidManifest.xml` contains the static `<receiver>` declaration for `EngageBroadcastReceiver` with the necessary intent actions.
- **Important** : Explicitly instruct the developer to call `EngageBroadcastReceiver.register(context)` inside their custom `Application` class `onCreate()` (or their main activity `onCreate()`) to dynamically register the receiver. Stress that **both** static and dynamic registrations are required for the integration to function.
## Reference materials
- **FAQ:** [Engage FAQ](references/android/guide/playcore/engage/faq.md) - Refer to this document for answers to frequently
asked questions from developers.
- **Vertical-specific guides:**
- [Food Vertical](references/android/guide/playcore/engage/food.md)
- [Watch Vertical](references/android/guide/playcore/engage/watch.md)
- [Listen Vertical](references/android/guide/playcore/engage/listen.md)
- [Read Vertical](references/android/guide/playcore/engage/read.md)
- [Shopping Vertical](references/android/guide/playcore/engage/shopping.md)
- [Social Vertical](references/android/guide/playcore/engage/social.md)
- [Travel Vertical](references/android/guide/playcore/engage/travel.md)
- [Health and Fitness Vertical](references/android/guide/playcore/engage/healthandfitness.md)
- [Other Verticals](references/android/guide/playcore/engage/otherverticals.md)
- [TV Getting Started](references/android/guide/playcore/engage/tv/getting-started.md)
- [TV Recommendations](references/android/guide/playcore/engage/tv/recommendations.md)
- [TV Continue Watching](references/android/guide/playcore/engage/tv/continue-watching/index.md)
- [TV Entitlements](references/android/guide/playcore/engage/tv/entitlements.md)
- **Vertical-specific schemas:**
- [Food Schema](references/schemas/food.md)
- [Watch Schema](references/schemas/watch.md)
- [Listen Schema](references/schemas/listen.md)
- [Read Schema](references/schemas/read.md)
- [Shopping Schema](references/schemas/shopping.md)
- [Social Schema](references/schemas/social.md)
- [Travel Schema](references/schemas/travel.md)
- [TV Schema](references/schemas/tv.md)
- [Other Schema](references/schemas/other.md)
© Google LLC · Apache-2.0 · android/skills