搜索「docker」的结果

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

Web 应用的部署工作流、CI/CD 流水线模式、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.github.pranshuparmar/witr/witr

Explains why a process is running and what started it, using the witr CLI. Use when a port is already in use (EADDRINUSE), a dev server or other process was left running, an unknown or stuck process needs explaining, or you need to know which service, container, shell, supervisor or scheduled job started a process, holds a port or holds a file lock. Use it instead of chaining lsof, ps, ss, netstat and docker ps.

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 忽略的快照或重写仓库里的全部截图。

io.github.ruvnet/RuView/onboard

RuView（WiFi-DensePose）从零到感知的路径选择器——选择 docker-demo、repo-build 或 live-esp32 并执行下一个具体步骤。

io.github.netdata/netdata/project-build-static-binary

从当前检出为 x86_64、aarch64、armv6l 或 armv7l 构建静态自解压 Netdata 安装器（`netdata-<arch>-latest.gz.run`）。当用户要求构建/产出/打包/测试静态二进制、makeself 安装器、`.gz.run` 制品或 Netdata「静态安装」；在 Linux 机器上无本地构建工具链验证 PR；或在本地复现 CI static-builder 问题时使用。涵盖 `packaging/makeself/` 下基于 Docker 的构建流程、强制前置检查（子模块初始化、全新 `netdata/static-builder:v1` 镜像）、构建按序执行的 18 个 job、制品输出布局、`artifacts/cache/` 复用模型、跨架构 QEMU 注意事项、调试构建、常见故障及其修复，以及如何在目标主机上复制/校验制品。