About

Imported from krutikjain/android-agent-skills (skills/android-ui-states-validation/SKILL.md). Install upstream with npx skills add krutikjain/android-agent-skills --skill android-ui-states-validation. Copyright stays with the author.

Android UI States Validation

Name: android-ui-states-validation
Author: krutikjain

When To Use

Use this skill when the request is about: validate android ui states, check loading empty error flow android, edge cases in android screen.
Primary outcome: Review Android UI flows for empty, loading, error, offline, and edge-case behavior before release.
Reach for this skill when the core question is state coverage and recovery UX, not which test framework or assertion library to use.
This skill decides what the user should see in each branch of the state matrix. android-testing-ui only validates that design with assertions and screenshots.
Handoff skills when the scope expands:
android-compose-accessibility
android-testing-ui

Workflow

Confirm the user-visible journey, target device behavior, and failure states that matter.
Build a state matrix that covers loading, content, empty, error, offline, stale-data, denied-permission, and post-action confirmation states as applicable.
Identify the owning screens, activities, destinations, and state holders for each branch of that matrix.
Validate recovery UX, accessibility, configuration changes, and back-stack behavior in the showcase apps.
Hand off to testing only when the missing work is about assertions or automation rather than state design.

Guardrails

Treat loading, empty, error, offline, and permission-denied states as first-class UI states.
Do not hide navigation or permission side effects inside reusable UI components.
Prefer lifecycle-aware APIs over manual callback chains.
Keep deep links, intents, and permission prompts testable and observable.
Distinguish transient messages, persistent error states, and stale-but-usable content instead of collapsing them into one generic failure screen.

Anti-Patterns

Assuming the happy path is enough for product flows.
Hard-coding request codes or route strings in multiple places.
Triggering navigation directly from repositories or network layers.
Shipping flows without recovery UI for denied permissions or broken state.
Using tests as a substitute for deciding what the product should show in each failure mode.

Examples

Happy path

Scenario: Validate OrbitTasks loading, content, and success confirmation states.
Command: cd examples/orbittasks-compose && ./gradlew :app:connectedDebugAndroidTest

Edge case

Scenario: Exercise long content, empty lists, and sync failures in the XML fixture.
Command: cd examples/orbittasks-xml && ./gradlew :app:connectedDebugAndroidTest

Failure recovery

Scenario: Avoid misrouting UI validation work to accessibility or testing-only skills.
Command: python3 scripts/eval_triggers.py --skill android-ui-states-validation

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

Use it

Copy one of these into your project. Installing also returns the manifest and these snippets.

yaml

targets:
  - https://api.opensmartroute.ai/api/v1/registry/krutikjain-android-agent-skills-android-ui-states-validation/manifest   # or paste the manifest below

Manifest

An Open Capability Manifest: the router reads it to know what this does, what it costs and when to pick it.

krutikjain-android-agent-skills-android-ui-states-validation.ocm.jsonjson

{
  "ocm": "1",
  "id": "krutikjain-android-agent-skills-android-ui-states-validation",
  "kind": "skill",
  "name": "android-ui-states-validation",
  "description": "Review Android UI flows for empty, loading, error, offline, and edge-case behavior before release.",
  "publisher": "krutikjain",
  "version": "1.0.0",
  "capabilities": {
    "domains": [
      "general"
    ],
    "tags": [
      "skill-md",
      "android",
      "ui",
      "validation",
      "edge-cases",
      "skills-sh"
    ],
    "languages": [
      "en"
    ]
  },
  "quality_prior": 0.6,
  "examples": [
    "Review Android UI flows for empty, loading, error, offline, and edge-case behavior before release."
  ],
  "primary": false,
  "metadata": {
    "source": {
      "provider": "skills.sh",
      "repository": "https://github.com/krutikjain/android-agent-skills",
      "path": "skills/android-ui-states-validation/SKILL.md",
      "ref": "HEAD",
      "url": "https://github.com/krutikjain/android-agent-skills/blob/HEAD/skills/android-ui-states-validation/SKILL.md",
      "key": "krutikjain/android-agent-skills/skills/android-ui-states-validation/SKILL.md"
    }
  },
  "instructions": "# Android UI States Validation\n\n## When To Use\n- Use this skill when the request is about: validate android ui states, check loading empty error flow android, edge cases in android screen.\n- Primary outcome: Review Android UI flows for empty, loading, error, offline, and edge-case behavior before release.\n- Reach for this skill when the core question is state coverage and recovery UX, not which test framework or assertion library to use.\n- This skill decides what the user should see in each branch of the state matrix. `android-testing-ui` only validates that design with assertions and screensh",
  "cost": {
    "context_tokens": 910
  }
}

Fetch it by URL: GET /api/v1/registry/krutikjain-android-agent-skills-android-ui-states-validation/manifest?version=1.0.0

Reviews

Star ratings from people who tried it. One review per account; edit yours any time.

No reviews yet. Install it, try it, and be the first to rate it.