ワンクリックで
engage-sdk-integration
帮助开发者集成、调试和解决 Play Engage SDK 实现问题。当添加 Engage SDK 支持、生成发布代码、将数据类映射到实体,或修复 SDK 相关错误时使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
帮助开发者集成、调试和解决 Play Engage SDK 实现问题。当添加 Engage SDK 支持、生成发布代码、将数据类映射到实体,或修复 SDK 相关错误时使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
提供使用 CameraX 进行 Android 相机开发的技术指导。当实现相机功能、处理异步录制生命周期、使用 CameraX 进行底层硬件互操作,或集成 ML Kit 或 Media3 特效时使用。
提供基于 Android Credential Manager API 实现已验证邮箱获取的完整工作流。使用此 skill 向 Android 应用集成安全、免 OTP 的邮箱验证流程。该 skill 利用来自 Google 等可信提供商的加密验证凭证,解决注册流程摩擦过大的问题。
提供让应用 UI 适配不同 Android 设备(手机、平板、折叠屏、笔记本、桌面、TV、Auto 和 XR)的说明。涵盖使用 Compose MediaQuery API 处理不同窗口尺寸、指针设备(如鼠标)和文本输入设备(如键盘);使用 Navigation3 Scenes 实现多窗格布局;使用 Compose Grid 和 FlexBox API 实现随目标尺寸变化的自适应 UI 组件(如按钮)和自适应布局(含导航区——nav rails 和 nav bars)。
提供将 Android XML View 迁移到 Jetpack Compose 的结构化工作流。该 skill 详述从规划和依赖设置,到主题和布局迁移、验证及 XML 清理的分步流程。当需要在 Android 项目中把 XML View 迁移到 Jetpack Compose 时使用。它解决将旧版 XML View 的 UI 转换为现代声明式 Compose 组件、同时保持互操作性的问题。
使用此 skill 将 Jetpack Compose Styles API 集成到 Android 项目。引导你升级依赖、设置组件主题、让自定义组件可样式化,以及将现有布局属性迁移到统一样式。迁移自定义设计系统组件、用 Style 属性替换硬编码参数、使用 Modifier.styleable 处理交互状态。
学习如何安装并迁移到 Jetpack Navigation 3,以及如何实现 deep links、多个 backstack、scenes(对话框、底部表、list-detail、two-pane、supporting pane)、条件导航(如已登录导航 vs 匿名导航)、从流程返回结果、与 Hilt/ViewModel/Kotlin/View 互操作集成等功能和模式。
| name | engage-sdk-integration |
| description | 帮助开发者集成、调试和解决 Play Engage SDK 实现问题。当添加 Engage SDK 支持、生成发布代码、将数据类映射到实体,或修复 SDK 相关错误时使用。 |
| license | Complete terms in LICENSE.txt |
| metadata | {"author":"Google LLC","last-updated":"2026-07-09","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.
Follow these steps to assist the developer:
Identify Vertical and Cluster:
{VERTICAL}.md in the 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. (e.g., com.google.android.engage.food.service.AppEngageFoodClient).Context parameter (e.g., AppEngageFoodClient(context)).{VERTICAL}.md in the references/schemas/ directory for the specified cluster. Each method will specify the request it expects.Generate Structured Boilerplate Code:
Constants: Holds constant values like attempt counts, publish types.ItemToEntityConverter: Converts 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.Suggest Entity Mapping:
{VERTICAL}.md in the references/schemas/ directory as a guide.ItemToEntityConverter pattern in patterns.md and add it to the generated {ENGAGE_CODE_DIR}/ItemToEntityConverterSuggest Data Source:
{ENGAGE_CODE_DIR}/ItemToEntityConverter to convert this data to Engage entity.{ENGAGE_CODE_DIR}/ ClusterRequestFactory to get cluster requests.{VERTICAL}.md in the references/schemas/ directory with the obtained request in previous step in {ENGAGE_CODE_DIR}/EngageWorker.Gradle and Manifest Updates:
build.gradle and AndroidManifest.xml.implementation dependencies for build.gradle or build.gradle.kts from patterns.md.<receiver> and <service> declarations for AndroidManifest.xml.Debugging:
com.google.android.engage or classes starting with AppEngage, verify the package name in the {VERTICAL}.md in references/schemas/ directory or common.md.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 {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.
FAQ: Engage FAQ - Refer to this document for answers to frequently asked questions from developers.
Vertical-Specific Guides:
Vertical-Specific Schemas: