搜索「Docker」的结果

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，或缩减镜像体积以降低未用软件包带来的漏洞暴露。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-taxii-server-with-opentaxii

用 Docker 部署并配置 TAXII 2.1 server（Medallion），跨 collection 发布与消费 STIX 2.1 bundle，并将 feed 与 SIEM/SOAR 平台集成，实现组织间指标自动交换。适用于搭建共享威胁情报的 TAXII server、为 CTI feed 配置 collection，或把 STIX 指标摄取自动化接入 SIEM/SOAR。

io.github.mukul975/Anthropic-Cybersecurity-Skills/modeling-threats-with-opencti

通过 Docker Compose 部署 OpenCTI（Filigran），并用 pycti Python 客户端把威胁行为者、入侵集合、行动活动与指标建模为带关系（uses、attributed-to、targets）的 STIX 2.1 知识图谱。适用于构建集中式威胁情报知识库、把多源 feed 的 IOC 关联成同一张对手图谱，或为检测工程产出 STIX bundle。

io.github.mukul975/Anthropic-Cybersecurity-Skills/building-threat-feed-aggregation-with-misp

通过 Docker 部署 MISP，并配置来自 abuse.ch、AlienVault OTX、CIRCL 等源的 feed，对威胁情报做聚合、关联与分发，包括自动 feed 同步，以及基于 STIX/TAXII 与 Splunk、Elasticsearch、SOAR 平台集成。适用于集中管理 IOC 或将多源威胁 feed 接入 SIEM。

io.github.NousResearch/hermes-agent/hermes-s6-container-supervision

修改或调试 Hermes Docker 镜像中的 s6 服务。

io.github.redis/go-redis/testing

用于运行任意 go-redis 测试——完整套件、单个测试或过滤/聚焦的子集（例如仅 cluster、sentinel 或 pool 规格）；拉起或拆除 Docker 测试栈；e2e 维护通知套件（含无代理逻辑测试）；构建或格式化；或设置驱动测试镜像与版本门控的 REDIS_VERSION / RE_CLUSTER / REDIS_PORT 开关。涵盖如何聚焦某个 Ginkgo 规格以及如何运行普通 go 测试。

io.github.PostHog/posthog/gating-production-deploys

在新增或编辑会向镜像仓库推送容器镜像（经 build-push-action 推 ECR/ghcr/Docker Hub）或触发生产部署（向 PostHog/charts 发起 `commit_state_update` repository_dispatch）的 GitHub Actions 工作流时使用。这类工作流从单一权威部署仓库运行，并由 CD_DEPLOY_ENABLED 变量把关。不适用于发布 GitHub Release、npm、crate 或 Homebrew 的工作流——那些留在公开仓库。

io.github.lfnovo/open-notebook/release

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