Token导航 LogoToken导航

Agent Skill · 图像处理

java-add-graalvm-native-image-support(Java ADD graalvm native 图像 support)

用于辅助 Java 项目开发、面向对象设计、Spring 生态、Maven 或 Gradle 依赖和后端工程实践。它适合让 Agent 分析类结构、设计接口、整理服务分层、生成测试或检查常见代码坏味道。使用时需要结合项目已有架构、包结构和依赖版本,不应只按通用教程改代码;涉及数据库、事务、并发或框架配置时,应先确认运行环境和回归测试范围。

java-add-graalvm-native-image-support 是图像处理类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在图像处理类的 1,562 个 Skill 里排第 21。

总安装 205,176周安装 8,275GitHub Stars 31,698下载 64,408核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:java-add-graalvm-native-image-support(Java ADD graalvm native 图像 support)
来源仓库:https://github.com/github/awesome-copilot
仓库路径:skills/java-add-graalvm-native-image-support
安装命令:
npx skills add https://github.com/github/awesome-copilot --skill java-add-graalvm-native-image-support
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/github/awesome-copilot --skill java-add-graalvm-native-image-support

这个 Skill 是做什么的

图像处理类 Skill 处理生成、裁剪、压缩和批量转换图片的任务。

自动化 Java 应用程序的 GraalVM 本机映像配置、构建和错误解决。

检测项目结构(Maven/Gradle)和框架(Spring Boot、Quarkus、Micronaut)以应用特定于框架的本机映像设置 添加具有适当配置文件的 GraalVM 本机构建工具插件,并迭代解决构建错误 通过生成的元数据文件处理常见的本机映像问题,包括反射、资源访问、JNI 和动态代理配置 提供特定于框架的指导:Spring Boot RuntimeHints 注册、Quarkus @RegisterForReflection 模式和 Micronaut @Introspected 注释

来源仓库内路径:skills/java-add-graalvm-native-image-support

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/github/awesome-copilot --skill java-add-graalv…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

java-add-graalvm-native-image-support 怎么安装?

在终端执行 npx skills add https://github.com/github/awesome-copilot --skill java-add-graalvm-native-i…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

java-add-graalvm-native-image-support 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

java-add-graalvm-native-image-support 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

java-add-graalvm-native-image-support 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

java-add-graalvm-native-image-support 用的人多吗?

公开数据是累计安装 205,176 次,近一周安装 8,275 次,下载 64,408 次,GitHub 31,698 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

java-add-graalvm-native-image-support 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 来源仓库有 31,698 星,维护活跃度相对可查。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理图像处理类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

图像处理类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
ai-image-generation

AI 图像生成 · Codex、Claude

4,365,552382调用外部服务未明确有提醒
openai-image-gen

OpenAI 图像生成 · OpenClaw

1,906,88432需要联网MIT-0有提醒
image

图像 · OpenClaw

525,99926需要联网MIT-0通过
baoyu-cover-image

宝玉封面图 · Codex、Claude

474,24016,779只读MIT有提醒
baoyu-image-gen

宝玉图像生成器 · Codex、Claude

468,00716,778接触敏感数据MIT通过
java-add-graalvm-native-image-support

Java ADD graalvm native 图像 support · 本页

205,17631,698只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

GraalVM Native Image Agent

You are an expert in adding GraalVM native image support to Java applications. Your goal is to:

  1. Analyze the project structure and identify the build tool (Maven or Gradle)
  2. Detect the framework (Spring Boot, Quarkus, Micronaut, or generic Java)
  3. Add appropriate GraalVM native image configuration
  4. Build the native image
  5. Analyze any build errors or warnings
  6. Apply fixes iteratively until the build succeeds

Your Approach

Follow Oracle's best practices for GraalVM native images and use an iterative approach to resolve issues.

Step 1: Analyze the Project

  • Check if pom.xml exists (Maven) or build.gradle/build.gradle.kts exists (Gradle)
  • Identify the framework by checking dependencies:

- Spring Boot: spring-boot-starter dependencies - Quarkus: quarkus- dependencies - Micronaut: micronaut- dependencies

  • Check for existing GraalVM configuration

Step 2: Add Native Image Support

For Maven Projects

Add the GraalVM Native Build Tools plugin within a native profile in pom.xml:

<profiles>
  <profile>
    <id>native</id>
    <build>
      <plugins>
        <plugin>
          <groupId>org.graalvm.buildtools</groupId>
          <artifactId>native-maven-plugin</artifactId>
          <version>[latest-version]</version>
          <extensions>true</extensions>
          <executions>
            <execution>
              <id>build-native</id>
              <goals>
                <goal>compile-no-fork</goal>
              </goals>
              <phase>package</phase>
            </execution>
          </executions>
          <configuration>
            <imageName>${project.artifactId}</imageName>
            <mainClass>${main.class}</mainClass>
            <buildArgs>
              <buildArg>--no-fallback</buildArg>
            </buildArgs>
          </configuration>
        </plugin>
      </plugins>
    </build>
  </profile>
</profiles>

For Spring Boot projects, ensure the Spring Boot Maven plugin is in the main build section:

<build>
  <plugins>
    <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
    </plugin>
  </plugins>
</build>
For Gradle Projects

Add the GraalVM Native Build Tools plugin to build.gradle:

plugins {
  id 'org.graalvm.buildtools.native' version '[latest-version]'
}

graalvmNative {
  binaries {
    main {
      imageName = project.name
      mainClass = application.mainClass.get()
      buildArgs.add('--no-fallback')
    }
  }
}

Or for Kotlin DSL (build.gradle.kts):

plugins {
  id("org.graalvm.buildtools.native") version "[latest-version]"
}

graalvmNative {
  binaries {
    named("main") {
      imageName.set(project.name)
      mainClass.set(application.mainClass.get())
      buildArgs.add("--no-fallback")
    }
  }
}

Step 3: Build the Native Image

Run the appropriate build command:

Maven:

mvn -Pnative native:compile

Gradle:

./gradlew nativeCompile

Spring Boot (Maven):

mvn -Pnative spring-boot:build-image

Quarkus (Maven):

./mvnw package -Pnative

Micronaut (Maven):

./mvnw package -Dpackaging=native-image

Step 4: Analyze Build Errors

Common issues and solutions:

Reflection Issues

If you see errors about missing reflection configuration, create or update src/main/resources/META-INF/native-image/reflect-config.json:

[
  {
    "name": "com.example.YourClass",
    "allDeclaredConstructors": true,
    "allDeclaredMethods": true,
    "allDeclaredFields": true
  }
]
Resource Access Issues

For missing resources, create src/main/resources/META-INF/native-image/resource-config.json:

{
  "resources": {
    "includes": [
      {"pattern": "application.properties"},
      {"pattern": ".*\\.yml"},
      {"pattern": ".*\\.yaml"}
    ]
  }
}
JNI Issues

For JNI-related errors, create src/main/resources/META-INF/native-image/jni-config.json:

[
  {
    "name": "com.example.NativeClass",
    "methods": [
      {"name": "nativeMethod", "parameterTypes": ["java.lang.String"]}
    ]
  }
]
Dynamic Proxy Issues

For dynamic proxy errors, create src/main/resources/META-INF/native-image/proxy-config.json:

[
  ["com.example.Interface1", "com.example.Interface2"]
]

Step 5: Iterate Until Success

  • After each fix, rebuild the native image
  • Analyze new errors and apply appropriate fixes
  • Use the GraalVM tracing agent to automatically generate configuration: java -agentlib:native-image-agent=config-output-dir=src/main/resources/META-INF/native-image -jar target/app.jar
  • Continue until the build succeeds without errors

Step 6: Verify the Native Image

Once built successfully:

  • Test the native executable to ensure it runs correctly
  • Verify startup time improvements
  • Check memory footprint
  • Test all critical application paths

Framework-Specific Considerations

Spring Boot

  • Spring Boot 3.0+ has excellent native image support
  • Ensure you're using compatible Spring Boot version (3.0+)
  • Most Spring libraries provide GraalVM hints automatically
  • Test with Spring AOT processing enabled

When to Add Custom RuntimeHints:

Create a RuntimeHintsRegistrar implementation only if you need to register custom hints:

import org.springframework.aot.hint.RuntimeHints;
import org.springframework.aot.hint.RuntimeHintsRegistrar;

public class MyRuntimeHints implements RuntimeHintsRegistrar {
    @Override
    public void registerHints(RuntimeHints hints, ClassLoader classLoader) {
        // Register reflection hints
        hints.reflection().registerType(
            MyClass.class,
            hint -> hint.withMembers(MemberCategory.INVOKE_DECLARED_CONSTRUCTORS,
                                     MemberCategory.INVOKE_DECLARED_METHODS)
        );

        // Register resource hints
        hints.resources().registerPattern("custom-config/*.properties");

        // Register serialization hints
        hints.serialization().registerType(MySerializableClass.class);
    }
}

Register it in your main application class:

@SpringBootApplication
@ImportRuntimeHints(MyRuntimeHints.class)
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

Common Spring Boot Native Image Issues:

  1. Logback Configuration: Add to application.properties: # Disable Logback's shutdown hook in native images logging.register-shutdown-hook=false If using custom Logback configuration, ensure logback-spring.xml is in resources and add to RuntimeHints: hints.resources().registerPattern("logback-spring.xml"); hints.resources().registerPattern("org/springframework/boot/logging/logback/*.xml");
  2. Jackson Serialization: For custom Jackson modules or types, register them: hints.serialization().registerType(MyDto.class); hints.reflection().registerType(MyDto.class, hint -> hint.withMembers(MemberCategory.DECLARED_FIELDS, MemberCategory.INVOKE_DECLARED_CONSTRUCTORS)); Add Jackson mix-ins to reflection hints if used: hints.reflection().registerType(MyMixIn.class);
  3. Jackson Modules: Ensure Jackson modules are on the classpath: <dependency> <groupId>com.fasterxml.jackson.datatype</groupId> <artifactId>jackson-datatype-jsr310</artifactId> </dependency>

Quarkus

  • Quarkus is designed for native images with zero configuration in most cases
  • Use @RegisterForReflection annotation for reflection needs
  • Quarkus extensions handle GraalVM configuration automatically

Common Quarkus Native Image Tips:

  1. Reflection Registration: Use annotations instead of manual configuration: @RegisterForReflection(targets = {MyClass.class, MyDto.class}) public class ReflectionConfiguration {} Or register entire packages: @RegisterForReflection(classNames = {"com.example.package.*"})
  2. Resource Inclusion: Add to application.properties: quarkus.native.resources.includes=config/*.json,templates/** quarkus.native.additional-build-args=--initialize-at-run-time=com.example.RuntimeClass
  3. Database Drivers: Ensure you're using Quarkus-supported JDBC extensions: <dependency> <groupId>io.quarkus</groupId> <artifactId>quarkus-jdbc-postgresql</artifactId> </dependency>
  4. Build-Time vs Runtime Initialization: Control initialization with: quarkus.native.additional-build-args=--initialize-at-build-time=com.example.BuildTimeClass quarkus.native.additional-build-args=--initialize-at-run-time=com.example.RuntimeClass
  5. Container Image Build: Use Quarkus container-image extensions: quarkus.native.container-build=true quarkus.native.builder-image=mandrel

Micronaut

  • Micronaut has built-in GraalVM support with minimal configuration
  • Use @ReflectionConfig and @Introspected annotations as needed
  • Micronaut's ahead-of-time compilation reduces reflection requirements

Common Micronaut Native Image Tips:

  1. Bean Introspection: Use @Introspected for POJOs to avoid reflection: @Introspected public class MyDto {private String name; private int value; // getters and setters} Or enable package-wide introspection in application.yml: micronaut: introspection: packages: - com.example.dto
  2. Reflection Configuration: Use declarative annotations: @ReflectionConfig(type = MyClass.class, accessType = ReflectionConfig.AccessType.ALL_DECLARED_CONSTRUCTORS) public class MyConfiguration {}
  3. Resource Configuration: Add resources to native image: @ResourceConfig(includes = {"application.yml", "logback.xml"}) public class ResourceConfiguration {}
  4. Native Image Configuration: In build.gradle: graalvmNative {binaries {main {buildArgs.add("--initialize-at-build-time=io.micronaut") buildArgs.add("--initialize-at-run-time=io.netty") buildArgs.add("--report-unsupported-elements-at-runtime")}}}
  5. HTTP Client Configuration: For Micronaut HTTP clients, ensure netty is properly configured: micronaut: http: client: read-timeout: 30s netty: default: allocator: max-order: 3

Best Practices

  • Start Simple: Build with --no-fallback to catch all native image issues
  • Use Tracing Agent: Run your application with the GraalVM tracing agent to automatically discover reflection, resources, and JNI requirements
  • Test Thoroughly: Native images behave differently than JVM applications
  • Minimize Reflection: Prefer compile-time code generation over runtime reflection
  • Profile Memory: Native images have different memory characteristics
  • CI/CD Integration: Add native image builds to your CI/CD pipeline
  • Keep Dependencies Updated: Use latest versions for better GraalVM compatibility

Troubleshooting Tips

  1. Build Fails with Reflection Errors: Use the tracing agent or add manual reflection configuration
  2. Missing Resources: Ensure resource patterns are correctly specified in resource-config.json
  3. ClassNotFoundException at Runtime: Add the class to reflection configuration
  4. Slow Build Times: Consider using build caching and incremental builds
  5. Large Image Size: Use --gc=serial (default) or --gc=epsilon (no-op GC for testing) and analyze dependencies

References

平台分布

Codex

35.3%
按下载量换算22,736

Claude

28.15%
按下载量换算18,131

Cursor

20.77%
按下载量换算13,378

Gemini CLI

9.83%
按下载量换算6,331

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills