Agent skill

Webkit API Development

by androidx in androidx/androidx

Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll.

Apache-2.0Auto-check passedBackend & APIs

Install Webkit API Development

skills CLI
$ npx skills add androidx/androidx --skill webkit-api-development -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install androidx/androidx webkit-api-development --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/androidx/androidx.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/webkit-api-development .claude/skills/webkit-api-development && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
webkit-api-development
GitHub stars
6.1k
Token cost
~3.7k tokens
SKILL.md length
1,027 words
Files
1
Skills in repo
6
Repo updated
First seen
Licence
Apache-2.0

At a glance

Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll.

  • Works in 6 steps: Verify or Roll Upstream Boundary Interface → Define Feature Flags (WebViewFeature and… → App-Facing API Design by Class Type → …
  • Unhiding WebKit APIs
  • SKILL.md covers Overview, When to use this skill, Workflow Overview and Examples: End-to-End…, plus 2 more sections
  • Reaches crrev.com

What it does

Webkit API Development is an agent skill from androidx/androidx. Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll. Covers feature flags, API design, glue delegation, instrumentation tests, and release unhiding. Use when implementing, modifying, or unhiding WebKit APIs.

Its SKILL.md is about 3.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Backend & APIs, covering API design. It works with Android and Java. The repository describes itself as: Development environment for Android Jetpack extension libraries under the androidx namespace. Synchronized with Android Jetpack's primary development branch on AOSP. The licence is Apache-2.0.

When your agent uses it

  • Unhiding WebKit APIs
  • Tasks that involve API design

Example prompts

  • “/webkit-api-development”

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. Verify or Roll Upstream Boundary Interface
  2. Define Feature Flags (WebViewFeature and WebViewFeatureInternal)
  3. App-Facing API Design by Class Type
  4. Implement Internal Delegation (internal/*Impl.java)
  5. Add Instrumentation Test Coverage
  6. Unhide and Release Feature

What it can do on your machine

Read from SKILL.md and the folder at commit 6069429. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are java and kotlin).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • crrev.com

    Also links to:

    • android-review.googlesource.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Webkit API Development loads about 3.7k tokens when it runs. Until then it costs about 74 tokens; SKILL.md has 1,027 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~74
When it runs · the whole SKILL.md, loaded when a task matches
~3.7k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from androidx/androidx at commit 6069429, republished under its Apache-2.0 licence (© androidx). 1,027 words, ~3,743 tokens.

Download SKILL.mdSave it as .claude/skills/webkit-api-development/SKILL.md (or your agent's skills folder).
name
webkit-api-development
description
Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll. Covers feature flags, API design, glue delegation, instrumentation tests, and release unhiding. Use when implementing, modifying, or unhiding WebKit APIs.

AndroidX WebKit API Implementation Guide

Overview

This guide defines the workflow for implementing WebKit features or APIs in the AndroidX repository (frameworks/support/webkit/).

When to use this skill

  • When adding feature flags to WebViewFeature and WebViewFeatureInternal.
  • When implementing or modifying AndroidX WebKit APIs in frameworks/support/webkit/.
  • When writing AndroidX WebKit instrumentation tests in webkit/integration-tests/instrumentation/.
  • When unhiding an existing @RestrictTo(LIBRARY_GROUP) WebKit API for public release.

Workflow Overview

  1. Step 0: Verify Boundary Interface: Check Features.java and boundary interfaces in external/webview_support_interfaces/. Roll from Chromium if missing.
  2. Step 1: Feature Flags: Add @RestrictTo(LIBRARY_GROUP) constant in WebViewFeature.java and map in internal/WebViewFeatureInternal.java (NO @RestrictTo in internal package).
  3. Step 2: App-Facing API Design:
    • Interfaces (Option A): Only for developer-implemented callbacks. Provide default method throwing UnsupportedOperationException.
    • Static Compat Classes (Option B): For extending framework classes (WebViewCompat, WebSettingsCompat). Public static method.
    • Abstract Controllers (Option C): For singletons (ServiceWorkerControllerCompat). Abstract or concrete method.
    • Domain Classes (Option D): For objects created by WebView (Navigation, Page). Concrete class wrapping internal *Impl delegate.
  4. Step 3: Internal Delegation: Implement in internal/*Impl.java (no @RestrictTo). Guard with isSupportedByWebView(). Callback adapters must include feature in getSupportedFeatures().
  5. Step 4: Instrumentation Tests: In webkit/integration-tests/instrumentation/. Check MULTI_PROFILE in setUp() for Profile tests. Use WebkitUtils.checkFeature(<FEATURE>) (no negative fallback tests).
  6. Step 5: Unhide and Release: Remove @RestrictTo from public API and WebViewFeature.java. Add mapping to PublicFeatureAvailability.kt. Run ./gradlew :webkit:webkit:updateApi. Add Relnote: following webkit/webkit/docs/release_notes.md.

Step 0: Verify or Roll Upstream Boundary Interface

Verify boundary interface and feature constant exist in external/webview_support_interfaces/:

  1. Check Features.java under external/webview_support_interfaces/ for the feature constant.
  2. Check the boundary interface (such as ProfileBoundaryInterface.java or WebSettingsBoundaryInterface.java) for the method signature.
  3. If not present, roll boundary interface from Chromium into external/webview_support_interfaces/ on Gerrit before proceeding.

Step 1: Define Feature Flags (WebViewFeature and WebViewFeatureInternal)
  1. Public Constant (WebViewFeature.java):

    • Declare a public static final String matching the boundary feature name.
    • Add constant to @StringDef annotation (WebViewSupportFeature).
    • Annotate with @RestrictTo(RestrictTo.Scope.LIBRARY_GROUP) while in development.
    java
    /**
     * Feature for {@link #isFeatureSupported(String)}.
     * This feature covers {@link <TargetClass>#<methodName>(...)}.
     */
    @RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
    public static final String <FEATURE_NAME> = "<FEATURE_NAME>";
  2. Internal Mapping (internal/WebViewFeatureInternal.java):

    • Map to boundary constant from org.chromium.support_lib_boundary.util.Features.
    • Do NOT add @RestrictTo in the internal package.
    java
    public static final ApiFeature.NoFramework <FEATURE_NAME> =
            new ApiFeature.NoFramework(WebViewFeature.<FEATURE_NAME>,
                    Features.<FEATURE_NAME>);

Step 2: App-Facing API Design by Class Type
Option A: Interfaces
  • Rule: Use public interfaces only for types the app developer implements (callbacks/listeners).
  • Rule: When adding methods to existing interfaces, always provide a default implementation throwing UnsupportedOperationException to prevent breaking embedders and test mocks.
java
@RequiresFeature(name = WebViewFeature.<FEATURE_NAME>,
        enforcement = "androidx.webkit.WebViewFeature#isFeatureSupported")
@UiThread
@RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
default <ReturnType> <methodName>(<Parameters>) {
    throw new UnsupportedOperationException(
            "<TargetClass>#<methodName> is not implemented.");
}
Option B: Static Compat Utility Classes
  • Rule: When extending framework classes (WebView, WebSettings, CookieManager), add a public static method to *Compat taking the framework instance as first parameter.
java
@RequiresFeature(name = WebViewFeature.<FEATURE_NAME>,
        enforcement = "androidx.webkit.WebViewFeature#isFeatureSupported")
@RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
public static <ReturnType> <methodName>(
        @NonNull <FrameworkClass> instance, <Parameters>) {
    ApiFeature.<ApiLevel> feature = WebViewFeatureInternal.<FEATURE_NAME>;
    if (feature.isSupportedByFramework()) {
        ApiHelperFor<ApiLevel>.<methodName>(instance, <Parameters>);
    } else if (feature.isSupportedByWebView()) {
        getAdapter(instance).<methodName>(<Parameters>);
    } else {
        throw WebViewFeatureInternal.getUnsupportedOperationException();
    }
}
Option C: Abstract Controllers / Singletons
  • Rule: For singleton controllers (ServiceWorkerControllerCompat), declare an abstract method (or concrete method throwing UnsupportedOperationException if subclassing is supported).
java
@RequiresFeature(name = WebViewFeature.<FEATURE_NAME>,
        enforcement = "androidx.webkit.WebViewFeature#isFeatureSupported")
@RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
public abstract <ReturnType> <methodName>(<Parameters>);
Option D: Normal Domain Classes
  • Rule: For domain objects provided by WebView (Navigation, Page), expose a public concrete class wrapping an internal *Impl delegate.
java
public class Navigation {
    private final NavigationImpl mImpl;

    @RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
    public Navigation(@NonNull NavigationImpl impl) {
        mImpl = impl;
    }

    @RequiresFeature(name = WebViewFeature.<FEATURE_NAME>,
            enforcement = "androidx.webkit.WebViewFeature#isFeatureSupported")
    @RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
    public @Nullable String getUrl() {
        return mImpl.getUrl();
    }
}

Step 3: Implement Internal Delegation (internal/*Impl.java)
  • For Interfaces, Controllers, and Domain Classes: Implement in internal/<Class>Impl.java. No @RestrictTo in internal/. Guard with isSupportedByWebView():

    java
    @Override
    public <ReturnType> <methodName>(<Parameters>) {
        ApiFeature.NoFramework feature = WebViewFeatureInternal.<FEATURE_NAME>;
        if (feature.isSupportedByWebView()) {
            mBoundaryImpl.<methodName>(<Parameters>);
        } else {
            throw WebViewFeatureInternal.getUnsupportedOperationException();
        }
    }
  • For Static Compat Classes: Delegation logic lives directly in the static method in *Compat.java.

Complex Types and Callbacks (Reflection Adapters)
  1. Passing Adapters: Wrap parameter/callback in adapter and create InvocationHandler using BoundaryInterfaceReflectionUtil:

    java
    InvocationHandler paramsBoundaryInterface =
            BoundaryInterfaceReflectionUtil.createInvocationHandlerFor(
                    new CustomParametersAdapter(params));
    
    mBoundaryImpl.performOperation(
            paramsBoundaryInterface,
            CustomCallbackAdapter.buildInvocationHandler(callback));
  2. Callback getSupportedFeatures(): Callback adapters implementing FeatureFlagHolderBoundaryInterface must add the feature constant in getSupportedFeatures():

    java
    public class CustomCallbackAdapter
            implements CustomCallbackBoundaryInterface {
        private final CustomCallback mCallback;
    
        public CustomCallbackAdapter(@NonNull CustomCallback callback) {
            mCallback = callback;
        }
    
        @Override
        public @NonNull String[] getSupportedFeatures() {
            return new String[] {
                Features.<FEATURE_NAME>,
            };
        }
    
        @Override
        public void onResult(int status) {
            mCallback.onResult(status);
        }
    }
  3. Receiving Boundary Objects: Cast InvocationHandler back using BoundaryInterfaceReflectionUtil.castToSuppLibClass:

    java
    InvocationHandler boundaryObject = mBoundaryImpl.getFeatureObject();
    mFeatureObject = new FeatureObject(Objects.requireNonNull(
            BoundaryInterfaceReflectionUtil.castToSuppLibClass(
                    FeatureObjectBoundaryInterface.class, boundaryObject)));

Show full SKILL.md (408 more words)Show less
Step 4: Add Instrumentation Test Coverage

Create or update test in webkit/integration-tests/instrumentation/:

  1. Parent Prerequisites: For Profile APIs, check WebkitUtils.checkFeature(WebViewFeature.MULTI_PROFILE) in setUp().
  2. Inferred Types: Do not provide explicit generic type arguments in WebkitUtils.onMainThreadSync.
  3. Positive Tests Only: Use WebkitUtils.checkFeature(WebViewFeature.<FEATURE_NAME>) to verify execution. Do not write negative or unsupported fallback tests.
kotlin
@MediumTest
@RunWith(AndroidJUnit4::class)
class FeatureNameTest {
    private lateinit var targetInstance: TargetClass

    @Before
    fun setUp() {
        // For Profile APIs: WebkitUtils.checkFeature(WebViewFeature.MULTI_PROFILE)
        targetInstance = ...
    }

    @Test
    fun testFeature_doesNotCrash() {
        WebkitUtils.checkFeature(WebViewFeature.YOUR_FEATURE)
        WebkitUtils.onMainThreadSync {
            targetInstance.performAction(...)
        }
    }
}
  • Example References:

Step 5: Unhide and Release Feature

When upstream Chromium development is complete:

  1. Remove @RestrictTo: Remove @RestrictTo(RestrictTo.Scope.LIBRARY_GROUP) from WebViewFeature.java and public API classes.

  2. Update PublicFeatureAvailability.kt: Add mapping in PUBLIC_FEATURE_UNHIDE_CLS pointing to the Chromium CL URL:

    kotlin
    @Suppress("DEPRECATION")
    internal val PUBLIC_FEATURE_UNHIDE_CLS =
        mapOf(
            // Existing mappings...
            WF.<FEATURE_NAME> to "https://crrev.com/c/<chromium_cl_number>",
        )
  3. Update API Signature File:

    bash
    ./gradlew :webkit:webkit:updateApi

Examples: End-to-End Walkthrough (Profile#setFooEnabled)

Example 1: Implement a Hidden Feature API
  1. Define Flags:
    • WebViewFeature.java: Add @RestrictTo(LIBRARY_GROUP) public static final String FOO_FEATURE = "FOO_FEATURE";.
    • WebViewFeatureInternal.java: Add public static final ApiFeature.NoFramework FOO_FEATURE = new ApiFeature.NoFramework(WebViewFeature.FOO_FEATURE, Features.FOO_FEATURE);.
  2. Declare API:
    • Profile.java: Add default void setFooEnabled(boolean enabled) { throw new UnsupportedOperationException("Profile#setFooEnabled is not implemented."); } with @RequiresFeature(name = WebViewFeature.FOO_FEATURE) and @RestrictTo(LIBRARY_GROUP).
  3. Implement Delegation:
    • ProfileImpl.java: Add setFooEnabled(boolean enabled) checking WebViewFeatureInternal.FOO_FEATURE.isSupportedByWebView() and delegating to mProfileImpl.setFooEnabled(enabled).
  4. Add Test:
    • FooFeatureTest.kt: Check MULTI_PROFILE in setUp(), call defaultProfile.setFooEnabled(true) inside WebkitUtils.checkFeature(WebViewFeature.FOO_FEATURE).
  5. Commit: Create commit omitting Relnote:.
Example 2: Unhide API for Public Release
  1. Remove @RestrictTo: Remove from WebViewFeature.FOO_FEATURE and Profile#setFooEnabled.
  2. Update PublicFeatureAvailability.kt: Add WF.FOO_FEATURE to "https://crrev.com/c/<chromium_cl_number>" to PUBLIC_FEATURE_UNHIDE_CLS.
  3. Update API: Run ./gradlew :webkit:webkit:updateApi.
  4. Verify: Run ./gradlew :webkit:webkit:lint :webkit:webkit:assemble :webkit:webkit:runErrorProne.
  5. Commit: Create commit with Relnote: "Added \Profile.setFooEnabled` to enable or disable Foo on a per-profile basis."(followingwebkit/webkit/docs/release_notes.md`).

Commit Message Guidelines (Relnote: Rules)

Follow AndroidX commit formatting conventions. For release notes rules, read webkit/webkit/docs/release_notes.md.

  • Hidden API CL (Step 1 - 4): Omit Relnote: entirely when API is under @RestrictTo.
  • Unhiding CL (Step 5): Include Relnote: "Added \<Class>#<methodName>` to ..."` with backticks around symbol names.

Best Practices and Pitfalls

  • No @RestrictTo in internal: Never put @RestrictTo in androidx.webkit.internal.*.
  • Interfaces for Developer Implementation Only: Do not use interfaces for types returned by WebView; use concrete classes (Option D).
  • Never break embedder subclasses: Always use default methods throwing UnsupportedOperationException on public interfaces.
  • Callback getSupportedFeatures(): Always include feature constant in callback boundary adapters.
  • Always guard calls: Check WebViewFeatureInternal.<FEATURE>.isSupportedByWebView() before calling boundary interfaces.
  • Profile Tests Require MULTI_PROFILE: Check WebkitUtils.checkFeature(WebViewFeature.MULTI_PROFILE) in setUp().
  • Positive Tests Only: Do not assert UnsupportedOperationException for disabled features.
  • Update PublicFeatureAvailability.kt on Unhide: Always register feature constant and Chromium CL URL when unhiding.
  • Preserve docstrings: Do not modify existing KDoc/Javadoc comments when modifying classes.

© androidx, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/webkit-api-development of androidx/androidx.

Open the folder on GitHubat commit 6069429

Compare with similar skills

Webkit API Development next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Webkit API Development compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Webkit API Development this skillandroidx/androidx6.1k—~3.7kAutomated safety check: PassApache-2.0
REST API Contract Reviewdecebals/claude-code-java7501 repos~2.8kAutomated safety check: PassMIT
Rsid SDKrealsenseai/RealSenseID122—~4.1kAutomated safety check: PassApache-2.0
Subspace Clientsdallison/subspace104—~2.4kAutomated safety check: PassApache-2.0
Quarkus Patternsaffaan-m/ECC274k1 repos~5.4kAutomated safety check: PassMIT
Audit Contract Driftben-manes/caffeine18k—~1.1kAutomated safety check: PassApache-2.0

Similar skills

  • REST API Contract Review

    decebals/claude-code-java

    Reviews REST API design for correct HTTP verbs, versioning, DTO use, consistent responses and backward compatibility before an API change ships.

    750 GitHub starsUsed in 1 repo~2.8k tokens
    Backend & APIsAuto-check passed
  • Rsid SDK

    realsenseai/RealSenseID

    RealSenseID face authentication SDK reference. An agent skill from realsenseai/RealSenseID.

    122 GitHub stars~4.1k tokensUpdated 21 days ago
    Backend & APIsAuto-check passed
  • Subspace Clients

    dallison/subspace

    Write Subspace clients in C++, Python, Rust, or Java. An agent skill from dallison/subspace.

    104 GitHub stars~2.4k tokensUpdated yesterday
    Backend & APIsAuto-check passed
  • Quarkus Patterns

    affaan-m/ECC

    Quarkus 3.x LTS architecture patterns with Camel for messaging, RESTful API design, CDI services, data access with Panache, and async processing.

    274k GitHub starsUsed in 1 repo~5.4k tokens
    Backend & APIsAuto-check passed
  • Audit Contract Drift

    ben-manes/caffeine

    Find places where documented API contracts and the implementation diverge

    18k GitHub stars~1.1k tokensUpdated 2 days ago
    Backend & APIsAuto-check passed
  • Quarkus Patterns

    affaan-m/ECC

    Quarkus 3.x LTS architecture patterns with Camel for messaging, RESTful API design, CDI services, data access with Panache, and async processing.

    274k GitHub stars~6.1k tokensUpdated 2 days ago
    Backend & APIsAuto-check passed

More from androidx/androidx

  • Find My Flags

    androidx/androidx

    A skill your agent uses to find Compose feature flags introduced by a specific git user or email and map them to the library version in which they were added.

    6.1k GitHub stars~664 tokensUpdated today
    Auto-check passed
  • Benchmark

    androidx/androidx

    Benchmarking and improving the performance of Jetpack Compose.

    6.1k GitHub stars~1.1k tokensUpdated today
    Auto-check passed
  • Remove Feature Flag

    androidx/androidx

    A skill your agent uses to remove a feature flag when the flag is no longer needed and its current state must be made permanent.

    6.1k GitHub stars~1.2k tokensUpdated today
    Auto-check passed
  • Compose Catalog

    androidx/androidx

    Build, install, and run the Compose Material Catalog application on connected devices or emulators.

    6.1k GitHub stars~499 tokensUpdated today
    Auto-check passed
  • Health Connect

    androidx/androidx

    Comprehensive guide for Health Connect Jetpack SDK development.

    6.1k GitHub stars~1k tokensUpdated today
    Auto-check passed

Works with

Categories

Questions about Webkit API Development

What does Webkit API Development do?

Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll. Webkit API Development is an agent skill from androidx/androidx. Step-by-step guide for implementing AndroidX WebKit APIs in frameworks/support/webkit/ after boundary interface roll.

When should I use Webkit API Development?

Webkit API Development fits situations like: unhiding WebKit APIs; tasks that involve API design.

How do I install Webkit API Development in Claude Code?

Run `npx skills add androidx/androidx --skill webkit-api-development -a claude-code`. Or copy the skill folder (.agents/skills/webkit-api-development in androidx/androidx) into .claude/skills/webkit-api-development in your project. Claude Code loads it when a task matches its description.

How do I install Webkit API Development in Codex?

Run `npx skills add androidx/androidx --skill webkit-api-development -a codex`. Or copy the skill folder (.agents/skills/webkit-api-development in androidx/androidx) into .agents/skills/webkit-api-development in your project. Codex loads it when a task matches its description.

Can I use Webkit API Development in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add androidx/androidx --skill webkit-api-development -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/webkit-api-development, .gemini/skills/webkit-api-development, .github/skills/webkit-api-development and .opencode/skills/webkit-api-development in your project.

What does Webkit API Development need to run?

SKILL.md names no scripts, command-line tools or credentials: Webkit API Development is instructions for the agent only.

Does Webkit API Development access the network?

SKILL.md names 2 domains. In commands or code: crrev.com; the agent is likely to contact it when it follows the instructions. As links in the text: android-review.googlesource.com. This is read from the text; nothing was executed.

Is Webkit API Development safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Webkit API Development use?

Webkit API Development is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Webkit API Development use?

About 3.7k tokens (SKILL.md is roughly 15k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Webkit API Development?

Skills that share tags, products or a category with Webkit API Development: REST API Contract Review (decebals/claude-code-java, 750 stars), Rsid SDK (realsenseai/RealSenseID, 122 stars), Subspace Clients (dallison/subspace, 104 stars) and Quarkus Patterns (affaan-m/ECC, 274k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Webkit API Development?

androidx (a GitHub organization) maintains it in androidx/androidx, which has 6,107 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 7, 2026.

Source: androidx/androidx on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.