核心用法
cluster-agent-swarm 是一套面向 Kubernetes/OpenShift 平台的多智能体协作系统，通过 7 个专业化 Agent 实现完整的平台运维能力：
- Orchestrator (Jarvis)：任务路由与协调中枢
- Cluster Ops (Atlas)：集群生命周期管理（升级、扩缩容、节点池）
- GitOps (Flow)：ArgoCD/Helm/Kustomize 应用交付
- Security (Shield)：RBAC、安全策略、CVE 扫描
- Observability (Pulse)：Prometheus/Grafana 指标、日志、告警
- Artifacts (Cache)：镜像仓库、SBOM、制品晋级
- Developer Experience (Desk)：命名空间预配、开发者支持
使用方式
支持整体安装或按需单独部署特定 Agent：
# 完整安装 npx skills add https://github.com/kcns008/cluster-agent-swarm-skills # 单独安装（如 GitOps） npx skills add https://github.com/kcns008/cluster-agent-swarm-skills/tree/main/skills/gitops
前置要求
- Kubeconfig 集群访问权限
- 云厂商凭证：AWS/Azure/GCP 对应平台的认证
- 可选集成：ArgoCD、Prometheus、Vault、容器仓库
---
显著优点
1. 专业化分工：每个 Agent 有明确的 SOUL（角色定义），避免通用助手的模糊性
2. 多平台覆盖：原生支持 OpenShift、EKS、AKS、GKE、ROSA、ARO 六大平台
3. GitOps 原生：深度集成 ArgoCD，支持同步、回滚、同步波、多集群 ApplicationSet
4. 安全内置：RBAC 审计、NetworkPolicy、镜像扫描、SBOM 追踪
5. 协作机制：Agent 间通过 @mention 通信，支持任务订阅和升级路径
6. 心跳调度：差异化唤醒频率（5/10/15分钟），平衡响应速度与成本
---
潜在缺点与局限性
1. 凭证复杂度：需配置 10+ 种环境变量和多个云厂商凭证，初期配置门槛高
2. 脚本化安装：非纯指令型 Skill，会下载并执行外部代码，存在供应链风险
3. 生产变更依赖人工：声称的"人工审批"是流程控制而非技术强制，需平台额外加固
4. 状态持久化风险：WORKING.md/LOGS.md/MEMORY.md 的自动提交可能扩大误操作影响范围
5. 第三方工具下载：可能动态获取 syft、trivy、cosign 等二进制，需确保来源可信
6. 无官方背书：GitHub 个人仓库（kcns008），非 CNCF 或云厂商官方项目
---
适合人群
- 平台工程团队：需要标准化多集群运维流程的中大型企业
- SRE/DevOps 工程师：负责 OpenShift/Kubernetes 生产环境运营
- 云原生架构师：构建 GitOps + 安全 + 可观测性一体化平台
- 多云/混合云用户：同时在 AWS/Azure/GCP 运行 K8s 负载的团队
---
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| **供应链攻击** | 从 GitHub 拉取脚本执行 | 固定 commit hash、审计代码后再用 |
| **凭证泄露** | 需配置大量敏感凭证 | 使用最小权限服务账号、绝不使用 root 凭证 |
| **生产误操作** | 脚本可能执行删除/晋级等破坏性操作 | 沙箱环境先行验证、启用人工审批门 |
| **持久化数据污染** | 自动提交到仓库的 Markdown 文件 | 限制仓库写权限、定期审计提交内容 |
| **网络外联** | 可能下载外部二进制或调用 API | 离线工具链、网络策略限制出站连接 |