搜索「Docker」的结果

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

部署工作流、CI/CD流水线模式、Docker容器化、健康检查、回滚策略以及Web应用程序的生产就绪检查清单。

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

Web 应用的部署工作流、CI/CD 流水线模式、Docker 容器化、健康检查、回滚策略与生产就绪清单。

io.github.github/awesome-copilot/sandbox-npm-install

在 Docker 沙箱环境中安装 npm 包。当需要在通过 virtiofs 挂载工作区的容器里安装、重装或更新 node_modules 时使用。原生二进制（esbuild、lightningcss、rollup）在 virtiofs 上会崩溃，因此必须把包安装到本地 ext4 文件系统再以符号链接挂回。

io.github.davila7/claude-code-templates/pb-deploy

PocketBase 的生产部署指南。在把 PocketBase 部署到服务器、配置 Docker、systemd、反向代理（nginx/Caddy）、TLS、SMTP、备份、S3 存储、限流或做生产安全加固时使用，提供可直接使用的配置。

io.github.bytebase/dbhub/testing

运行并排查 DBHub 的测试，包括单元测试、基于 Testcontainers 的集成测试与特定数据库测试。当被要求运行测试、修复失败、调试集成测试、排查 Docker/数据库容器问题或新增测试时使用。在验证代码改动是否正确，或需要排查 CI 测试失败时也使用。

io.github.xu-xiang/everything-claude-code-zh/deployment-patterns

面向 Web 应用的部署工作流、CI/CD 流水线模式、Docker 容器化、健康检查、回滚策略与生产就绪清单

io.github.trycua/cua/gui-automation

当需要在视觉上与 GUI 交互时使用——测试按钮、填写表单、验证视觉布局、模糊测试网页、自动化用户流程、截图，或对任意应用做端到端 QA。适用于云 VM、Docker 容器、本地机器与沙箱。安装：pip install cua。

io.github.davila7/claude-code-templates/github-actions-creator

当用户想创建、生成或配置 GitHub Actions 工作流时使用。支持 CI/CD 流水线、测试、部署、代码检查、安全扫描、发布自动化、Docker 构建、定时任务，以及任意语言与框架的自定义工作流。

io.github.davila7/claude-code-templates/evaluation-nemo-evaluator

在 18 套以上评测框架的 100 多个基准（MMLU、HumanEval、GSM8K、安全、VLM）上评估大模型，支持多后端执行。适用于需要在本机 Docker、Slurm HPC 或云平台上做可扩展评测的场景，是 NVIDIA 的企业级平台，采用容器优先架构以保证基准可复现。

io.github.patchy631/ai-engineering-hub/hugging-face-jobs

当用户想在 Hugging Face Jobs 基础设施上运行任意工作负载时使用。涵盖 UV 脚本、基于 Docker 的任务、硬件选型、成本估算、令牌认证、secrets 管理、超时配置与结果持久化。面向通用计算工作负载，包括数据处理、推理、实验、批处理及任意 Python 任务。当任务涉及云端计算、GPU 工作负载，或用户提到在 Hugging Face 基础设施上运行任务且无需本地环境时调用。

io.github.davila7/claude-code-templates/service

检查服务状态、重命名服务、更换服务图标、关联服务，或用 Docker 镜像创建服务。若要用本地代码创建服务，优先使用 railway-new 技能；若来源是 GitHub 仓库，先用 railway-new 创建空服务，再用 railway-environment 配置来源。

io.github.davila7/claude-code-templates/deploy

使用 `railway up` 把代码部署到 Railway。当用户想推送代码，或说 railway up、deploy、ship、push 时使用。初次初始化或创建服务请使用 railway-new 技能；涉及 Docker 镜像请使用 railway-environment 技能。

io.github.mrgoonie/claudekit-skills/backend-development

使用现代技术（Node.js、Python、Go、Rust）、框架（NestJS、FastAPI、Django）、数据库（PostgreSQL、MongoDB、Redis）、API（REST、GraphQL、gRPC）、认证（OAuth 2.1、JWT）、测试策略、安全最佳实践（OWASP Top 10）、性能优化、可扩展性模式（微服务、缓存、分片）、DevOps 实践（Docker、Kubernetes、CI/CD）与监控构建稳健的后端系统。适用于设计 API、实现认证、优化数据库查询、搭建 CI/CD 流水线、处理安全漏洞、构建微服务或开发可投产的后端系统

io.clawhub.ivangdavila/devops

负责软件交付侧工作：CI/CD 流水线、发布与回滚策略、环境管理、可靠性与值班。在设计或修复流水线、构建缓慢/不稳定/本地通过但 CI 失败时；规划部署（滚动、蓝绿、金丝雀、特性开关）或回滚发布时；将制品提升到生产、搭建预览环境或排查配置漂移时；schema 变更、数据回填或 DNS 切换必须零停机发布时；加固流水线密钥、OIDC 或部署权限时；告警噪音过大、缺少 SLO 或错误预算、burn-rate 呼叫策略有误时；涉及值班、故障等级、事后复盘、runbook 与 DORA 指标时；基础设施与代码漂移、备份从未验证恢复时使用。不适用于 Kubernetes 清单（k8s）、镜像构建（docker）、HCL 语法（terraform）、单一 CI 产品的工作流文件方言（github-actions、gitlab、ci-cd）或单个应用的发布清单（deploy）。

io.clawhub.ivangdavila/linux

为 Linux 主机排障与加固：权限、磁盘写满、OOM 杀进程、僵死进程、systemd 单元、cron、网络、SSH 与启动失败。当服务手动启动正常但开机失败、进程无视 kill -9、df 与 du 对不上、内存或 inode 耗尽、sudo 或 ACL 拒绝访问、SELinux 阻止写入、任务在 shell 里正常但 cron 里失败、sshd 拒绝密钥、升级后软件包半配置、负载高而 CPU 空闲，或主机需要防火墙规则、用户、LVM、journald、内核调优与安全基线时使用。也用于新服务器初始化、确定告警项、从未验证过恢复的备份、可能已被入侵的主机，以及桌面/笔记本疑难——GPU 驱动、Wayland、睡眠、音频、Wi-Fi。覆盖 Debian/Ubuntu、RHEL/Fedora、Arch、Alpine、SUSE 与 WSL。不适用于 shell 脚本语法（bash）或容器构建与运行时内部（docker）。

io.clawhub.ivangdavila/k8s

调试 Kubernetes 工作负载并审阅清单：Pod、探针、资源、滚动发布、Service、存储与 RBAC。当 Pod 处于 Pending、CrashLoopBackOff、ImagePullBackOff、OOMKilled 或卡在 Terminating；Service/Ingress 无响应或返回 502/503/504；集群 DNS 不稳定；发布卡住或悄悄上线了故障版本；HPA 拒绝扩容；PVC 一直未绑定；节点 NotReady 或 drain 迟迟不结束；编写或审阅 YAML、Helm chart、kustomize overlay；调优 requests、limits、QoS、探针与优雅关闭；收紧 RBAC、NetworkPolicy、Pod Security 与 Secret；API server 限流或准入 webhook 阻塞所有创建；GPU Pod 始终无法调度；mesh sidecar 影响 Job；或规划集群升级、备份与恢复时，都适用。涵盖 kubectl 排障、StatefulSet、Jobs 与 CronJobs、自动扩缩、operator、节点驱逐与 DaemonSet。构建容器镜像不适用（见 `docker`）。

io.github.Patrizzos/envspeak

MCP server and CLI that resolves config/env-var cascade across .env, docker-compose, and Kubernetes

io.github.n8n-io/n8n/nathan

通过内部 Nathan 机器人从仓库（而非 Slack）部署临时的 n8n 测试实例，或生成一条本地 docker 运行命令。在开 PR 后向用户提供可实时测试的实例，或用户要求为某分支搭建/部署测试实例时使用。

io.github.netdata/netdata/triage-codacy

本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。

io.github.Significant-Gravitas/AutoGPT/pr-test

使用 docker compose、agent-browser 与 API 调用对 PR/分支进行 E2E 手动测试。当用户要求手动测试 PR、端到端测试某功能，或对运行中的系统执行集成测试时触发。

io.github.mukul975/Anthropic-Cybersecurity-Skills/scanning-kubernetes-manifests-with-kubesec

用 Kubesec 为 Kubernetes 资源清单打分，在部署前标记错误配置与提权风险，并把每个发现映射回可修复它的 securityContext 改动。适用于在 CI 中给清单做门禁、在 YAML 或渲染后的 chart 进入集群前评审，或解释某个清单为何得负分。关键词：Kubesec、清单评分、securityContext、readOnlyRootFilesystem、runAsNonRoot、CI 门禁。不要用于扫描已构建镜像的 CVE——那用 scanning-docker-images-with-trivy；准入时强制用 implementing-opa-gatekeeper-for-policy-enforcement。

io.github.mukul975/Anthropic-Cybersecurity-Skills/scanning-container-images-with-grype

用 Anchore Grype 扫描容器镜像、文件系统与 SBOM 中的已知 CVE，把 Syft 生成的 SBOM 软件包与 NVD、GitHub Advisories 及各 OS 专属源匹配，支持可配置的严重度阈值与失败门禁。适用于选定 Grype/Syft 工具链、扫描现成 SBOM 而非镜像，或按严重度做构建门禁。关键词：Grype、Syft、SBOM、NVD、GitHub Advisory、--fail-on、严重度阈值。若工具链是 Trivy 则不要使用——改用 scanning-docker-images-with-trivy。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-container-image-minimal-base-with-distroless

用 Google distroless 基础镜像构建应用来缩减容器攻击面——只含应用运行时，无 shell、包管理器与 OS 工具——并采用适配 distroless 的多阶段构建模式及调试、扫描方法。适用于加固容器镜像、削减容器架构的攻击面，或回应关于臃肿基础镜像的评估发现。关键词：distroless、多阶段构建、无 shell、nonroot tag、debug image、scratch、攻击面。不要用于扫描镜像的已知 CVE——那用 scanning-docker-images-with-trivy。

io.github.actualbudget/actual/running-vrts

在 Actual Budget 仓库中新增、更新、重新生成、运行或调试视觉回归测试（VRT）与截图测试时一律使用。包括诸如新增一个 VRT、添加截图测试、更新快照、重新生成 VRT 截图、VRT 失败了、yarn vrt、vrt:docker 或 /update-vrt 之类的请求，以及任何需要为 UI 改动补截图覆盖的情况。VRT 快照必须在 Linux docker 镜像内生成（绝不能在宿主机上），且快照更新必须只限定于改动的测试——这两点任一搞错，都会产出让 CI 忽略的快照或重写仓库里的全部截图。