frontend-forge-fe-oper…
Operate FrontendExtension (FE) resources in frontend-forge: create, update, rebuild, inspect package artifacts, download packages, publish, unpublish, delete,…
Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions
$ npx -y skills add kubesphere/kubesphere --skill whizard-telemetry --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/whizard-telemetryContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions
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 ⎈ 🖥 ☁️
Repo: kubesphere/kubesphere
Operate FrontendExtension (FE) resources in frontend-forge: create, update, rebuild, inspect package artifacts, download packages, publish, unpublish, delete,…
Operate FrontendIntegration resources and the frontend-forge extension. Use when Codex needs to create a FrontendIntegration from FrontendIntegration YAML,…
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. Covers InstallPlan-based…
KubeSphere cluster query Skill (read-only). Use when user requests to view cluster list, cluster status, cluster details, or cluster version info. Do not…
KubeSphere central controller Skill. Routes to specific Skills based on user requests: multi-cluster management (kubesphere-cluster-management), multi-tenant…