搜索「kubernetes」的结果

io.github.hyperdxio/hyperdx/page-layout

使用 PageHeader 与 PageLayout 添加或更新应用页面头部与布局。在创建新页面、修复不一致的页头，或把 Service Map / Kubernetes / dashboard 页面迁移到共享布局时使用。

io.github.github/awesome-copilot/gem-devops-guidelines

设计或评审基础设施、部署、CI/CD、Docker、Kubernetes、健康检查、回滚、特性开关、生产就绪以及移动端发布工作流。适用于 DevOps、平台、容器、流水线与发布相关任务。

io.github.K-Dense-AI/scientific-agent-skills/nextflow

端到端构建、运行和调试 Nextflow 数据流水线与 nf-core 工作流。只要用户提到 Nextflow、nf-core、.nf 文件、nextflow.config、DSL2、processes/channels/operators、samplesheet，或想运行社区流水线（如 nf-core/rnaseq、nf-core/sarek）、用 nf-test 编写和测试模块/subworkflow、配置执行器/容器（Docker、Singularity/Apptainer、Conda、Wave）、把工作流扩展到 HPC/SLURM 或云（AWS Batch、Google Batch、Azure、Kubernetes）、调试失败/续跑的运行，都应使用。即使用户没有说出 “Nextflow”，任何可复现的科学/生信工作流也应考虑使用，也包括编写 nf-core 合规的 pipeline、模块、配置和 lint。

io.github.bentoml/BentoML/bentoml-containerize

将本地 BentoML 项目构建为 Bento，容器化为 OCI/Docker 镜像，本地冒烟测试，并推送到容器镜像仓库（Docker Hub、GHCR、ECR、私有仓库、kind/minikube 本地加载或 ttl.sh）。当用户要求“containerize a Bento”“build a Docker image for my BentoML service”“package my BentoML service for deployment”“push my Bento image to a registry”，或作为把 BentoML 部署到 Kubernetes/EC2 的第一步时使用。本技能不执行任何部署——需移交 bentoml-k8s-deploy 或 bentoml-ec2-deploy 完成部署。

io.github.ai-dynamo/dynamo/configure-aiperf-benchmark

为已成功部署的 Dynamo 候选版本选择并冻结问题驱动的 AIPerf 工作负载、目标、负载策略和 Kubernetes 执行清单。当候选版本需要进行性能表征或与参考进行可比测量时使用。

io.github.NVIDIA/OpenShell/debug-openshell-cluster

诊断 OpenShell gateway 部署为何不健康、不可达或无法创建 sandbox。适用于 gateway 健康失败、Docker/Podman 运行时问题、Helm 失败、Kubernetes 调度、TLS 或认证、gateway 拦截器、supervisor middleware 启动或运行时失败、外部 compute-driver socket、VM 驱动、sandbox 启动等问题。触发词：debug gateway、gateway failing、deployment failing、helm install failing、cluster health、gateway health、gateway not starting、health check failed、sandbox pending、docker driver、podman driver、kubernetes driver、external driver、compute driver socket、gateway interceptor、supervisor middleware、middleware failed、vm driver。

io.github.ai-dynamo/dynamo/dynamo-docs

在 Dynamo Fern 文档站上添加、更新、移动或删除内容——标准文档页面、目录驱动的配方与功能基准页面、示例、配方及翻译——始终保持与文档风格指南一致。适用于 docs/、recipes/ 或 examples/ 下的任何变更（新建页面、编辑、标签页或章节移动、重命名、移除、配方/基准页面、.zh-CN 翻译、版本切割），决定页面应归属的文档标签页（Kubernetes 指南 vs CLI 指南 vs 参考 vs 用例），以及任何需要修正 frontmatter、标题、链接、标注或术语的内容。

io.github.Agents365-ai/drawio-skill/drawio-skill

当用户要求示意图、流程图、架构图、ER 图、UML/时序/类图、SysML/MBSE 图（内部块定义、内部块图、需求图、参数图）、BPMN 业务流程图、泳道/跨职能流程图、网络拓扑、依据 Terraform 或 Kubernetes manifest 绘制云架构、ML/深度学习模型图（Transformer/CNN/LSTM）、思维导图或任何可视化时使用。在讲解含 3 个以上组件的系统、复杂数据流或适合以视觉呈现的关系时也应主动使用。尤其适合需要自定义样式、丰富图形词汇表、泳道或可导出图像（PNG/SVG/PDF/JPG）的图表。生成 .drawio XML 并通过原生 draw.io 桌面 CLI 在本地导出。

io.github.sickn33/agentic-awesome-skills/cloud-k8s

授权范围内的云、容器与 Kubernetes 安全评估：metadata SSRF、IAM 配置错误、容器逃逸路径与集群 RBAC 审查。

io.github.bentoml/BentoML/bentoml-deploy-scriptgen

生成可独立提交进仓库的生产部署脚本包（deploy/deploy.py + 一份仅含覆盖项的 config.yml——Kubernetes manifest 由它渲染），无需 agent 参与即可完成构建、容器化、推送、部署与验证 BentoML 服务——可在终端或 CI/CD 中运行。当用户说“generate a deployment script”“deploy from CI/CD”“set up a production deployment pipeline”“deploy without the agent”“give me a script I can commit to deploy this”“automate my BentoML deploys”等时使用。与交互式技能互补：bentoml-containerize、bentoml-k8s-deploy、bentoml-ec2-deploy 是在有你在场的情况下完成一次部署，本技能则产出可无限重复的脚本。支持 Kubernetes 与 EC2 目标。

io.github.bentoml/BentoML/bentoml-ec2-deploy

用 Docker 将容器化的 BentoML 服务直接部署到一台或多台裸 AWS EC2 实例——不用 Kubernetes。接收已推送的容器镜像（由 bentoml-containerize 技能构建），或通过 SSH 使用用户既有实例，或经 AWS CLI 开通新实例（SSM AMI 查询、安全组、密钥对），以重启自恢复方式运行容器，并用真实推理请求验证。当用户说“deploy my BentoML service to EC2”“run my bento on an AWS VM”“deploy this bento image to an EC2 instance”“run my BentoML container on AWS without Kubernetes”“put my bento on a cloud VM”等时使用。Kubernetes 目标请改用 bentoml-k8s-deploy。

io.github.bentoml/BentoML/bentoml-k8s-deploy

使用纯 kubectl manifest（不用 Helm、operator 或 BentoCloud/Yatai）将容器化的 BentoML 服务部署到 vanilla Kubernetes 集群。接收已推送的容器镜像（来自 bentoml-containerize 技能），探测 bento 的服务拓扑，为部署编写一份 `config.yml`，并据此为每个 BentoML 服务渲染一个 Deployment + Service（外加可选 HPA/Ingress），按依赖顺序应用，并用真实推理请求验证 rollout。当用户说“deploy my BentoML service to Kubernetes”“deploy this bento image to my cluster”“run my bento on k8s”“create k8s manifests for my bento”“split my bento services into separate pods”“expose my BentoML service in Kubernetes”等时使用。也可诊断失败的部署——“my BentoML pods are crashing”“ImagePullBackOff”“pod stuck Pending”“readiness probe failing”“rollout stuck”“can't reach my service on Kubernetes”“inference 4xx/5xx”。

io.github.SnailSploit/Claude-Red/offensive-deserialization

Insecure deserialization exploitation across Java, PHP, .NET, Python, Node.js, and Ruby. Covers gadget chain construction with ysoserial/phpggc/ysoserial.net, ObjectInputStream and BinaryFormatter sink identification, pickle __reduce__ RCE, phar:// wrapper abuse, Jackson polymorphic typing, Json.NET TypeNameHandling, ViewState tampering, node-serialize IIFE injection, Ruby Marshal.load and YAML.load gadgets, framework-specific chains for Spring/Hibernate/Laravel/Symfony, modern attack surfaces including Kubernetes admission webhooks and message queue consumers, WAF bypass through encoding layers and content-type manipulation, and serialVersionUID/JMX/RMI vectors. Activate when the engagement involves deserialization sinks, serialized data in cookies or request bodies, gadget chain development, magic method abuse, ysoserial payload generation, or any review of marshalling and unmarshalling logic in target applications.

io.github.SnailSploit/Claude-Red/offensive-k8s-attacks

Kubernetes cluster attack techniques covering the full attack lifecycle from initial foothold in a pod to cluster-wide compromise. Covers service account token theft and impersonation, RBAC misconfiguration exploitation including wildcard permissions and privilege escalation via role binding, direct etcd access for secret extraction, kubelet API abuse on port 10250 and read-only port 10255, pod escape via hostPID hostNetwork and hostPath volume mounts, Kubernetes secrets enumeration and decoding, admission controller bypass techniques, network policy bypass and lateral movement, cloud metadata service access from pods for credential theft on AWS EKS GCP GKE and Azure AKS, CRD and operator abuse for persistence, and node compromise via DaemonSet deployment. Tools include kubectl, kube-hunter, peirates, kubeaudit, kdigger, kubeletctl. Maps to MITRE ATT&CK T1609 Container Administration Command, T1610 Deploy Container, T1613 Container and Resource Discovery. Use this skill when assessing Kubernetes clusters, att

io.github.ai-dynamo/dynamo/run-aiperf-benchmark

在不改变工作负载语义的前提下，启动、监控、调试并收集单次 run 范围的 AIPerf Kubernetes 基准测试。在已通过冒烟测试的 Dynamo 部署完成 perf.yaml 和 aiperf-config.yaml 配置后使用。

io.github.mukul975/Anthropic-Cybersecurity-Skills/securing-helm-chart-deployments

保护 Helm chart 部署：校验 chart 签名与溯源、渲染并 lint 模板以发现错误配置、通过 values.yaml 强制 pod 安全上下文、把密钥移到外部存储而非 Helm values，以及限定 CI/CD 中 Helm 操作的 RBAC。适用于向 Kubernetes 部署 chart，或评审 chart 溯源、模板与 release RBAC。关键词：Helm、provenance 文件、helm verify、helm lint、values.yaml、无 Tiller、release RBAC、外部密钥。不要用于扫描渲染后的清单本身——那用 scanning-kubernetes-manifests-with-kubesec。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-supply-chain-security-with-in-toto

用 in-toto 框架为容器构建实现供应链完整性验证：生成签名密钥、定义供应链 layout、把流水线步骤记录为签名的 link 元数据、部署前验证、在 Kubernetes 准入端强制，并与 SLSA 集成。适用于对 CI/CD 流水线步骤做 attestation、证明镜像确实走了批准的构建流程，或在准入端强制溯源。关键词：in-toto、layout、link 元数据、step、inspection、SLSA、provenance、admission。不要用于用 Cosign 签名和验证镜像——那用 implementing-image-provenance-verification-with-cosign。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-image-provenance-verification-with-cosign

用 Sigstore Cosign 签名与验证容器镜像溯源，涵盖基于密钥与免密钥 OIDC 签名（Fulcio、Rekor 透明日志）、SLSA attestation，以及通过 Kubernetes 准入控制强制执行签名验证。适用于为供应链安全给镜像签名、搭建免密钥 OIDC 签名、附加 attestation，或在准入端执行"仅允许已验证镜像"的策略。关键词：Cosign、Sigstore、Fulcio、Rekor、keyless、attestation、cosign verify、准入策略。不要用于基于 in-toto layout 的流水线 attestation——那用 implementing-supply-chain-security-with-in-toto。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-container-escape-detection

使用 Kubernetes Python 客户端审计容器与 pod 配置中可能助逃逸的错误配置——特权标志、危险能力授予、host path 挂载、共享 namespace，以及 CVE-2022-0492 式的 cgroup 滥用。适用于全集群扫描可能逃逸的工作负载、产出安全态势报告，或在开启强制执行前检查配置。关键词：privileged、hostPath、hostPID、capabilities、CVE-2022-0492、cgroup、kubernetes python client、态势审计。不要用于基于 syscall 的运行时检测——那用 detecting-container-escape-attempts。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-runtime-security-with-tetragon

用 Cilium Tetragon 在 Kubernetes 中实现基于 eBPF 的运行时可观测性与内核内执行：监控进程执行、文件访问、网络连接与系统调用，并在内核层面阻断危险调用。适用于部署 Tetragon 以检测或阻断 ptrace、mount、unshare 等系统调用、实施内核级策略，或为集群增加低开销的运行时检测。关键词：Tetragon、Cilium、eBPF、TracingPolicy、kprobe、执行、进程谱系。不要用于基于 Falco 的检测——那用 detecting-container-runtime-threats-with-falco。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-container-network-policies-with-calico

使用 Calico 超出上游 Kubernetes API 的自有策略 CRD——GlobalNetworkPolicy、HostEndpoint、NetworkSet、策略 tier 与基于域名的 DNS egress 规则——并用 calicoctl 应用与审计。适用于策略需要跨 namespace 或保护主机本身、egress 需按域名表达，或把策略编排成 tier。关键词：calicoctl、GlobalNetworkPolicy、HostEndpoint、NetworkSet、tier、DNS egress、order。不要用于可移植的上游 NetworkPolicy——那用 implementing-network-policies-for-kubernetes；安装 Calico 并编写标准策略用 implementing-kubernetes-network-policy-with-calico。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-opa-gatekeeper-for-policy-enforcement

通过 Helm 部署 OPA Gatekeeper 作为 Kubernetes 准入控制器，编写带 Rego 的 ConstraintTemplate 及其实例化 Constraint，在准入时校验、变更或拒绝资源请求。适用于在 Kubernetes v1.24+ 准入阶段执行自定义策略即代码、在调度前阻止不合规工作负载，或表达内置控制做不到的规则。关键词：Gatekeeper、ConstraintTemplate、Constraint、Rego、admission webhook、audit、mutation。不要用于 Pod Security Admission 已覆盖的标准 pod 安全 profile——那用 implementing-pod-security-admission-controller。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-pod-security-admission-controller

配置并运维执行 Pod Security Standards 的 Kubernetes Pod Security Admission（PSA）控制器：namespace 的 enforce/audit/warn 标签、经 AdmissionConfiguration 的集群级默认、用户名/runtime class/namespace 豁免、版本固定，以及排查被拒绝的 pod。适用于在集群上接入 PSA、设置集群级默认执行、豁免系统 namespace、调试 pod 为何被拒或执行为何不生效，或阅读 PSA 的 audit 与 warn 输出。关键词：Pod Security Admission、PSA、admission controller、AdmissionConfiguration、pod-security.kubernetes.io 标签、enforce audit warn、豁免、kube-apiserver。不要用于选择工作负载需要的安全 profile——那用 implementing-kubernetes-pod-security-standards。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-container-security-scanning-with-trivy

用 Trivy 覆盖其支持的所有目标类型——容器镜像、文件系统、Git 仓库与 Kubernetes 集群——扫描 OS 与依赖漏洞、IaC 错误配置、暴露的密钥与许可证，并生成 CycloneDX 或 SPDX SBOM。适用于把 Trivy 集成进 CI/CD、部署 Trivy Kubernetes operator、扫描非镜像目标，或大规模分诊结果。关键词：Trivy、trivy k8s、operator、SBOM、CycloneDX、SPDX、misconfig、密钥扫描。不要用于单个 Docker 镜像扫描——那用 scanning-docker-images-with-trivy。