Generated banner for Compose UI Control
Generated logo for Compose UI Control

Compose UI Control

JetBrainsOfficialCreated by ForketyforkDistributed by JetBrains

  • Skill
  • Tool integration
  • Software development
  • MIT
  • Low risk
  • Has scripts

From the author

Control a running Compose Desktop application via HTTP. Use when you need to interact with UI elements, click buttons, enter text, wait for elements to appear, or capture screenshots in a Compose Desktop app that has compose-ui-test-server enabled.
— the description by Forketyfork

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The compose-ui-control skill provides a mechanism to interact with running Compose Desktop applications through an HTTP server. By integrating the library into a project, developers can enable an agent to perform UI operations such as clicking buttons, entering text, waiting for specific elements, and capturing screenshots. This allows for programmatic control of the application interface, facilitating automated testing or remote interaction workflows.

What it does

  • Enables HTTP-based control of Compose Desktop applications
  • Allows clicking UI elements via test tags or display text
  • Supports text input into fields with URL-encoded values
  • Provides synchronization primitives like waiting for elements or UI idle states
  • Captures screenshots of the application window
  • Integrates into existing Gradle-based Compose projects

When to use it

  • When you need to automate interactions with a Compose Desktop application
  • When building test suites that require runtime UI manipulation
  • When an AI agent needs to verify application state through visual or structural checks
  • When you need to drive an application's UI from an external script or agent

Advantages

  • Decouples UI interaction from the application's internal code
  • Uses standard HTTP requests for broad compatibility
  • Supports stable testing patterns with wait-for-idle and timeout mechanisms
  • Easy to integrate into existing Compose Desktop projects

Usage examples

“Click the login button in my Compose Desktop app.”
The agent sends a GET request to /onNodeWithTag/login_button/performClick to trigger the button action.
“Enter 'admin' into the username field.”
The agent sends a GET request to /onNodeWithTag/username_field/performTextInput?text=admin to populate the text field.
“Wait for the dashboard to load and take a screenshot.”
The agent calls /waitUntilExactlyOneExists/tag/dashboard?timeout=10000 followed by /captureScreenshot?path=dashboard.png.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/jetbrains/compose-ui-control/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip compose-ui-control.zip -d .agents/skills

Documentation by Forketyfork

compose-ui-test-server

A library that enables AI coding agents to control Compose Desktop applications at runtime via HTTP.

Checking If Already Installed

Before setting up, check if the project already has the library:

grep -r "compose-ui-test-server\|composeuittest" --include="*.gradle*" --include="*.kt" .

Look for:

  • Dependency on io.github.forketyfork:compose-ui-test-server

  • Imports from io.github.forketyfork.composeuittest

If found, skip to Starting the Application.

Installing in a Compose Desktop Project

Step 1: Add the dependency

Find the app's build.gradle.kts and locate the desktop source set dependencies. Add compose-ui-test-server and compose.uiTest:

kotlin {
    sourceSets {
        val desktopMain by getting {
            dependencies {
                // Existing dependencies...

                // Add these two:
                implementation("io.github.forketyfork:compose-ui-test-server:0.2.0")
                @OptIn(org.jetbrains.compose.ExperimentalComposeLibrary::class)
                implementation(compose.uiTest)
            }
        }
    }
}

For projects using version catalogs, add to gradle/libs.versions.toml:

[libraries]
compose-ui-test-server = { module = "io.github.forketyfork:compose-ui-test-server", version = "0.2.0" }

Then reference in build.gradle.kts:

implementation(libs.compose.ui.test.server)
Step 2: Update the main function

Find the application's main() function (usually in Main.kt or similar). Replace the standard Compose Desktop launcher with runApplication:

Before (typical Compose Desktop main):

import androidx.compose.ui.window.Window
import androidx.compose.ui.window.application

fun main() = application {
    Window(onCloseRequest = ::exitApplication, title = "My App") {
        App()
    }
}

After (with agent control support):

import io.github.forketyfork.composeuittest.WindowConfig
import io.github.forketyfork.composeuittest.runApplication

fun main() =
    runApplication(
        windowConfig = WindowConfig(
            title = "My App",
            minimumWidth = 1024,
            minimumHeight = 768,
        ),
    ) {
        App()
    }

The app now runs normally by default, but supports agent control when launched with COMPOSE_UI_TEST_SERVER_ENABLED=true.

Step 3: Add test tags to UI elements

For agents to interact with specific UI elements, add test tags:

import androidx.compose.ui.Modifier
import androidx.compose.ui.platform.testTag

Button(
    onClick = { /* ... */ },
    modifier = Modifier.testTag("login_button")
) {
    Text("Login")
}

TextField(
    value = username,
    onValueChange = { username = it },
    modifier = Modifier.testTag("username_field")
)

Starting the Application

# Normal mode (no server)
./gradlew run

# Agent-controlled mode (server enabled)
COMPOSE_UI_TEST_SERVER_ENABLED=true ./gradlew run

# With custom port (default is 54345)
COMPOSE_UI_TEST_SERVER_ENABLED=true COMPOSE_UI_TEST_SERVER_PORT=8080 ./gradlew run

Verifying the Server

Always check health first:

curl http://localhost:54345/health
# Expected: "OK"

Available Endpoints

EndpointDescription
GET /healthHealth check
GET /onNodeWithTag/{tag}/performClickClick element by test tag
GET /onNodeWithTag/{tag}/performTextInput?text=...Enter text (URL-encode the text!)
GET /onNodeWithText/{text}/performClickClick element by display text
GET /waitUntilExactlyOneExists/tag/{tag}?timeout=5000Wait for element by tag
GET /waitUntilExactlyOneExists/text/{text}?exact=true&timeout=5000Wait for element by text
GET /waitForIdleWait for UI to stabilize
GET /captureScreenshot?path=screenshot.pngCapture screenshot

Workflow Pattern

Follow this sequence for reliable interactions:

# 1. Verify server is running
curl http://localhost:54345/health

# 2. Wait for UI to be ready
curl http://localhost:54345/waitForIdle

# 3. Perform action
curl "http://localhost:54345/onNodeWithTag/username/performTextInput?text=myuser"

# 4. Wait for UI to settle
curl http://localhost:54345/waitForIdle

# 5. Perform next action
curl http://localhost:54345/onNodeWithTag/login_button/performClick

# 6. Wait for result
curl "http://localhost:54345/waitUntilExactlyOneExists/tag/dashboard?timeout=10000"

# 7. Capture screenshot to verify
curl "http://localhost:54345/captureScreenshot?path=result.png"

Finding Test Tags

Search the codebase for existing test tags:

grep -r "testTag\|Modifier.testTag" --include="*.kt" .

Also check:

  • CLAUDE.md for documented test tags

  • Test files in src/*Test/ directories

Important Notes

  • Always URL-encode special characters in text: space→%20, @→%40, &→%26

  • Use waitForIdle between operations for stability

  • Check HTTP status codes: 200=success, 400=bad request, 500=error

  • Use appropriate timeouts for waits (default 5000ms may be too short)

  • Screenshots require absolute paths

Error Handling

If an endpoint returns an error:

  1. Check the element exists (search for its test tag in code)

  2. Ensure UI has finished loading (waitForIdle)

  3. Verify the server is still running (/health)

  4. Try with a longer timeout for wait operations

Files

docs/PUBLICATION.md

Publishing to Maven Central

This guide documents the complete process for setting up Maven Central publishing for this library, including first-time setup and the release process.

Prerequisites

  • A GitHub account

  • GPG installed locally (brew install gnupg on macOS)

First-Time Setup

1. Create a Sonatype Account
  1. Go to https://central.sonatype.com/

  2. Click Sign In and authenticate with your GitHub account

2. Claim Your Namespace

Since this library uses io.github.forketyfork, Sonatype can verify ownership via GitHub.

  1. Go to https://central.sonatype.com/publishing/namespaces

  2. Click Add Namespace

  3. Enter: io.github.forketyfork

  4. Select GitHub as the verification method

  5. Follow the verification steps (typically creating a temporary repository with a specific name)

3. Generate a Publishing Token
  1. Go to https://central.sonatype.com/account

  2. Click Generate User Token

  3. Save both values securely:

    • Username → Will be used as SONATYPE_USERNAME

    • Password → Will be used as SONATYPE_PASSWORD

4. Generate a GPG Signing Key
# Generate a new GPG key
gpg --full-generate-key

When prompted:

  • Key type: RSA and RSA (default)

  • Key size: 4096

  • Expiration: 0 (never expires) or your preference

  • Real name: Your name or pseudonym

  • Email: Your email

  • Passphrase: Choose a secure passphrase → Save this as SIGNING_PASSWORD

# List your keys to get the key ID
gpg --list-secret-keys --keyid-format LONG

Example output:

sec   rsa4096/29C29385CD6AB534 2025-01-23 [SC]
      26C8D38D5560717A54554C9829C29385CD6AB534
uid                 [ultimate] Your Name <[email protected]>
ssb   rsa4096/3B24F74C86C67685 2025-01-23 [E]

The full key ID is 29C29385CD6AB534 (after rsa4096/). The short key ID is the last 8 characters: CD6AB534.

5. Publish GPG Key to Keyservers
# Replace with your key ID
gpg --keyserver keyserver.ubuntu.com --send-keys YOUR_KEY_ID
gpg --keyserver keys.openpgp.org --send-keys YOUR_KEY_ID

If one keyserver fails, try another - they sync with each other.

6. Export GPG Key for GitHub

The signing key must be exported in raw ASCII-armored format (with headers and newlines):

# Copy the raw armored key to clipboard (macOS)
gpg --armor --export-secret-keys YOUR_KEY_ID | pbcopy

The output should look like:

-----BEGIN PGP PRIVATE KEY BLOCK-----

lQdGBGlzQJQBEADE...
...many lines...
-----END PGP PRIVATE KEY BLOCK-----

Important: Do NOT base64 encode the key. Paste it directly into the GitHub secret with newlines preserved.

7. Add GitHub Secrets

Go to your repository: Settings → Secrets and variables → Actions

Add these repository secrets:

Secret NameValueNotes
SONATYPE_USERNAMEToken username from step 3From Sonatype Central
SONATYPE_PASSWORDToken password from step 3From Sonatype Central
SIGNING_KEY_IDCD6AB534Short 8-character key ID (last 8 chars)
SIGNING_KEYRaw GPG keyASCII-armored format with headers and newlines
SIGNING_PASSWORDGPG passphraseThe passphrase you set when creating the key

Critical: The SIGNING_KEY_ID must be the short 8-character format, not the full 16-character ID.

Release Process

1. Update Version

Edit build.gradle.kts and update the version:

version = "0.2.0"  // New version
2. Commit and Push
git add build.gradle.kts
git commit -m "chore: bump version to 0.2.0"
git push
3. Create and Push Tag
git tag v0.2.0
git push origin v0.2.0

The GitHub Actions workflow will automatically:

  1. Validate the tag version matches build.gradle.kts

  2. Build the project

  3. Sign and publish to Maven Central

  4. Create a GitHub Release with auto-generated notes

4. Verify Publication

Note: It may take 15-30 minutes for the artifact to appear in Maven Central search.

Troubleshooting

"Could not read PGP secret key"

This error usually means one of:

  1. Wrong key format: The SIGNING_KEY must be raw ASCII-armored (with -----BEGIN PGP PRIVATE KEY BLOCK----- header), not base64 encoded or stripped.

  2. Wrong key ID format: The SIGNING_KEY_ID must be the short 8-character format (e.g., CD6AB534), not the full 16-character ID.

  3. Wrong password: Verify SIGNING_PASSWORD matches the passphrase you set when creating the GPG key.

Debugging Key Format

The release workflow includes debug output showing:

  • Key length

  • Whether it contains PGP headers

  • Whether it contains newlines

Check the "Debug signing key format" step in the workflow logs if signing fails.

"Resource not accessible by integration"

The workflow needs contents: write permission to create GitHub releases. This is already configured in .github/workflows/release.yml:

permissions:
  contents: write
GPG Keyserver Connection Issues

If you can't connect to a keyserver:

# Try alternative keyservers
gpg --keyserver hkps://keyserver.ubuntu.com --send-keys YOUR_KEY_ID
gpg --keyserver hkps://keys.openpgp.org --send-keys YOUR_KEY_ID
gpg --keyserver hkps://pgp.mit.edu --send-keys YOUR_KEY_ID

Build Configuration

This project uses the vanniktech/gradle-maven-publish-plugin for Maven Central publishing. Key configuration in build.gradle.kts:

mavenPublishing {
    publishToMavenCentral(SonatypeHost.CENTRAL_PORTAL)
    signAllPublications()

    coordinates(group.toString(), "compose-ui-test-server", version.toString())

    pom {
        // POM metadata...
    }
}

The plugin handles:

  • Artifact signing with GPG

  • Publishing to Maven Central via the Central Portal API

  • Automatic staging and release

Requirements and compatibility

Written for: Claude Code

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Claude Code frontmatter, Needs network access

Security

What our scanner noticed· Low risk

  • Instructions that use the network
  • Scripts that your agent may run

This skill includes scripts that your agent may run. Read them before you use it.

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
Forketyfork
Publisher
JetBrains (Official)
Distributed by
JetBrains
Source
JetBrains/skills · compose-ui-test-server · commit 3f53782
Licence
MIT License (redistribution allowed)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Forketyfork or JetBrains.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download compose-ui-control.zip