搜索「Docker」的结果

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.ArchiveBox/ArchiveBox/archivebox

在进行 ArchiveBox 应用、CLI、服务端、Docker 镜像、Admin UI、REST API、数据目录、爬取、快照以及发布与部署脚本相关工作时使用。

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

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

io.github.Jeffallan/claude-skills/devops-engineer

编写 Dockerfile、配置 CI/CD 流水线、撰写 Kubernetes manifest，并生成 Terraform/Pulumi 基础设施模板。处理部署自动化、GitOps 配置、事故响应 runbook 与内部开发平台工具。在搭建 CI/CD 流水线、应用容器化、管理基础设施即代码、部署到 Kubernetes 集群、配置云平台、自动化发布或响应生产事故时使用。涉及流水线、Docker、Kubernetes、GitOps、Terraform、GitHub Actions、值班响应或平台工程时调用。

io.github.JetBrains/intellij-community/eel

使用 IntelliJ EEL API 进行进程执行、路径处理、WSL 或 Docker 操作。

io.github.JetBrains/intellij-community/eel

使用 IntelliJ EEL API 进行进程执行、路径处理、WSL 或 Docker 操作。

io.github.PostHog/posthog/writing-evals

讲解如何在 `products/posthog_ai/eval_harness/` 框架上编写与运行 evals——包括针对预置 Hedgebox 项目在 Docker 或 Modal 沙箱中执行真实编码代理的沙箱化 agent 套件，以及每个用例对单次进程内模型调用打分的 one-shot 套件。当在 `products/posthog_ai/evals/` 或 `products/*/evals/` 下新增或修改 eval 套件、用例、scorer、seeder、synthesizer，改动 `products/posthog_ai/eval_harness/` 下的框架，或运行/调试这些 evals（`hogli evals`）时使用。涵盖套件类型与发现机制、用例结构、seeder/synthesizer 分工、单分支 scorer 模式，以及结果解读。不适用于 `ee/hogai/eval/ci/` 的 pytest evals，也不适用于 LLM Analytics 产品的评估功能。

io.github.alirezarezvani/claude-skills/senior-ml-engineer

面向将模型产品化的 ML 工程技能，涵盖 MLOps 流水线构建与 LLM 集成。包括模型部署、特征存储、漂移监控、RAG 系统与成本优化。当用户询问向生产部署 ML 模型、搭建 MLOps 基础设施（MLflow、Kubeflow、Kubernetes、Docker）、监控模型性能或漂移、构建 RAG 流水线，或集成带重试逻辑与成本控制的 LLM API 时使用。聚焦生产与运维，而非模型研究或初始训练。

io.github.mukul975/Anthropic-Cybersecurity-Skills/securing-container-registry-images

保护容器 registry 中的镜像（ECR、ACR、GCR、Docker Hub）：用 Trivy 与 Grype 扫描、用 Cosign 与 Sigstore 签名、配置 registry 访问控制，并搭建阻止未扫描或未签名镜像的 CI/CD 流水线。适用于建立 registry 安全控制，或在镜像晋升前强制执行扫描/签名检查。

io.github.mukul975/Anthropic-Cybersecurity-Skills/scanning-containers-with-trivy-in-cicd

把 Aqua Security 的 Trivy 扫描器集成进 CI/CD 流水线，检测 OS 包与应用依赖 CVE、Dockerfile 错误配置，以及文件系统或 git 仓库中的问题，并按严重度实施质量门禁，阻止带漏洞的镜像被部署。适用于在 CI/CD 中构建 Docker 镜像，并需要在推送 registry 或生产部署前做自动漏洞扫描与通过/失败门禁。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-container-image-hardening

通过最小化攻击面、裁掉不必要软件包、实施多阶段构建、配置非 root 用户并应用 CIS Docker Benchmark 建议来加固容器镜像，产出安全可上线的镜像。适用于构建生产容器镜像、合规要求遵循 CIS Docker Benchmark，或缩减镜像体积以降低未用软件包带来的漏洞暴露。