A
android-compose-accessibility
About android-compose-accessibility
android-compose-accessibility is a skill for reviewing and improving accessibility in Android Compose interfaces. It guides developers through semantics, announcements, contrast, focus order, touch targets, and validation across device and text-size edge cases.
Key features
- 01Review Compose accessibility
- 02Configure semantics and announcements
- 03Check contrast and focus order
- 04Adapt touch targets and layouts
- 05Validate font scaling and RTL
Use cases
- 01Reviewing accessibility in a Compose screen
- 02Fixing semantics or focus-order issues
- 03Checking narrow layouts and larger text
- 04Validating accessibility changes in fixture apps
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ krutikjain/ android-agent-skills --skill android-compose-accessibilityAfter installing, type/android-compose-accessibilityin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
agents/openai.yamlreferences/official-links.mdpatterns.mdscenarios.mdscripts/run_examples.shDetails
From the project READMEAndroid Compose Accessibility
When To Use
- Use this skill when the request is about: compose accessibility review, android semantics issue compose, focus order in compose.
- Primary outcome: Make Compose interfaces accessible with semantics, announcements, contrast, focus order, and adaptive touch targets.
- Handoff skills when the scope expands:
android-ui-states-validationandroid-testing-ui
Workflow
- Identify whether the target surface is Compose, View system, or a mixed interoperability screen.
- Select the lowest-friction UI pattern that satisfies responsiveness, accessibility, and performance needs.
- Build the UI around stable state, explicit side effects, and reusable design tokens.
- Exercise edge cases such as long text, font scaling, RTL, and narrow devices in the fixture apps.
- Validate with unit, UI, and screenshot-friendly checks before handing off.
Guardrails
- Optimize for stable state and predictable rendering before adding animation or abstraction.
- Respect accessibility semantics, contrast, focus order, and touch target guidance by default.
- Do not mix Compose and View system ownership without an explicit interoperability boundary.
- Prefer measured performance work over premature micro-optimizations.
Anti-Patterns
- Embedding navigation or business logic directly in leaf UI components.
- Using fixed dimensions that break on localization or dynamic text.
- Ignoring semantics and announcing only visual changes.
- Porting XML patterns directly into Compose without adapting the mental model.
Examples
Happy path
- Scenario: Add semantics and readable labels to the Compose OrbitTasks cards.
- Command:
cd examples/orbittasks-compose && ./gradlew :app:connectedDebugAndroidTest
Edge case
- Scenario: Validate font scaling, contrast, and touch targets in narrow layouts.
- Command:
cd examples/orbittasks-compose && ./gradlew :app:assembleDebug
Failure recovery
- Scenario: Differentiate accessibility requests from general UI validation or theme work.
- Command:
python3 scripts/eval_triggers.py --skill android-compose-accessibility
Done Checklist
- The implementation path is explicit, minimal, and tied to the right Android surface.
- Relevant example commands and benchmark prompts have been exercised or updated.
- Handoffs to adjacent skills are documented when the request crosses boundaries.
- Official references cover the chosen pattern and the main migration or troubleshooting path.
Official References
Comments
Markdown supported