搜索「docker」的结果

io.github.sickn33/agentic-awesome-skills/container-hardening

Secure Docker images and container runtime configurations.

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

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

io.github.cypress-io/cypress/building-cypress-binary

Builds and packages the Cypress Electron binary locally (yarn binary-build, binary-package, binary-zip, Docker/Linux parity), including non-interactive --version/--platform flags and unsetting ELECTRON_RUN_AS_NODE for agent hosts. Covers macOS signing, optional env speedups, dist smoke-test pitfalls, and why the tree is dirty after a build. Use when the user asks to build the Cypress binary, binary-package, electron MODULE_NOT_FOUND during binary-build, or local binary zip. For artifact debugging, use debugging-cypress-artifacts.

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.langbot-app/LangBot/langbot-deploy

部署并配置 LangBot 实例——Docker / Docker Compose、Kubernetes、config.yaml 模型、Box 沙箱运行时、插件运行时，以及全局 API key。在生产或自托管环境中安装、部署、升级或配置 LangBot 时使用。触发语包括 deploy langbot、langbot docker、langbot compose、langbot kubernetes、langbot config.yaml、langbot box runtime、langbot global api key。

io.github.PostHog/posthog/depot-container-builds

使用 `depot build` 与 `depot bake` 配置并运行 Depot 远程容器构建。当构建 Docker 镜像、为 Depot 编写 Dockerfile、推送镜像到仓库、构建多平台/多架构镜像（linux/amd64、linux/arm64）、排查容器构建失败、优化 Dockerfile 分层缓存、使用 docker-bake.hcl 或 docker-compose 构建，或从 `docker build` / `docker buildx build` 迁移到 Depot 时使用。当用户提到 depot build、depot bake、容器构建、镜像构建，或询问 Depot 的构建缓存、构建并行度、临时仓库时也使用。

io.github.lfnovo/open-notebook/release

编排 Open Notebook 的一次发布——变更日志核查、基于风险的 A/B/C 测试矩阵、Docker 镜像门禁（全新安装＋升级）、经 PR 的修复循环、版本切分、带署名的发布，以及回顾。在准备、测试、切分或发布版本时使用。

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.openclaw/openclaw/openclaw-testing

为 OpenClaw 测试、CI 检查、Docker E2E 流水线、发布验证选择运行方式，或重跑、调试，找出成本最低且安全的验证路径。

io.github.usestrix/strix/managed-pentesting-with-strix

通过 strix cloud CLI 或 REST API 在 app.strix.ai 平台上对 Web 应用、API、仓库或本地工作区进行托管式渗透测试,无需本地 Docker 或 LLM key。可安全审阅并上传本地源码、注册资产、启动并轮询扫描、分诊漏洞、导出 SARIF、下载合规报告、启动 PR 审查、购买额度和配置定时任务或 webhook。适用于托管式、持续、定时、团队跟踪或沙箱 agent 的安全测试。

io.github.nrwl/nx/setup-review-sandbox

一次性安装 reproduce-issue 技能与 reproduce-verifier 智能体所需的沙箱前置条件——Docker、隔离运行时（Linux 上用 gVisor，macOS 上用 Colima）、健康的容器网络，以及 nx-review-sandbox 工具链镜像（依据仓库的 mise.toml 构建）。操作幂等，可随时重跑以校验或修复。当用户说搭建审查沙箱、安装沙箱前置条件、构建沙箱镜像，或 reproduce-issue 的预检报告某项缺失时使用。

io.github.czlonkowski/n8n-mcp/n8n-self-hosting

使用 Docker Compose 部署在 Caddy 反向代理（自动 HTTPS）之后，将生产级自托管 n8n 端到端部署到一台全新的 Linux VM（通过 SSH）。每当用户想在自有服务器/VPS/主机（Hetzner、DigitalOcean、AWS EC2、裸金属等）上自托管、安装、设置、配置或部署 n8n——无论是单实例/常规模式还是带 worker 的队列模式——或更新、备份、恢复或加固这样的实例时使用。本技能针对自托管 n8n（Docker），不是 n8n Cloud，也不是构建工作流。它让 agent 先询问单实例还是队列模式，收集域名/SSH/时区输入，在机器上生成新密钥，并用 TLS 启动整套服务。触发于「deploy n8n」「self-host n8n」「install n8n on my server」「n8n docker compose」「n8n queue mode / workers / scaling」「n8n reverse proxy / SSL」「back up / update my n8n」等。

io.github.garrytan/gbrain/postgres-adopt

检测当前 gbrain 使用的是哪种引擎（PGLite 还是 Postgres），在智能体安装场景中优先选择 Postgres，并安装或开通 Postgres（通过 SUPABASE_ACCESS_TOKEN 发现 Supabase、本地 Postgres、需显式选择的 Docker），再用受保护的引擎迁移把已有的 PGLite brain 搬移过去。检测只需一条与引擎无关的命令，安装阶梯也只需一个参数。

io.github.apple/container/container

在 macOS 上运行、构建或管理 Linux 容器,或任务涉及 Mac 上的 Docker、docker compose、Lima、Colima、Podman 命令、Dockerfile、OCI 镜像、镜像仓库,或在 Apple silicon 上搭建 Linux 开发环境时使用。

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.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。

io.github.mukul975/Anthropic-Cybersecurity-Skills/detecting-container-escape-attempts

跨多种工具在运行时检测容器逃逸——namespace 操纵、能力滥用、内核漏洞利用、敏感 host 挂载与异常系统调用——并讲解无论由 Falco、Sysdig、auditd 还是 EDR 采集，哪些信号才真正重要。适用于决定要监控哪些逃逸行为、调查疑似 Docker/Kubernetes 逃逸，或比较各运行时传感器的逃逸覆盖面。关键词：容器逃逸、breakout、namespaces、CAP_SYS_ADMIN、privileged、hostPath、内核漏洞、syscall。不要用于 Falco 规则语法本身——那用 detecting-container-escape-with-falco-rules；静态配置排查用 performing-container-escape-detection。

io.github.mukul975/Anthropic-Cybersecurity-Skills/escaping-containers-to-host

在获授权的容器安全评估中，利用特权 pod、host 挂载、runC CVE 与暴露的 Docker socket 突破容器到达宿主机。适用于执行获批的逃逸测试、演示特权或 hostPath 工作负载的真实影响，或验证逃逸缓解措施是否有效。关键词：容器逃逸、privileged、hostPath、docker.sock、runC CVE-2019-5736、CVE-2024-21626、release_agent、nsenter。不要用于对这些手法的防御性检测——那用 detecting-container-escape-attempts。

io.github.mukul975/Anthropic-Cybersecurity-Skills/detecting-container-runtime-threats-with-falco

在 Kubernetes 与 Docker 中部署和运维带现代 eBPF 驱动的 Falco，覆盖驱动选择、Helm 安装、输出通道，以及能检测容器逃逸、namespace 滥用、特权挂载与异常系统调用的内置规则集。适用于给集群装 Falco、在 eBPF 与内核模块驱动之间选择、把 Falco 告警接入 SIEM 或 Falcosidekick，或升级现有部署。关键词：Falco、modern_ebpf、内核模块、Helm、Falcosidekick、运行时安全、syscall。不要用于编写具体的逃逸规则——那用 detecting-container-escape-with-falco-rules。

io.github.elizaOS/eliza/eliza-cloud

当任务涉及将 Eliza Cloud 或 elizaOS Cloud 用作托管后端、应用平台、部署目标、计费层或变现面时使用。针对用户已有的应用/容器/收益/额度/API key/分析/账单/付款请求/结算的任何请求的兜底技能——如 list my apps、delete this app、change container size、what are my earnings、top up credits、charge this user、check if they paid、request payout、regenerate api key、show analytics。涵盖应用创建、appId 使用、应用认证流程、云托管 API、分析、额度、应用收款请求、x402 加密货币请求、联盟链接、创作者变现、结算赎回与自定义 Docker 容器部署。领域专项运维请转交 eliza-cloud-buy-domain / eliza-cloud-manage-domain。

io.github.dotnet/eshop/aspire-deployment

**工作流技能**——从 AppHost 模型将 Aspire 应用部署到 Docker Compose、Kubernetes、Azure 或 AWS。触发场景：“部署 Aspire 应用”“发布 Aspire artifacts”“部署到 Azure Container Apps”“生成 Kubernetes artifacts”“拆除 Aspire 部署”。会调用：aspire CLI、Aspire 文档、目标云/容器 CLI。单一操作：仅当不存在 Aspire AppHost 时才使用通用 Azure、Kubernetes、Docker 或 AWS 工具。

io.github.openclaw/openclaw/release-openclaw-plugin-testing

规划并执行发布前的 OpenClaw 插件验证：覆盖内置插件、包产物、生命周期命令、doctor/fix、配置往返、网关启动、SDK 兼容性、Docker E2E、包验收和 Testbox 证明。

io.github.affaan-m/ECC/deployment-patterns

Web 应用的部署工作流、CI/CD 流水线模式、Docker 容器化、健康检查、回滚策略与生产就绪检查清单。在搭建 CI/CD、容器化应用或发布前做生产就绪检查时使用。