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 skills add RoninForge/roninforge-kotlin-compose --skill compose-migrate-views-to-composegit clone --depth 1 https://github.com/RoninForge/roninforge-kotlin-composeWrote 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/roninforge/roninforge-kotlin-compose/compose-migrate-views-to-compose)<a href="https://agentmods.dev/skills/roninforge/roninforge-kotlin-compose/compose-migrate-views-to-compose"><img src="https://agentmods.dev/badge/skills/roninforge/roninforge-kotlin-compose/compose-migrate-views-to-compose/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/roninforge/roninforge-kotlin-compose/compose-migrate-views-to-compose"><img src="https://agentmods.dev/badge/skills/roninforge/roninforge-kotlin-compose/compose-migrate-views-to-compose.svg" alt="Reviewed on agentmods" width="80" 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.00052 | $0.01184 |
| Opus 5.5 | $0.00021 | $0.00474 |
| Sonnet 5.5 | $0.00010 | $0.00237 |
| Haiku 4.5 | $0.00005 | $0.00118 |
Grade A, and why
compose-migrate-views-to-compose 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 1mo 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 — 156 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Migrate View-system Screen to Compose
When to Use
When inheriting a legacy XML-based screen and converting it to Compose, or when an AI-generated codebase mixes View-system Activities with new Compose features.
Instructions
Apply per screen. Plan the migration screen-by-screen, not all at once.
Step 1: Inventory the screen
Identify:
- The Activity / Fragment + its XML layout.
- All
findViewByIdreferences and what each view does. - ViewModel (if any) and its state surface (LiveData / Flow / lateinit).
- Navigation entry points (which other screens navigate here, what arguments).
Step 2: Modernise the ViewModel
If the VM uses LiveData, convert to StateFlow:
// BEFORE
val users: LiveData<List<User>> = repo.observeUsers().asLiveData()
// AFTER
val users: StateFlow<List<User>> = repo.observeUsers()
.stateIn(viewModelScope, SharingStarted.WhileSubscribed(5_000), emptyList())
If the VM does not exist yet, create one with a sealed UiState.
Step 3: Create the Screen composable
Define the stateless Screen taking the UI state and event lambdas:
@Composable
fun UserListScreen(
state: UserListUiState,
onUserClicked: (User) -> Unit,
onRefresh: () -> Unit,
) {
when (state) {
UserListUiState.Loading -> CircularProgressIndicator()
is UserListUiState.Success -> LazyColumn {
items(state.users, key = { it.id }) { user ->
UserRow(user, onClick = { onUserClicked(user) })
}
}
is UserListUiState.Error -> Text(state.message)
}
}
Step 4: Create the Route composable
@Composable
fun UserListRoute(
vm: UserListViewModel = hiltViewModel(),
onUserClicked: (User) -> Unit,
) {
val state by vm.state.collectAsStateWithLifecycle()
UserListScreen(state, onUserClicked, onRefresh = vm::refresh)
}
Step 5: Replace setContentView with setContent
Make the Activity a ComponentActivity (not AppCompatActivity unless you genuinely need Material Components / AppCompat):
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.
- 1mo ago First seen · 156 lines · 52 tokens per session scan A dfb01f028415
compose-migrate-views-to-compose is a skill published in the GitHub repository RoninForge/roninforge-kotlin-compose (1 stars, last pushed 4mo ago), licensed MIT. It adds 52 tokens to every session and 1,184 once invoked, about $0.0002 per session on Opus 5.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-31.
Other skills, from other repositories
compose-feature
Adds, changes, or reviews a screen, sheet, dialog, or destination slice (endpoint to repository to ViewModel to UI to navigation to DI to tests) in a Compose or CMP project. Use when adding a screen, building a new feature, adding a ViewModel or destination, wiring list/detail or a form screen, scaffolding a slice, or…
compose-platform
Owns platform splits for Compose Multiplatform apps: places declarations in commonMain, chooses expect/actual vs interface plus DI, wires host adapters and ports, and validates iOS/Swift interop, desktop and web targets, and platform lifecycle. Use when touching commonMain, expect, actual, iosMain, Swift, SKIE, Flow…
Appium Mobile Testing
Mobile application testing skill using Appium for iOS and Android, covering device capabilities, selectors, gestures, and cross-platform testing strategies.
Espresso Android Testing
Android UI testing with Espresso framework including view matchers, actions, assertions, idling resources, and RecyclerView testing patterns.
compose-architecture
Use when writing, changing or reviewing code that touches the house contract for Jetpack Compose and Compose Multiplatform apps: module graph, MVI/BaseViewModel, error tiers, state ownership, naming, Koin DI, Navigation 3 and coroutines. The compose skill is the entry point. Do NOT use for Gradle-only work…
compose-project
Owns project and build-level work for Compose and Compose Multiplatform apps: bootstrapping a new project, adopting the kit in an existing project, adding or extracting a module, convention plugins in build-logic, the version catalog, and CI plus agent hooks. Use when starting a Compose Multiplatform app, adding a…