whizard-telemetry
Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions
Install / Use
npx skills add kubesphere/kubesphere --skill whizard-telemetryInstalls into whichever agent you are using.
SKILL.md
Installable skill definition
Quality Score
Category
CommunicationSupported Platforms
Our assessment of whizard-telemetry
whizard-telemetry scores 97/100 on our quality scale, 16th of 168 Communication skills we index (top 10%).
Its SKILL.md is 6.9 KB long, well organised into 35 sections with 11 code examples: a thorough specification that gives an agent plenty to work with.
With 17,059 GitHub stars, it is one of the more widely adopted skills in the catalogue.
Maintenance, license and trust
- The repository was last updated about 2 months ago, so whizard-telemetry is actively maintained.
- No license is declared. By default that means all rights are reserved: you can read it, but reusing or redistributing it is not clearly permitted. Ask the author before building on it commercially.
- Its trust signals score 88/100, with 1 caution from licensing, adoption, age or documentation. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.
Safety scan
No issues foundOur scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful.
AI review by kimi-k2.7-code on 2026-09-26. Automated pattern scan on 2026-09-26. It catches known dangerous patterns, not every risk — read a skill before letting an agent act on it.
whizard-telemetry compared with similar skills
All 4 of these similar skills score higher than whizard-telemetry; compare them before choosing.
| Skill | Score | Stars | Updated | Format |
|---|---|---|---|---|
| whizard-telemetry (this skill)by kubesphere | 97 | 17.1k | 2mo ago | SKILL.md |
| Agent-Reachby Panniantong | 100 | 85.5k | 10d ago | CLAUDE.md |
| headroomby headroomlabs-ai | 100 | 73.8k | today | CLAUDE.md |
| Scraplingby D4Vinci | 100 | 83.7k | today | MCP Server |
| LocalAIby mudler | 100 | 49.3k | today | MCP Server |
Frequently asked questions
- How do I install whizard-telemetry?
- Run
npx skills add kubesphere/kubesphere --skill whizard-telemetry. The install tabs above show the steps for each supported agent. - Which AI agents does whizard-telemetry work with?
- It is written for Universal, as a SKILL.md file. Other agents that read the same format can often use it too.
- Is whizard-telemetry safe to use?
- Our scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful. It declares no license and scores 88/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
- Is whizard-telemetry still maintained?
- The repository was last updated about 2 months ago, so whizard-telemetry is actively maintained.
Skill content
View source on GitHubname: 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
Overview
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.
When to Use
- Installing or configuring the WizTelemetry Platform Service extension
- Managing API services for observability extensions
- Configuring OpenSearch connections for various data types
- Enabling Global Observability monitoring
Architecture
Components
| Component | Description | Default | |-----------|-------------|---------| | whizard-telemetry-apiserver | Common APIServer for all observability extensions | 1 replica | | wiz-telemetry-console | Web console for WizTelemetry | 1 replica |
Dependencies
The WizTelemetry Platform Service does not have hard dependencies on other components. All APIs can be enabled/disabled based on the deployed extensions:
- Optional: OpenSearch - Required only when enabling logging, auditing, events, notification history, or traffic APIs
- Optional: Prometheus - Required only when enabling monitoring API
- Optional: Notification Manager - Required only when enabling notification API
- Optional: KubeSphere Observability (Whizard) - Required only when enabling global observability
Configuration should be added incrementally as you deploy additional observability extensions (e.g., WhizardLogging, WhizardAuditing, WhizardEvents, WhizardNotification).
Installation
Prerequisites
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:
- Check which observability extensions are installed (whizard-logging, whizard-auditing, whizard-events, whizard-notification, whizard-monitoring, whizard-alerting)
- Check if vector extension is installed
- 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.
Configuration from Other Extensions
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:
- When you install whizard-logging, whizard-auditing, whizard-events, etc., the system automatically generates the corresponding whizard-telemetry config
- OpenSearch endpoint and credentials are obtained from the vector extension's secret
Configuration Parameters
The whizard-telemetry.config section is automatically generated by the helper script based on installed extensions. You do not need to manually configure it.
Image Parameters
| 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 |
Scheduling Parameters
| 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 |
Extension Operations
Check Extension Status
# View extension installation status
kubectl get installplan whizard-telemetry
# View extension version
kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-telemetry
Check Pod Status
# 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 Logs
# 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
Uninstall Extension
# Delete the InstallPlan to uninstall
kubectl delete installplan whizard-telemetry
Update Configuration
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 InstallPlan
# Get the generated config (between ---CONFIG_START--- and ---CONFIG_END---)
# Then patch the InstallPlan:
kubectl get installplan whizard-telemetry -n kubesphere-system -o yaml > /tmp/whizard-telemetry.yaml
# Edit the file and update the config section, then apply:
kubectl apply -f /tmp/whizard-telemetry.yaml
Note: The config is automatically generated based on installed extensions. After installing new extensions (logging, events, auditing, notification, etc.), always regenerate and apply the config.
Troubleshooting
Check API Server Health
# Check API server endpoints
kubectl get endpoints -n extension-whizard-telemetry whizard-telemetry-apiserver
# Check API server service
kubectl get svc -n extension-whizard-telemetry whizard-telemetry-apiserver
View Configuration
# View current configuration
kubectl get installplan whizard-telemetry -o yaml
# View configmap
kubectl get configmap -n extension-whizard-telemetry whizard-telemetry-config -o yaml
Related Skills
Agent-Reach
85.5kGive your AI agent eyes to see the entire internet. Read & search Twitter, Reddit, YouTube, GitHub, Bilibili, XiaoHongShu — one CLI, zero API fees.
headroom
73.8kCompress tool outputs, logs, files, and RAG chunks before they reach the LLM. 20% fewer tokens for coding agents, 60-95% fewer tokens for JSON, same answers. Library, proxy, MCP server.
Scrapling
83.7k🕷️ An adaptive Web Scraping framework that handles everything from a single request to a full-scale crawl! Don't be shy, join here: https://discord.gg/EMgGbDceNQ and follow here for daily tips and tricks: https://x.com/Scrapling_dev
LocalAI
49.3kLocalAI is the open-source AI engine. Run any model - LLMs, vision, voice, image, video - on any hardware. No GPU required.
Languages
Trust signals
From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.
