OpenClaw 已经是很多人日常使用的 AI 助手，但它不理解 KubeSphere 独有的资源模型和操作方式。
问多集群管理，它给的是通用 kubectl 命令；问 DevOps 流水线，它讲的是原生 Jenkins 的使用方式；问扩展组件安装，它又回到 Helm Chart 那一套——而这些都不是 KubeSphere 用户真正的工作路径。
现在，KubeSphere官方 Skills 正式发布，补上了 OpenClaw 在 KubeSphere 场景下长期缺失的这层能力。
KubeSphere Skills 目前共发布 16 个技能包，覆盖核心平台、DevOps 全流程、可观测性套件三大领域：
1. 核心平台能力
2. DevOps 全流程
3. 可观测性套件
这些 Skills 将正确的资源模型、安装约束、API 路径、依赖关系和排障方式沉淀为可被 AI 直接调用的专业能力。
加载 KubeSphere Skills 之后，OpenClaw 不再只是输出一套通用 K8s / DevOps 方案，而是开始按照KubeSphere的资源模型、安装方式和操作路径来理解问题，并给出更贴近实际工作流的回答。
场景 1：集群与多租户管理
没有对应 Skill 时，AI 往往只能给出一些通用 Kubernetes 查询命令，比如：
加载 Skill 之后，你只需要一句话：列出所有集群，告诉我每个集群的 K8s 版本和 Host/Member 角色。
它就能基于 KubeSphere 的集群模型理解需求，识别cluster CRD，以及 Host / Member 集群在标签和角色上的区别，给出更准确的查询方式，而不是停留在泛化的 K8s 命令层面。
原本需要进入控制台逐个点开集群详情才能完成的事情，现在通过一轮对话就可以完成，而且结果更结构化，也更适合后续筛选和脚本化处理。
场景 2：扩展组件安装
没有 Skill 时，AI 很容易按照通用经验，建议你直接用 Helm Chart 方式部署，比如：
但在 KubeSphere 4.x 中，扩展组件有自己明确的安装机制，正确入口并不是一条 helm install 命令。
加载 Skill 后，当你告诉它：帮我安装 WhizardTelemetry 可观测性套件，启用监控和日志。
它会直接进入 KubeSphere 的正确安装语境，生成符合要求的安装内容。下图展示了 OpenClaw 从识别安装需求，到生成符合 KubeSphere 扩展机制配置内容的过程：
这些安装细节，现在 AI 都记住了。
场景 3：DevOps 项目管理
没有对应 Skill 时，这类操作通常要先在控制台里一层层创建资源，再手动补齐权限关系。一个看似简单的“建项目”，背后往往至少包括下面几步：
加载 Skills 后，你说：帮我创建企业空间，创建 DevOps 项目。
OpenClaw 会先识别需要补齐的关键参数，再把企业空间创建、项目创建和角色授权串成一条完整路径。
这样，AI 不只是“帮你建个项目”，而是理解 DevOps 项目从属于企业空间、受租户边界约束，并且需要角色授权才能真正可用。
KubeSphere Skills vs 传统GUI
两种工作模式适合不同场景。对比如下：
Skills 主要带来了三点变化：效率、门槛、可扩展性。
现在就可以开始使用
KubeSphere Skills 已开源发布，安装方式非常简单，支持主流的 AI Agent 生态。
推荐方式：使用 npx 一键安装
该命令会识别仓库中可安装的 Skills，并按当前 Agent 的安装方式写入对应环境。
或者，通过对话让 Agent 安装：
直接在您的 AI 助手对话中告诉它：
请帮我安装
安装完成后，您的 AI 助手就加载了完整的 KubeSphere 平台知识，可以直接投入使用。
社区贡献同样欢迎。如果你在使用中发现某个操作场景缺少对应的 Skill，或者现有 Skill 描述有改进空间，可以按照仓库的贡献指南提交——包括压力场景、API 示例和实际排查步骤。
从点击到对话
KubeSphere Skills 做的事情其实很简单：让 OpenClaw 真正懂 KubeSphere。
从此，查集群不用翻菜单，装扩展不用记表单，触发流水线不用打开控制台——对话就够了。
如果你遇到某个场景缺少对应 Skill，或者觉得哪里还能更好，欢迎按贡献指南提出来。你的每一次反馈，都会让 KubeSphere 的 AI 能力更强。
