Kubeshark Installer
kubeshark/kubeshark
Installs and configures Kubeshark on a Kubernetes cluster, choosing between the quick CLI path and a Helm install with custom values.
A skill your agent uses when you need to deploy HyperShift clusters on existing Kubernetes clusters using KubeVirt virtualization
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirt --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .claude/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.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/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .claude/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirtType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirt --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .agents/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .agents/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .agents/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirt --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .cursor/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .cursor/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/openshift-eng/ai-helpers.git --path plugins/hcp/skills/hcp-create-kubevirt--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirt --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .gemini/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .gemini/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirtInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .github/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .github/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .github/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install openshift-eng/ai-helpers hcp-create-kubevirt --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/openshift-eng/ai-helpers.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/plugins/hcp/skills/hcp-create-kubevirt .opencode/skills/hcp-create-kubevirt && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "hcp-create-kubevirt" agent skill from https://github.com/openshift-eng/ai-helpers/tree/main/plugins/hcp/skills/hcp-create-kubevirt into .opencode/skills/hcp-create-kubevirt/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hcp-create-kubevirt", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
hcp-create-kubevirtA skill your agent uses when you need to deploy HyperShift clusters on existing Kubernetes clusters using KubeVirt virtualization
Hcp Create Kubevirt is an agent skill from openshift-eng/ai-helpers. Use this skill when you need to deploy HyperShift clusters on existing Kubernetes clusters using KubeVirt virtualization
Its SKILL.md is about 4.4k 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 DevOps & Cloud, covering Container orchestration. It works with Kubernetes. The repository describes itself as: Developer productivity tools for Claude Code & other AI assistants. The licence is Apache-2.0.
8 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit a627176. It shows what the files ask for, not the result of running them.
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.
Shell commands in SKILL.md call:
kubectlFrom the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
github.comconsole.redhat.comamd64.ocp.releases.ci.openshift.orgAlso links to:
docs.openshift.comkubevirt.iohypershift.openshift.ioFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Hcp Create Kubevirt loads about 4.4k tokens when it runs. Until then it costs about 35 tokens; SKILL.md has 764 words of instructions outside code blocks.
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.
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.
The full file from openshift-eng/ai-helpers at commit a627176, republished under its Apache-2.0 licence (© openshift-eng). 764 words, ~4,379 tokens.
.claude/skills/hcp-create-kubevirt/SKILL.md (or your agent's skills folder).This skill provides implementation guidance for creating HyperShift clusters using the KubeVirt provider, which runs on existing Kubernetes clusters with special attention to network conflict prevention and virtual machine management.
This skill is automatically invoked by the /hcp:generate kubevirt command to guide the KubeVirt provider cluster creation process.
The most important aspect of KubeVirt clusters is preventing network conflicts:
Common management cluster ranges to avoid:
Parse the natural language description for KubeVirt-specific requirements:
Environment Type Detection:
Resource Indicators:
Network Requirements:
Storage Requirements:
CRITICAL FIRST STEP: Always check management cluster networks to prevent conflicts.
Prompt for management cluster information:
🔹 **Management Cluster Networks**: To avoid conflicts, please run this command on your management cluster:
`oc get network cluster -o yaml`
From the output, what are the serviceNetwork and clusterNetwork CIDRs?
- serviceNetwork CIDR: [e.g., 172.30.0.0/16]
- clusterNetwork CIDR: [e.g., 10.128.0.0/14]
- [Press Enter if you don't know - I'll use safe defaults]If user provides management cluster CIDRs:
Required Parameters:
--memory: Memory allocation for VMs (default: 8Gi)--cores: CPU cores for VMs (default: 2)--pull-secret: Path to pull secret file--release-image: OpenShift release imageIPv4 Non-Conflicting Defaults:
--service-cidr: 172.30.0.0/16 (avoids common 10.x ranges)--cluster-cidr: 10.132.0.0/14 (avoids common 10.128.x range)--machine-cidr: 192.168.126.0/24 (avoids common 192.168.1.x range)IPv6 Non-Conflicting Defaults:
--service-cidr: fd02::/112--cluster-cidr: fd01::/48--machine-cidr: fd03::/64Smart Defaults by Environment:
Development Environment:
--memory 8Gi
--cores 2
--control-plane-availability-policy SingleReplica
--node-pool-replicas 2Production Environment:
--memory 16Gi
--cores 4
--control-plane-availability-policy HighlyAvailable
--node-pool-replicas 3
--auto-repair trueHigh-Performance Environment:
--memory 32Gi
--cores 8
--control-plane-availability-policy HighlyAvailable
--node-pool-replicas 5Required Information Collection:
Cluster Name
🔹 **Cluster Name**: What would you like to name your cluster?
- Must be DNS-compatible (lowercase, hyphens allowed)
- Used for VM and resource naming
- Example: dev-cluster, prod-app, test-envManagement Cluster Network Check (see Step 2)
VM Resource Configuration
🔹 **VM Memory**: How much memory should each VM have?
- Development: 8Gi (minimum recommended)
- Production: 16Gi+ (better performance)
- High-performance: 32Gi+ (intensive workloads)
- [Press Enter for default based on environment]🔹 **VM CPU Cores**: How many CPU cores should each VM have?
- Development: 2 cores (minimum recommended)
- Production: 4+ cores (better performance)
- High-performance: 8+ cores (intensive workloads)
- [Press Enter for default based on environment]Pull Secret
🔹 **Pull Secret**: Path to your OpenShift pull secret file?
- Required for accessing OpenShift container images
- Download from: https://console.redhat.com/openshift/install/pull-secret
- Example: /home/user/pull-secret.jsonOpenShift Version
🔹 **OpenShift Version**: Which OpenShift version do you want to use?
📋 **Check supported versions**: https://amd64.ocp.releases.ci.openshift.org/
- Enter release image URL: quay.io/openshift-release-dev/ocp-release:X.Y.Z-multi
- [Press Enter for default: quay.io/openshift-release-dev/ocp-release:4.18.0-multi]Optional Configuration:
IPv6 Support (if detected)
🔹 **IPv6 Configuration**: Detected IPv6 requirement. Configure network stack:
- ipv4: IPv4 only (default)
- ipv6: IPv6 only
- dual: Dual-stack (IPv4 + IPv6)
- [Press Enter for default: ipv4]Storage Class
🔹 **Storage Class**: Which storage class should be used for VM disks?
- List available storage classes on your cluster:
kubectl get storageclass
- [Press Enter to use cluster default]Node Count
🔹 **Node Pool Replicas**: How many worker nodes do you need?
- Minimum: 2 (for basic redundancy)
- Production recommended: 3+
- [Press Enter for default based on environment type]If management cluster CIDRs provided, validate conflicts:
## Network Conflict Check
Management cluster networks:
- Service Network: 172.30.0.0/16
- Cluster Network: 10.128.0.0/14
HostedCluster networks (checking for conflicts):
✅ Service CIDR: 172.30.0.0/16 (safe - different range)
❌ Cluster CIDR: 10.132.0.0/14 (CONFLICT with 10.128.0.0/14)
✅ Machine CIDR: 192.168.126.0/24 (safe)
Adjusting Cluster CIDR to avoid conflict:
New Cluster CIDR: 10.140.0.0/14If no management cluster info provided, use safe defaults:
## Network Configuration (Safe Defaults)
Using safe default CIDRs that avoid common management cluster ranges:
- Service CIDR: 172.30.0.0/16 (avoids 10.x ranges)
- Cluster CIDR: 10.132.0.0/14 (avoids common 10.128.x)
- Machine CIDR: 192.168.126.0/24 (avoids common 192.168.1.x)Basic KubeVirt Cluster Command:
hypershift create cluster kubevirt \
--name <cluster-name> \
--namespace <cluster-name>-ns \
--memory <memory> \
--cores <cores> \
--pull-secret <pull-secret-path> \
--release-image <release-image> \
--service-cidr <service-cidr> \
--cluster-cidr <cluster-cidr> \
--machine-cidr <machine-cidr>Development Configuration Example:
hypershift create cluster kubevirt \
--name dev-cluster \
--namespace dev-cluster-ns \
--memory 8Gi \
--cores 2 \
--pull-secret /path/to/pull-secret.json \
--release-image quay.io/openshift-release-dev/ocp-release:4.18.0-multi \
--service-cidr 172.30.0.0/16 \
--cluster-cidr 10.132.0.0/14 \
--machine-cidr 192.168.126.0/24 \
--control-plane-availability-policy SingleReplica \
--node-pool-replicas 2Production Configuration Example:
hypershift create cluster kubevirt \
--name production-cluster \
--namespace production-cluster-ns \
--memory 16Gi \
--cores 4 \
--pull-secret /path/to/pull-secret.json \
--release-image quay.io/openshift-release-dev/ocp-release:4.18.0-multi \
--service-cidr 172.30.0.0/16 \
--cluster-cidr 10.132.0.0/14 \
--machine-cidr 192.168.126.0/24 \
--control-plane-availability-policy HighlyAvailable \
--node-pool-replicas 3 \
--auto-repairIPv6 Configuration Example:
hypershift create cluster kubevirt \
--name ipv6-cluster \
--namespace ipv6-cluster-ns \
--memory 16Gi \
--cores 4 \
--pull-secret /path/to/pull-secret.json \
--release-image quay.io/openshift-release-dev/ocp-release:4.18.0-multi \
--service-cidr fd02::/112 \
--cluster-cidr fd01::/48 \
--machine-cidr fd03::/64Disconnected Configuration Example:
hypershift create cluster kubevirt \
--name airgapped-cluster \
--namespace airgapped-cluster-ns \
--memory 16Gi \
--cores 4 \
--pull-secret /path/to/pull-secret.json \
--release-image quay.io/openshift-release-dev/ocp-release:4.18.0-multi \
--service-cidr 172.30.0.0/16 \
--cluster-cidr 10.132.0.0/14 \
--machine-cidr 192.168.126.0/24 \
--image-content-sources /path/to/image-content-sources.yaml \
--additional-trust-bundle /path/to/ca-bundle.pem \
--renderProvide validation commands:
## Pre-Flight Checks
Before creating the cluster, verify your KubeVirt setup:
1. **KubeVirt Status:**
kubectl get kubevirt -A
2. **Available Storage Classes:**
kubectl get storageclass
3. **Node Resources:**
kubectl top nodes
4. **Available Memory/CPU:**
kubectl describe nodes | grep -E "(Allocatable|Allocated)"
5. **Network Configuration:**
oc get network cluster -o yaml
6. **Required Compute Resources:**
- Control Plane VMs: 3 x (<cores> cores, <memory> RAM)
- Worker VMs: <replica-count> x (<cores> cores, <memory> RAM)
- Total Required: <total-cores> cores, <total-memory> RAMFor Disconnected Environments:
## Post-Creation Configuration (Disconnected)
After running the command above (with --render), you'll need to modify the generated manifests:
1. **Add ImageContentSources to HostedCluster:**
```yaml
spec:
imageContentSources:
- source: quay.io/openshift-release-dev/ocp-v4.0-art-dev
mirrors:
- registry.example.com:5000/openshift/release
- source: quay.io/openshift-release-dev/ocp-release
mirrors:
- registry.example.com:5000/openshift/release-imageskubectl apply -f <rendered-manifest-files>For All Environments:
## Next Steps
1. **Monitor cluster creation:**
kubectl get hostedcluster -n <cluster-namespace>
kubectl get nodepool -n <cluster-namespace>
2. **Check VM creation:**
kubectl get vmi -A
3. **Monitor VM startup:**
kubectl get vmi -A -w
4. **Access cluster when ready:**
hypershift create kubeconfig --name <cluster-name> --namespace <cluster-namespace>
export KUBECONFIG=<cluster-name>-kubeconfig
oc get nodes
5. **Verify network isolation:**
oc get network cluster -o yaml # Check HostedCluster networksScenario: HostedCluster CIDRs conflict with management cluster.
Action:
CIDR conflict detected:
- Management cluster: 10.128.0.0/14
- HostedCluster (proposed): 10.132.0.0/14
- Overlap detected!
Suggested alternative CIDRs:
- Service CIDR: 172.30.0.0/16 (safe)
- Cluster CIDR: 10.140.0.0/14 (avoids conflict)
- Machine CIDR: 192.168.126.0/24 (safe)
Update command with new CIDRs? [y/N]Scenario: Host cluster lacks sufficient resources for VMs.
Action:
Insufficient resources on host cluster:
Required:
- CPU: 24 cores (3 control plane + 6 workers @ 4 cores each)
- Memory: 144Gi (3 control plane + 6 workers @ 16Gi each)
Available:
- CPU: 16 cores
- Memory: 96Gi
Suggestions:
1. Reduce VM resources (--memory 8Gi --cores 2)
2. Reduce worker count (--node-pool-replicas 2)
3. Use SingleReplica control plane
4. Add more nodes to host clusterScenario: No suitable storage class available.
Action:
No default storage class found. Available storage classes:
NAME PROVISIONER
local-path rancher.io/local-path
ceph-rbd kubernetes.io/rbd
Specify storage class in NodePool configuration:
storageClassName: local-path
Or set a default storage class:
kubectl patch storageclass local-path -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'Scenario: KubeVirt is not installed or not fully configured.
Action:
KubeVirt is not ready:
Check KubeVirt status:
kubectl get kubevirt -A
kubectl get pods -n kubevirt
Install KubeVirt if missing:
kubectl apply -f https://github.com/kubevirt/kubevirt/releases/download/v1.0.0/kubevirt-operator.yaml
kubectl apply -f https://github.com/kubevirt/kubevirt/releases/download/v1.0.0/kubevirt-cr.yaml
Verify installation:
kubectl wait kv kubevirt --for condition=Available -n kubevirt --timeout=300s❌ Ignoring network conflicts
Using default CIDRs without checking management cluster✅ Always check management cluster networks first
❌ Under-provisioning VMs
--memory 4Gi --cores 1 # Too small for OpenShift✅ Use minimum 8Gi memory and 2 cores
❌ Over-provisioning for development
--memory 64Gi --cores 16 --node-pool-replicas 10 # Excessive for dev✅ Use appropriate sizing for environment
❌ Conflicting CIDR ranges
Using 10.128.0.0/14 when management cluster uses 10.128.0.0/14✅ Use non-overlapping CIDR ranges
Input: "small kubevirt cluster for development testing"
Management cluster check:
- Service: 172.30.0.0/16
- Cluster: 10.128.0.0/14
Analysis:
- Environment: Development
- Scale: Small
- Network: Avoid 10.128.x range
Generated Command:
hypershift create cluster kubevirt \
--name dev-lab \
--namespace dev-lab-ns \
--memory 8Gi \
--cores 2 \
--service-cidr 172.31.0.0/16 \
--cluster-cidr 10.132.0.0/14 \
--machine-cidr 192.168.126.0/24 \
--control-plane-availability-policy SingleReplica \
--node-pool-replicas 2Input: "high-performance kubevirt cluster for production workloads"
Analysis:
- Environment: Production
- Performance: High priority
- Availability: HA required
Generated Command:
hypershift create cluster kubevirt \
--name prod-workloads \
--namespace prod-workloads-ns \
--memory 32Gi \
--cores 8 \
--service-cidr 172.30.0.0/16 \
--cluster-cidr 10.132.0.0/14 \
--machine-cidr 192.168.126.0/24 \
--control-plane-availability-policy HighlyAvailable \
--node-pool-replicas 5 \
--auto-repair© openshift-eng, 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
Just SKILL.md in plugins/hcp/skills/hcp-create-kubevirt of openshift-eng/ai-helpers.
Open the folder on GitHubat commit a627176
Hcp Create Kubevirt 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.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Hcp Create Kubevirt this skillopenshift-eng/ai-helpers | 120 | — | ~4.4k | Automated safety check: Pass | Apache-2.0 | |
| Kubeshark Installerkubeshark/kubeshark | 12k | — | ~3.6k | Automated safety check: Notes | Apache-2.0 | |
| KubeSphere Multi-Tenant Managementkubesphere/kubesphere | 17k | — | ~3.1k | Automated safety check: Pass | Custom licence | |
| Sim Helmsimstudioai/sim | 30k | — | ~2.2k | Automated safety check: Pass | Apache-2.0 | |
| Helm Chart ScaffoldingCybereason-Public/owLSM | 280 | 13 repos | ~381 | Automated safety check: Pass | GPL-2.0 | |
| Kubeshark KFL2 Filter Referencekubeshark/kubeshark | 12k | — | ~3.6k | Automated safety check: Pass | Apache-2.0 |
kubeshark/kubeshark
Installs and configures Kubeshark on a Kubernetes cluster, choosing between the quick CLI path and a Helm install with custom values.
kubesphere/kubesphere
Creates and queries KubeSphere users, workspaces and projects and assigns built-in roles, defaulting to least privilege and never deleting anything.
simstudioai/sim
Install, upgrade, and operate the Sim Helm chart on Kubernetes.
Cybereason-Public/owLSM
Comprehensive guidance for creating, organizing, and managing Helm charts for packaging and deploying Kubernetes applications.
kubeshark/kubeshark
Syntax reference for KFL2, the CEL-based display filter language used to search Kubernetes network traffic captured by Kubeshark, loaded before any filter is written.
kubesphere/kubesphere
Installs, checks and troubleshoots the KubeSphere ServiceMesh extension (Istio, Kiali, Jaeger), including grayscale release, sidecar injection, topology and tracing issues.
openshift-eng/ai-helpers
Find and independently validate actionable reliability defects across OpenShift release jobs and presubmits, then export portable issue handoffs.
openshift-eng/ai-helpers
Fetch and address all PR review comments — categorize by priority, make code changes, post replies, and push.
openshift-eng/ai-helpers
Categorize Jira issues into Red Hat Sankey Activity Type categories using MCP Jira tools.
openshift-eng/ai-helpers
Decide whether a GitHub PR has unanswered authorized review comments or new required CI failures worth a follow-up agent.
openshift-eng/ai-helpers
Analyze OpenShift must-gather diagnostic data including cluster operators, pods, nodes, and network components.
openshift-eng/ai-helpers
Schema for the autodl JSON data file produced by payload-analysis for database ingestion — you must use this skill whenever generating the autodl JSON file
Works with
Categories
A skill your agent uses when you need to deploy HyperShift clusters on existing Kubernetes clusters using KubeVirt virtualization. Hcp Create Kubevirt is an agent skill from openshift-eng/ai-helpers.
Hcp Create Kubevirt fits situations like: you need to deploy HyperShift clusters on existing Kubernetes clusters using KubeVirt virtualization; tasks that involve Container orchestration.
Run `npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a claude-code`. Or copy the skill folder (plugins/hcp/skills/hcp-create-kubevirt in openshift-eng/ai-helpers) into .claude/skills/hcp-create-kubevirt in your project. Claude Code loads it when a task matches its description.
Run `npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a codex`. Or copy the skill folder (plugins/hcp/skills/hcp-create-kubevirt in openshift-eng/ai-helpers) into .agents/skills/hcp-create-kubevirt in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add openshift-eng/ai-helpers --skill hcp-create-kubevirt -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/hcp-create-kubevirt, .gemini/skills/hcp-create-kubevirt, .github/skills/hcp-create-kubevirt and .opencode/skills/hcp-create-kubevirt in your project.
Going by SKILL.md and its folder, Hcp Create Kubevirt needs the command-line tools its instructions call (kubectl).
SKILL.md names 6 domains. In commands or code: github.com, console.redhat.com and amd64.ocp.releases.ci.openshift.org; the agent is likely to contact these when it follows the instructions. As links in the text: docs.openshift.com, kubevirt.io and hypershift.openshift.io. This is read from the text; nothing was executed.
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.
Hcp Create Kubevirt 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.
About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Hcp Create Kubevirt: Kubeshark Installer (kubeshark/kubeshark, 12k stars), KubeSphere Multi-Tenant Management (kubesphere/kubesphere, 17k stars), Sim Helm (simstudioai/sim, 30k stars) and Helm Chart Scaffolding (Cybereason-Public/owLSM, 280 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
openshift-eng (a GitHub organization) maintains it in openshift-eng/ai-helpers, which has 120 GitHub stars. The repository holds 118 skills in this directory. The repository was last updated on October 6, 2026.
Source: openshift-eng/ai-helpers on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.