Amplitude integration for Android
This skill helps you add Amplitude analytics to Android applications.
Workflow
Follow these steps in order to complete the integration:
references/basic-integration-1.0-begin.md - Amplitude Setup - Begin ← Start herereferences/basic-integration-1.1-edit.md - Amplitude Setup - Editreferences/basic-integration-1.2-revise.md - Amplitude Setup - Revisereferences/basic-integration-1.3-conclude.md - Amplitude Setup - Conclusion
Reference files
references/EXAMPLE.md - Android example project codereferences/android.md - Androidreferences/amplitude-quickstart.md - Amplitude documentation for Amplitude Quickstartreferences/basic-integration-1.0-begin.md - Amplitude setup - beginreferences/basic-integration-1.1-edit.md - Amplitude setup - editreferences/basic-integration-1.2-revise.md - Amplitude setup - revisereferences/basic-integration-1.3-conclude.md - Amplitude setup - conclusion
The example project shows the target implementation pattern. Consult the documentation for API details.
Key principles
- Environment variables: Always use environment variables for Amplitude keys. Never hardcode them.
- Minimal changes: Add Amplitude code alongside existing integrations. Don't replace or restructure existing code.
- Match the example: Your implementation should follow the example project's patterns as closely as possible.
- Unified SDK: For new browser/frontend projects, use
@amplitude/unified as the default SDK — it bundles Analytics, Session Replay, Experiment, and Guides & Surveys in a single package. Initialize with initAll(). Only use @amplitude/analytics-browser if the project already has it installed.
- Event naming: Event names MUST use Title Case with spaces following the [Noun] + [Past-Tense Verb] pattern (e.g., "Button Clicked", "Sign Up Completed", "Cart Viewed"). Do NOT use snake_case, camelCase, or SCREAMING_SNAKE. Property names should use snake_case (e.g., button_text, page_url).
- No PII in events: Never send PII (emails, full names, phone numbers, physical addresses, IP addresses) in
track() event properties. PII belongs in identify() user properties only.
- Autocapture: Enable autocapture in the init config to automatically capture sessions, page views, form interactions, and file downloads. Use the
autocapture config option (not the deprecated defaultTracking).
Identifying users
Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. Call amplitude.setUserId(userId) to associate events with a known user, and use amplitude.identify() with an Identify object to set user properties. Call amplitude.reset() on logout to unlink future events from the current user. If both frontend and backend code exist, pass a consistent user/device ID via custom request headers to maintain event correlation.
1---2name: integration-android3description: Amplitude integration for Android applications using the Kotlin SDK4---56# Amplitude integration for Android78This skill helps you add Amplitude analytics to Android applications.910## Workflow1112Follow these steps in order to complete the integration:13141. `references/basic-integration-1.0-begin.md` - Amplitude Setup - Begin ← **Start here**152. `references/basic-integration-1.1-edit.md` - Amplitude Setup - Edit163. `references/basic-integration-1.2-revise.md` - Amplitude Setup - Revise174. `references/basic-integration-1.3-conclude.md` - Amplitude Setup - Conclusion1819## Reference files2021- `references/EXAMPLE.md` - Android example project code22- `references/android.md` - Android23- `references/amplitude-quickstart.md` - Amplitude documentation for Amplitude Quickstart24- `references/basic-integration-1.0-begin.md` - Amplitude setup - begin25- `references/basic-integration-1.1-edit.md` - Amplitude setup - edit26- `references/basic-integration-1.2-revise.md` - Amplitude setup - revise27- `references/basic-integration-1.3-conclude.md` - Amplitude setup - conclusion2829The example project shows the target implementation pattern. Consult the documentation for API details.3031## Key principles3233- **Environment variables**: Always use environment variables for Amplitude keys. Never hardcode them.34- **Minimal changes**: Add Amplitude code alongside existing integrations. Don't replace or restructure existing code.35- **Match the example**: Your implementation should follow the example project's patterns as closely as possible.36- **Unified SDK**: For new browser/frontend projects, use `@amplitude/unified` as the default SDK — it bundles Analytics, Session Replay, Experiment, and Guides & Surveys in a single package. Initialize with `initAll()`. Only use `@amplitude/analytics-browser` if the project already has it installed.37- **Event naming**: Event names MUST use Title Case with spaces following the [Noun] + [Past-Tense Verb] pattern (e.g., "Button Clicked", "Sign Up Completed", "Cart Viewed"). Do NOT use snake_case, camelCase, or SCREAMING_SNAKE. Property names should use snake_case (e.g., button_text, page_url).38- **No PII in events**: Never send PII (emails, full names, phone numbers, physical addresses, IP addresses) in `track()` event properties. PII belongs in `identify()` user properties only.39- **Autocapture**: Enable autocapture in the init config to automatically capture sessions, page views, form interactions, and file downloads. Use the `autocapture` config option (not the deprecated `defaultTracking`).4041## Identifying users4243Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. Call `amplitude.setUserId(userId)` to associate events with a known user, and use `amplitude.identify()` with an `Identify` object to set user properties. Call `amplitude.reset()` on logout to unlink future events from the current user. If both frontend and backend code exist, pass a consistent user/device ID via custom request headers to maintain event correlation.
amplitude