frontend-forge-fe-operโฆ
Operate FrontendExtension (FE) resources in frontend-forge: create, update, rebuild, inspect package artifacts, downloadโฆ
Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions
Claude Code
$ npx -y skills add kubesphere/kubesphere --skill whizard-telemetry --agent claude-code
Codex
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a codex -y
Cursor
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a cursor -y
Gemini CLI
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a gemini-cli -y
GitHub Copilot
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a github-copilot -y
OpenCode
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a opencode -y
Windsurf
$ npx skills add kubesphere/kubesphere --skill whizard-telemetry -a windsurf -y
name: whizard-telemetry description: Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions
WizTelemetry Platform Service is a common service for all observability extensions of KubeSphere's WizTelemetry Observability Platform. It provides a common APIServer for all observability extensions, offering backend platform services for Logging, Auditing, Events, Notifications, Tracing, and more.
| Component | Description | Default | |-----------|-------------|---------| | whizard-telemetry-apiserver | Common APIServer for all observability extensions | 1 replica | | wiz-telemetry-console | Web console for WizTelemetry | 1 replica |
The WizTelemetry Platform Service does not have hard dependencies on other components. All APIs can be enabled/disabled based on the deployed extensions:
Configuration should be added incrementally as you deploy additional observability extensions (e.g., WhizardLogging, WhizardAuditing, WhizardEvents, WhizardNotification).
**Step 1: Get latest version**
kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-telemetry -o jsonpath='{range .items[*]}{.spec.version}{"\n"}{end}' | sort -V | tail -1**Step 2: Generate config**
Run the helper script in the skill's scripts directory:
cd whizard-telemetry && ./scripts/generate-config.sh
This script will: 1. Check which observability extensions are installed (whizard-logging, whizard-auditing, whizard-events, whizard-notification, whizard-monitoring, whizard-alerting) 2. Check if vector extension is installed 3. Output the config section only (between ---CONFIG_START--- and ---CONFIG_END---)
**Step 3: Create InstallPlan**
Use the generated config to create the InstallPlan:
apiVersion: kubesphere.io/v1alpha1
kind: InstallPlan
metadata:
name: whizard-telemetry
spec:
extension:
name: whizard-telemetry
version: <VERSION> # From Step 1
enabled: true
upgradeStrategy: Manual
config: |
<CONFIG_FROM_STEP_2>**โ ๏ธ CRITICAL: InstallPlan `metadata.name` MUST be `whizard-telemetry`. DO NOT use any other name.**
The whizard-telemetry configuration is **automatically generated** based on which observability extensions are installed. You do NOT need to manually configure it - it will be generated when you install the corresponding extensions.
**How it works:**
The `whizard-telemetry.config` section is automatically generated by the helper script based on installed extensions. You do not need to manually configure it.
| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `whizard-telemetry.apiserver.image.repository` | string | kubesphere/whizard-telemetry-apiserver | API server image | | `whizard-telemetry.apiserver.image.tag` | string | latest | API server image tag | | `wiz-telemetry-console.image.repository` | string | kubesphere/wiz-telemetry-console | Console image | | `wiz-telemetry-console.image.tag` | string | 2.1.0 | Console image tag |
| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `whizard-telemetry.apiserver.nodeSelector` | object | {} | Node selector | | `whizard-telemetry.apiserver.tolerations` | list | [] | Tolerations | | `whizard-telemetry.apiserver.affinity` | object | {} | Affinity | | `wiz-telemetry-console.nodeSelector` | object | {} | Node selector | | `wiz-telemetry-console.tolerations` | list | [] | Tolerations | | `wiz-telemetry-console.affinity` | object | {} | Affinity |
# View extension installation status kubectl get installplan whizard-telemetry # View extension version kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-telemetry
# View API server pods kubectl get pods -n extension-whizard-telemetry -l app=whizard-telemetry-apiserver # View console pods kubectl get pods -n extension-whizard-telemetry -l app=wiz-telemetry-console
# View API server logs kubectl logs -n extension-whizard-telemetry -l app=whizard-telemetry-apiserver --tail=100 # View console logs kubectl logs -n extension-whizard-telemetry -l app=wiz-telemetry-console --tail=100
# Delete the InstallPlan to uninstall kubectl delete installplan whizard-telemetry
When new observability extensions are installed or uninstalled (e.g., whizard-logging, whizard-events, whizard-auditing), you need to update the whizard-telemetry config.
**Step 1: Generate new config**
cd whizard-telemetry && ./scripts/generate-config.sh
This script will check installed extensions and generate the complete config.
**Step 2: Update Ins
The container platform tailored for Kubernetes multi-cloud, datacenter, and edge management โ ๐ฅ โ๏ธ
Operate FrontendExtension (FE) resources in frontend-forge: create, update, rebuild, inspect package artifacts, downloadโฆ
Operate FrontendIntegration resources and the frontend-forge extension. Use when Codex needs to create a FrontendIntegration fromโฆ
Generate canonical FrontendIntegration YAML from a simplified single-menu authoring model for frontend-forge.
Use when deploying KubeEye for cluster inspection, creating InspectRule/InspectPlan resources, or retrieving inspection results.โฆ
KubeSphere cluster query Skill (read-only). Use when user requests to view cluster list, cluster status, cluster details, orโฆ
KubeSphere central controller Skill. Routes to specific Skills based on user requests: multi-cluster managementโฆ
Use when running, building, or managing Linux containers on macOS, or when a task involves Docker, docker compose, Lima, Colima,โฆ
Entry point for AI-agent work on AWS: pick a runtime, plan a migration for existing workloads, and build an executable POC โ oneโฆ
Build, debug, or review Cloudflare Agents SDK applications using the agents package.
Use when writing, reviewing, or debugging Terraform/OpenTofu modules, tests, CI, scans, or state ops - diagnoses failure modeโฆ