/context-load-java-quarkus
Load comprehensive Java Quarkus documentation context with project-specific optimization
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/context-load-java-quarkus
Context preview
What this command does when you run it.
Load comprehensive Java Quarkus documentation context with project-specific optimization
Command definition
context-load-java-quarkus.mdallowed-tools: Read, WebFetch, Bash(fd:*), Bash(rg:*), Bash(jq:*), Bash(gdate:*), Bash(mvn:*), Bash(gradle:*), Task
name: "Context Load Java Quarkus"
description: "Load comprehensive Java Quarkus documentation context with project-specific optimization"
author: "wcygan"
tags: ["context","java"]
version: "1.0.0"
created_at: "2025-07-14T00:00:00Z"
updated_at: "2025-07-14T00:00:00Z"
Context
- Session ID: !`gdate +%s%N`
- Current directory: !`pwd`
- Java projects: !`fd "(pom\.xml|build\.gradle|build\.gradle\.kts)" . | head -5 || echo "No Java projects found"`
- Quarkus projects: !`rg "quarkus" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Quarkus extensions: !`rg "quarkus-[a-zA-Z-]+" . --type xml --type gradle | head -10 || echo "No Quarkus extensions detected"`
- Application properties: !`fd "(application\.properties|application\.yml|application\.yaml)" . | head -3 || echo "No config files found"`
- Native build config: !`fd "(native|graalvm)" . -t d | head -3 || echo "No native build config"`
- Reactive dependencies: !`rg "(mutiny|vertx|reactive)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- MicroProfile usage: !`rg "(microprofile|mp-)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Test frameworks: !`rg "(junit|testcontainers|rest-assured)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Git status: !`git status --porcelain | head -3 || echo "Not a git repository"`
Your Task
STEP 1: Initialize context loading session
- CREATE session state file: `/tmp/quarkus-context-$SESSION_ID.json`
- SET initial state with project analysis results from Context section
- DETERMINE project-specific documentation priorities
// /tmp/quarkus-context-$SESSION_ID.json
{
"sessionId": "$SESSION_ID",
"timestamp": "ISO_8601_TIMESTAMP",
"phase": "discovery|loading|organization|completion",
"project_analysis": {
"hasQuarkusProjects": "boolean",
"detectedExtensions": [],
"reactivePatterns": "boolean",
"microProfileUsage": "boolean",
"nativeBuildSetup": "boolean",
"testingFrameworks": []
},
"context_strategy": "new_project|existing_quarkus|migration|comprehensive",
"loaded_documentation": [],
"prioritized_areas": [],
"checkpoints": {
"discovery_complete": false,
"core_docs_loaded": false,
"extensions_loaded": false,
"testing_loaded": false,
"deployment_loaded": false
}
}STEP 2: Project-specific analysis and strategy selection
Think deeply about optimal documentation loading strategies based on project complexity and Quarkus adoption level.
CASE project_context: WHEN "existing_quarkus_project":
- PRIORITIZE: Extension-specific guides, performance optimization, native compilation
- FOCUS: Advanced patterns, reactive programming, MicroProfile integration
- EMPHASIZE: Testing strategies, deployment optimization, monitoring setup
WHEN "new_quarkus_project":
- PRIORITIZE: Getting started guides, basic configuration, essential extensions
- FOCUS: Project setup, dependency injection, configuration management
- EMPHASIZE: Development workflow, basic testing, local development
WHEN "migration_to_quarkus":
- PRIORITIZE: Migration guides, Spring to Quarkus conversion, compatibility layers
- FOCUS: Incremental migration, dependency mapping, testing during migration
- EMPHASIZE: Performance comparisons, feature parity, deployment strategies
WHEN "comprehensive_learning":
- PRIORITIZE: Complete framework coverage, advanced patterns, best practices
- FOCUS: Native compilation, reactive programming, extension development
- EMPHASIZE: Performance optimization, cloud deployment, observability
STEP 3: Strategic documentation loading with error handling
TRY:
- EXECUTE systematic context loading from prioritized sources
- USE WebFetch tool for each documentation URL with retry logic
- PROCESS and organize information by functional area
- SAVE loaded context summary to session state
**Core Documentation Sources (Priority Order):**
FOR EACH priority_level IN ["essential", "advanced", "specialized"]:
**Essential Documentation (Priority 1):**
1. **Quarkus Getting Started Guide**
- URL: `https://quarkus.io/guides/getting-started`
- FETCH: Project setup, dependency injection, basic configuration
- FOCUS: CDI patterns, configuration properties, development mode
- EXTRACT: Code examples and project structure patterns
2. **Quarkus Guides Overview**
- URL: `https://quarkus.io/guides/`
- FETCH: Guide categories, extension catalog, integration patterns
- FOCUS: Available extensions, integration guides, best practices
- EXTRACT: Extension compatibility matrix and usage patterns
3. **Native Image Compilation**
- URL: `https://quarkus.io/guides/building-native-image`
- FETCH: GraalVM integration, compilation optimization, troubleshooting
- FOCUS: Native image configuration, reflection hints, build optimization
- EXTRACT: Performance metrics and compilation best practices
**Advanced Documentation (Priority 2):**
4. **Reactive Programming with Mutiny**
- URL: `https://quarkus.io/guides/getting-started-reactive`
- FETCH: Reactive streams, Mutiny patterns, non-blocking I/O
- FOCUS: Async processing, backpressure handling, error management
- EXTRACT: Reactive architecture patterns and performance considerations
5. **MicroProfile Integration**
- URL: `https://microprofile.io/`
- FETCH: Health checks, metrics, fault tolerance, JWT authentication
- FOCUS: Observability patterns, resilience strategies, security
- EXTRACT: MicroProfile specification implementation examples
6. **Testing Strategies**
- URL: `https://quarkus.io/guides/getting-started-testing`
- FETCH: Test framework integration, mocking, TestContainers
- FOCUS: Unit testing, integration testing, native image testing
- EXTRACT: Testing patterns and CI/CD integration
**Specialized Documentation (Priority 3):**
7. **Extension Development**
- URL: `
Read more
allowed-tools: Read, WebFetch, Bash(fd:*), Bash(rg:*), Bash(jq:*), Bash(gdate:*), Bash(mvn:*), Bash(gradle:*), Task name: "Context Load Java Quarkus" description: "Load comprehensive Java Quarkus documentation context with project-specific optimization" author: "wcygan" tags: ["context","java"] version: "1.0.0" created_at: "2025-07-14T00:00:00Z" updated_at: "2025-07-14T00:00:00Z"
Context
- Session ID: !`gdate +%s%N`
- Current directory: !`pwd`
- Java projects: !`fd "(pom\.xml|build\.gradle|build\.gradle\.kts)" . | head -5 || echo "No Java projects found"`
- Quarkus projects: !`rg "quarkus" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Quarkus extensions: !`rg "quarkus-[a-zA-Z-]+" . --type xml --type gradle | head -10 || echo "No Quarkus extensions detected"`
- Application properties: !`fd "(application\.properties|application\.yml|application\.yaml)" . | head -3 || echo "No config files found"`
- Native build config: !`fd "(native|graalvm)" . -t d | head -3 || echo "No native build config"`
- Reactive dependencies: !`rg "(mutiny|vertx|reactive)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- MicroProfile usage: !`rg "(microprofile|mp-)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Test frameworks: !`rg "(junit|testcontainers|rest-assured)" . --type xml --type gradle | wc -l | tr -d ' ' || echo "0"`
- Git status: !`git status --porcelain | head -3 || echo "Not a git repository"`
Your Task
STEP 1: Initialize context loading session
- CREATE session state file: `/tmp/quarkus-context-$SESSION_ID.json`
- SET initial state with project analysis results from Context section
- DETERMINE project-specific documentation priorities
// /tmp/quarkus-context-$SESSION_ID.json
{
"sessionId": "$SESSION_ID",
"timestamp": "ISO_8601_TIMESTAMP",
"phase": "discovery|loading|organization|completion",
"project_analysis": {
"hasQuarkusProjects": "boolean",
"detectedExtensions": [],
"reactivePatterns": "boolean",
"microProfileUsage": "boolean",
"nativeBuildSetup": "boolean",
"testingFrameworks": []
},
"context_strategy": "new_project|existing_quarkus|migration|comprehensive",
"loaded_documentation": [],
"prioritized_areas": [],
"checkpoints": {
"discovery_complete": false,
"core_docs_loaded": false,
"extensions_loaded": false,
"testing_loaded": false,
"deployment_loaded": false
}
}STEP 2: Project-specific analysis and strategy selection
Think deeply about optimal documentation loading strategies based on project complexity and Quarkus adoption level.
CASE project_context: WHEN "existing_quarkus_project":
- PRIORITIZE: Extension-specific guides, performance optimization, native compilation
- FOCUS: Advanced patterns, reactive programming, MicroProfile integration
- EMPHASIZE: Testing strategies, deployment optimization, monitoring setup
WHEN "new_quarkus_project":
- PRIORITIZE: Getting started guides, basic configuration, essential extensions
- FOCUS: Project setup, dependency injection, configuration management
- EMPHASIZE: Development workflow, basic testing, local development
WHEN "migration_to_quarkus":
- PRIORITIZE: Migration guides, Spring to Quarkus conversion, compatibility layers
- FOCUS: Incremental migration, dependency mapping, testing during migration
- EMPHASIZE: Performance comparisons, feature parity, deployment strategies
WHEN "comprehensive_learning":
- PRIORITIZE: Complete framework coverage, advanced patterns, best practices
- FOCUS: Native compilation, reactive programming, extension development
- EMPHASIZE: Performance optimization, cloud deployment, observability
STEP 3: Strategic documentation loading with error handling
TRY:
- EXECUTE systematic context loading from prioritized sources
- USE WebFetch tool for each documentation URL with retry logic
- PROCESS and organize information by functional area
- SAVE loaded context summary to session state
**Core Documentation Sources (Priority Order):**
FOR EACH priority_level IN ["essential", "advanced", "specialized"]:
**Essential Documentation (Priority 1):**
1. **Quarkus Getting Started Guide**
- URL: `https://quarkus.io/guides/getting-started`
- FETCH: Project setup, dependency injection, basic configuration
- FOCUS: CDI patterns, configuration properties, development mode
- EXTRACT: Code examples and project structure patterns
2. **Quarkus Guides Overview**
- URL: `https://quarkus.io/guides/`
- FETCH: Guide categories, extension catalog, integration patterns
- FOCUS: Available extensions, integration guides, best practices
- EXTRACT: Extension compatibility matrix and usage patterns
3. **Native Image Compilation**
- URL: `https://quarkus.io/guides/building-native-image`
- FETCH: GraalVM integration, compilation optimization, troubleshooting
- FOCUS: Native image configuration, reflection hints, build optimization
- EXTRACT: Performance metrics and compilation best practices
**Advanced Documentation (Priority 2):**
4. **Reactive Programming with Mutiny**
- URL: `https://quarkus.io/guides/getting-started-reactive`
- FETCH: Reactive streams, Mutiny patterns, non-blocking I/O
- FOCUS: Async processing, backpressure handling, error management
- EXTRACT: Reactive architecture patterns and performance considerations
5. **MicroProfile Integration**
- URL: `https://microprofile.io/`
- FETCH: Health checks, metrics, fault tolerance, JWT authentication
- FOCUS: Observability patterns, resilience strategies, security
- EXTRACT: MicroProfile specification implementation examples
6. **Testing Strategies**
- URL: `https://quarkus.io/guides/getting-started-testing`
- FETCH: Test framework integration, mocking, TestContainers
- FOCUS: Unit testing, integration testing, native image testing
- EXTRACT: Testing patterns and CI/CD integration
**Specialized Documentation (Priority 3):**
7. **Extension Development**
- URL: `
A lightweight (~46kB) and comprehensive CLI tool for managing Claude commands, configurations, and workflows.
Repo: kiliczsh/claude-cmd
Other commands on claude-cmd.
- /agent-browser-automation
Automate browser interactions for development testing using Puppeteer MCP
Open command - /agent-prep-merge
Prepare branches for merging across multiple worktrees and coordinate integration
Open command - /agent-persona-accessibility-expert
Transform into accessibility expert for WCAG compliance and inclusive design
Open command - /agent-persona-api-designer
Transform into an API design specialist who creates well-structured, developer-friendly APIs
Open command - /agent-persona-backend-specialist
Transform into backend specialist for scalable API and system design
Open command - /agent-persona-cloud-architect
Cloud architect persona for designing scalable, secure cloud infrastructure using modern cloud-native technologies
Open command

