Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use when installing or configuring the WizTelemetry Data Pipeline (vector) extension for KubeSphere, which provides data collection, transformation, and routing for observability data including logs, auditing, events, and notifications
.claude/skills/kubesphere-vector/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | 38% | 0% |
| case-02 | ✗→✓ | ▲ Improved | 36% | 0% |
| case-03 | ✗→✓ | ▲ Improved | 77% | 0% |
| case-04 | ✗→✓ | ▲ Improved | 65% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 145% | 0% |
WizTelemetry Data Pipeline is an extension based on vector (https://vector.dev/) that provides the ability to collect, transform, and route observability data. It is a core dependency for other WizTelemetry extensions like Logging, Auditing, Events, and Notification.
REQUIRED: Complete all steps in order before generating InstallPlan.
⚠️ CRITICAL: DO NOT proceed until target clusters are determined.
Step 1.1: Get available clusters
bashkubectl get clusters -o jsonpath='{.items[*].metadata.name}'
Step 1.2: Determine target clusters
Ask user (if not specified):
Available clusters: host, dev
Which clusters do you want to deploy Vector to?Ask user for (if not provided):
http://<node-ip>:30920 or https://opensearch.example.com:9200admin)DO NOT proceed to Step 3 until user provides both endpoint and credentials.
MUST do this to get the latest version:
bashkubectl get extensionversions -l kubesphere.io/extension-ref=vector -o jsonpath='{range .items[*]}{.spec.version}{"\n"}{end}' | sort -V | tail -1
This outputs the latest version (e.g., 1.1.4). Note this down - you'll use it in the InstallPlan.
⚠️ IMPORTANT: Complete prerequisite steps (1-3) BEFORE this step.
⚠️ CRITICAL: InstallPlan metadata.name MUST be vector. DO NOT use any other name.
Based on your selections:
⚠️ CRITICAL: config field is YAML format. You MUST:
⚠️ CRITICAL: All placeholders MUST be replaced with actual values. DO NOT leave them as placeholders.
yamlapiVersion: kubesphere.io/v1alpha1 kind: InstallPlan metadata: name: vector spec: extension: name: vector version: <VECTOR_VERSION> # From Step 3 enabled: true upgradeStrategy: Manual config: | agent: sinks: opensearch: auth: strategy: basic user: <OPENSEARCH_USER> password: <OPENSEARCH_PASSWORD> endpoints: - <OPENSEARCH_ENDPOINT> clusterScheduling: placement: clusters: - <TARGET_CLUSTERS>
Replace placeholders:
<VECTOR_VERSION>: From Step 2 (e.g., 1.1.4)<OPENSEARCH_ENDPOINT>: User-provided endpoint (e.g., http://<node-ip>:30920)<OPENSEARCH_USER>: User-provided username (default: admin)<OPENSEARCH_PASSWORD>: User-provided password<TARGET_CLUSTERS>: User-confirmed cluster names⚠️ DO NOT generate InstallPlan until all placeholders have real values.
After applying InstallPlan, you MUST wait for deployment to complete:
bash# Wait for Vector pods to be ready (on each cluster) kubectl wait --for=condition=Ready pods -n kubesphere-logging-system -l app.kubernetes.io/instance=vector --timeout=300s # Verify deployment status kubectl get pods -n kubesphere-logging-system -l app.kubernetes.io/instance=vector
Show deployment summary to user:
yamlapiVersion: kubesphere.io/v1alpha1 kind: InstallPlan metadata: name: vector spec: extension: name: vector version: <VECTOR_VERSION> # From Step 2 enabled: true upgradeStrategy: Manual config: | agent: sinks: opensearch: auth: strategy: basic user: <OPENSEARCH_USER> password: <OPENSEARCH_PASSWORD> endpoints: - <OPENSEARCH_ENDPOINT> exportMetrics: enabled: true clusterScheduling: placement: clusters: - <TARGET_CLUSTERS>
| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | agent.role | string | "Agent" | Role identifier | | agent.image.tag | string | "0.53.0-debian" | Vector image tag | | agent.resources.requests.cpu | string | "100m" | CPU request | | agent.resources.requests.memory | string | "100Mi" | Memory request | | agent.resources.limits.cpu | string | "2000m" | CPU limit | | agent.resources.limits.memory | string | "2000Mi" | Memory limit | | agent.service.ports | list | see values.yaml | Service ports | | agent.exportMetrics.enabled | bool | false | Enable metrics export |
| Parameter | Type | Required | Description | |-----------|------|----------|-------------| | agent.sinks.opensearch.endpoints | list | Yes | OpenSearch endpoint URLs | | agent.sinks.opensearch.auth.strategy | string | Yes | Authentication strategy (set to basic) | | agent.sinks.opensearch.auth.user | string | Yes | Username for authentication | | agent.sinks.opensearch.auth.password | string | Yes | Password for authentication | | agent.sinks.opensearch.tls.verify | bool | No | Enable TLS verification (default: false) |
Example:
yamlagent: sinks: opensearch: endpoints: - http://<node-ip>:30920 auth: strategy: basic user: admin password: admin tls: verify: false
If Docker root directory is not /var/lib:
yamlagent: extraVolumes: - name: docker-root hostPath: path: /path/to/docker type: '' extraVolumeMounts: - name: docker-root mountPath: /path/to/docker
bash# View extension installation status kubectl get installplan vector # View extension version kubectl get extensionversions -l kubesphere.io/extension-ref=vector
bash# View all Vector pods kubectl get pods -n kubesphere-logging-system -l app.kubernetes.io/name=vector # View agent pods kubectl get pods -n kubesphere-logging-system -l app.kubernetes.io/name=vector,app.kubernetes.io/component=agent
bash# View agent logs kubectl logs -n kubesphere-logging-system -l app.kubernetes.io/name=vector,app.kubernetes.io/component=agent --tail=100
yamlapiVersion: kubesphere.io/v1alpha1 kind: InstallPlan metadata: name: vector spec: extension: name: vector version: <VECTOR_VERSION> enabled: true upgradeStrategy: Manual config: | agent: sinks: opensearch: auth: strategy: basic user: <OPENSEARCH_USER> password: <OPENSEARCH_PASSWORD> endpoints: - <OPENSEARCH_ENDPOINT> clusterScheduling: placement: clusters: - <TARGET_CLUSTERS>
Uninstall from all clusters:
bashkubectl delete installplan vector
Uninstall from specific cluster:
To remove Vector from a specific cluster, update the InstallPlan by removing that cluster from clusterScheduling.placement.clusters:
yamlapiVersion: kubesphere.io/v1alpha1 kind: InstallPlan metadata: name: vector spec: extension: name: vector version: <VECTOR_VERSION> enabled: true upgradeStrategy: Manual config: | agent: sinks: opensearch: auth: strategy: basic user: <OPENSEARCH_USER> password: <OPENSEARCH_PASSWORD> endpoints: - <OPENSEARCH_ENDPOINT> clusterScheduling: placement: clusters: - <REMAINING_CLUSTERS> # Remove the cluster you want to uninstall from
installationMode: Multicluster:agent (tag: agent) is deployed to all selected member clustersbash# View Vector configmap kubectl get configmap -n kubesphere-logging-system -l app.kubernetes.io/name=vector # View specific config kubectl get configmap -n kubesphere-logging-system vector-config -o yaml
bash# Check if sinks are configured correctly kubectl get secret -n kubesphere-logging-system vector-sinks -o yaml
| Issue | Solution | |-------|----------| | Pods not starting | Check if OpenSearch is accessible | | Data not flowing | Verify sink configuration and network connectivity | | Agent not on member cluster | Check multicluster installation settings | | Out of memory | Increase resource limits in configuration |
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-21 | pass→pass | 14,420 | 10,316 | -28% | 1 | 1 | 0% | 2,859 | 4,974 | +74% | 0 | 0 | — |
case-20 | pass→pass | 13,924 | 6,196 | -56% | 1 | 1 | 0% | 2,689 | 4,007 | +49% | 0 | 0 | — |
case-01 | fail→pass | 15,208 | 5,945 | -61% | 1 | 1 | 0% | 2,899 | 4,010 | +38% | 0 | 0 | — |
case-02 | fail→pass | 16,597 | 8,337 | -50% | 1 | 1 | 0% | 3,243 | 4,395 | +36% | 0 | 0 | — |
case-03 | fail→pass | 12,574 | 23,357 | +86% | 1 | 1 | 0% | 2,184 | 3,859 | +77% | 0 | 0 | — |
case-04 | fail→pass | 17,561 | 6,237 | -64% | 1 | 1 | 0% | 2,313 | 3,809 | +65% | 0 | 0 | — |
case-05 | fail→pass | 31,359 | 9,149 | -71% | 1 | 1 | 0% | 1,328 | 3,258 | +145% | 0 | 0 | — |
case-06 | pass→fail | 10,829 | 1,782 | -84% | 1 | 1 | 0% | 1,920 | 2,969 | +55% | 0 | 0 | — |
case-07 | pass→pass | 12,964 | 4,598 | -65% | 1 | 1 | 0% | 2,487 | 3,577 | +44% | 0 | 0 | — |
case-08 | fail→pass | 10,325 | 3,441 | -67% | 1 | 1 | 0% | 1,799 | 3,020 | +68% | 0 | 0 | — |
case-09 | fail→pass | 5,374 | 2,019 | -62% | 1 | 1 | 0% | 988 | 3,046 | +208% | 0 | 0 | — |
case-10 | pass→pass | 10,832 | 1,757 | -84% | 1 | 1 | 0% | 1,709 | 2,942 | +72% | 0 | 0 | — |
case-11 | pass→pass | 6,336 | 2,129 | -66% | 1 | 1 | 0% | 972 | 2,989 | +208% | 0 | 0 | — |
case-12 | fail→pass | 5,349 | 3,057 | -43% | 1 | 1 | 0% | 940 | 3,373 | +259% | 0 | 0 | — |
case-13 | pass→pass | 7,219 | 3,182 | -56% | 1 | 1 | 0% | 1,349 | 3,266 | +142% | 0 | 0 | — |
case-14 | fail→fail | 10,681 | 7,611 | -29% | 1 | 1 | 0% | 1,999 | 3,340 | +67% | 0 | 0 | — |
case-15 | fail→pass | 4,809 | 2,697 | -44% | 1 | 1 | 0% | 765 | 3,035 | +297% | 0 | 0 | — |
case-16 | pass→pass | 6,282 | 2,720 | -57% | 1 | 1 | 0% | 1,130 | 3,155 | +179% | 0 | 0 | — |
case-17 | pass→pass | 6,946 | 3,830 | -45% | 1 | 1 | 0% | 1,263 | 3,389 | +168% | 0 | 0 | — |
case-18 | pass→pass | 10,516 | 2,606 | -75% | 1 | 1 | 0% | 1,937 | 3,133 | +62% | 0 | 0 | — |
case-19 | fail→pass | 9,989 | 3,055 | -69% | 1 | 1 | 0% | 1,574 | 3,231 | +105% | 0 | 0 | — |
case-22 | fail→fail | 16,586 | 12,186 | -27% | 1 | 1 | 0% | 3,134 | 5,064 | +62% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 21 counted toward the lift figure. The other 1 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +41 percentage points is the difference between those two pass rates over the 21 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.