Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/skydoves/android-testing-skills/testing-with-espresso-interopnpx skills add skydoves/android-testing-skills --skill testing-with-espresso-interopgit clone --depth 1 https://github.com/skydoves/android-testing-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/skydoves/android-testing-skills/testing-with-espresso-interop)<a href="https://agentmods.dev/skills/skydoves/android-testing-skills/testing-with-espresso-interop"><img src="https://agentmods.dev/badge/skills/skydoves/android-testing-skills/testing-with-espresso-interop.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00190 | $0.03106 |
| Opus 5 | $0.00095 | $0.01553 |
| Sonnet 5 | $0.00038 | $0.00621 |
| Haiku 4.5 | $0.00019 | $0.00311 |
Grade A, and why
testing-with-espresso-interop scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 221 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Testing with Espresso Interop — One Activity, Two Test Frameworks, One Bridge
The Compose ComposeTestRule and the Espresso onView API operate on the same Activity simultaneously. Compose synchronization (idling resources, frame clock awaits) is bridged into Espresso through a single internal IdlingResource named EspressoLink, so the developer does not register anything manually. The trap is threading: Espresso.onView MUST run on the test thread, not from inside rule.runOnIdle { } or rule.runOnUiThread { }. This skill encodes the canonical interop pattern from androidx.compose.foundation's text-field IME tests.
When to use this skill
- The test must operate on an Android
Dialogwindow (which lives in its ownWindowand may not be in the Compose semantic tree). - The test must verify IME (soft keyboard) state — only Espresso's
onView(supportsInputMethods()).perform(click())makes the keyboard appear. - The screen-under-test is a hybrid
Activitywith an Android View hierarchy that contains aComposeView, or vice versa. - The developer asks "how do I use Espresso and Compose in the same test".
- A test calls
Espresso.onView(...)fromrunOnIdle { }and hangs / throws "cannot be run from the main thread".
When NOT to use this skill
- The test is pure Compose; no Android View interactions exist. Use
../../patterns/structuring-a-compose-test/SKILL.md. - The synchronization symptom is "test passes locally, flaky on CI" without any View interop. Use
../../synchronization/synchronizing-with-idle/SKILL.md. - The test is for an
androidx.compose.ui.window.Dialog(Compose dialog) — that DOES surface in the semantics tree viaisDialog()and does NOT need Espresso. Use../../finders/composing-semantics-matchers/SKILL.md.
Prerequisites
androidx.test.espresso:espresso-coreonandroidTestImplementation.androidx.compose.ui:ui-test-junit4onandroidTestImplementationandandroidx.compose.ui:ui-test-manifestondebugImplementation(see../../setup/configuring-test-dependencies/SKILL.md).- An
Activitythat hosts both layers —FragmentActivityis the standard pick; a customActivitydeclared insrc/androidTest/AndroidManifest.xmlalso works. - The test class skeleton from
../../patterns/structuring-a-compose-test/SKILL.md.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago First seen · 221 lines · 190 tokens per session scan A fa2c29d71aa4
testing-with-espresso-interop is a skill published in the GitHub repository skydoves/android-testing-skills (318 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 190 tokens to every session and 3,106 once invoked, about $0.0010 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
use-agent-browser-for-airi
Test AIRI display-model imports with agent-browser across stage-tamagotchi Electron, stage-web, and stage-pocket mobile web layouts. Use when uploading and verifying contributor-supplied Live2D ZIP, VRM, or MMD ZIP/PMX/PMD files through AIRI's model selector, including onboarding bypass, format-specific import…
run-integration-tests
Build, pack, and run .NET MAUI integration tests locally. Validates templates, samples, and end-to-end scenarios using the local workload.
cli-e2e-testcase-writer
Use when adding or updating Go CLI E2E coverage for one tests/clie2e/{domain} domain of the compiled lark-cli, especially when the work requires live --help or schema exploration, scenario-based clie2e.RunCmd workflows, and per-domain coverage.md maintenance.
webapp-testing
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
__SKILL_ID__
This fixture verifies that skill content can be written into the target sandbox and queried back immediately.
harness-test-writer
Add regression test cases to the Bifrost provider harness (the Postman collection run via make run-provider-harness-test) based on a merged PR or a GitHub issue. Fetches the PR/issue, traces the affected wire path in the codebase, checks existing harness coverage, designs cases following harness conventions, inserts…