GitHub Actions 工作流创建
io.github.davila7/claude-code-templates/github-actions-creator
当用户想创建、生成或配置 GitHub Actions 工作流时使用。支持 CI/CD 流水线、测试、部署、代码检查、安全扫描、发布自动化、Docker 构建、定时任务,以及任意语言与框架的自定义工作流。
“Docker” 共 286 个结果
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.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 注意事项、调试构建、常见故障及其修复,以及如何在目标主机上复制/校验制品。
io.github.netdata/netdata/codacy-audit
本仓库的 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.nanocoai/nanoclaw/add-rtk
把 rtk 令牌压缩代理安装进智能体容器,让 Bash 工具的调用经 rtk 转发,在 git、cargo、pytest、docker、kubectl 等开发命令上实现 60–90% 的令牌节省。
io.github.jeremylongshore/claude-code-plugins-plus-skills/maintainx-deploy-integration
将 MaintainX 集成部署到生产环境。用于部署到云平台、配置生产环境,或为 MaintainX 集成自动化部署流水线。触发语如 “deploy maintainx”、“maintainx deployment”、“maintainx cloud deploy”、“maintainx kubernetes”、“maintainx docker”。
io.github.jeremylongshore/claude-code-plugins-plus-skills/langchain-deploy-integration
把 LangChain 1.0 / LangGraph 1.0 应用正确部署到 Cloud Run、Vercel 或 LangServe——超时按链路长度设定、缓解冷启动、加 SSE 防缓冲响应头、用 Secret Manager 取代 .env。在准备首次生产部署、排查经代理后卡住的流式输出,或诊断 p99 延迟尖峰时使用。触发语:“langchain deploy”、“langchain cloud run”、“langchain vercel python”、“langchain langserve”、“langchain docker”。
io.github.jeremylongshore/claude-code-plugins-plus-skills/documenso-deploy-integration
在不同平台与环境部署 Documenso 集成。用于部署到云平台、应用容器化,或为 Documenso 集成搭建基础设施。触发语如 “deploy documenso”、“documenso docker”、“documenso kubernetes”、“documenso cloud deployment”。
io.github.omer-metin/skills-for-antigravity/kubernetes-deployment
一流 Kubernetes 运维 —— 部署、调试、Helm 图表,以及管理百万级请求集群积累的经验教训。当提及 "kubernetes, k8s, kubectl, helm, pod, deployment, service, ingress, configmap, secret, statefulset, daemonset, hpa, pvc, crashloopbackoff, imagepullbackoff, oomkilled, liveness probe, readiness probe, containers, docker, devops, cloud-native" 时使用。
io.github.MaxMiksa/Auto-Company/code-review-security
面向安全的代码审查清单与自动化扫描模式。在审查 Pull Request 的安全问题、审计认证/授权代码、检查 OWASP Top 10 漏洞或验证输入净化时使用。涵盖 SQL 注入防护、XSS 防护、CSRF 令牌、认证流程审查、机密检测、依赖漏洞扫描,以及 Python(FastAPI)和 React 的安全编码模式。不覆盖部署安全(用 docker-best-practices)或事件响应(用 incident-response)。