SQLiteCpp CI 工作流
io.github.SRombauts/SQLiteCpp/sqlitecpp-ci-workflows
SQLiteCpp 的 CI 工作流范式。用于 GitHub Actions、AppVeyor、Travis、构建矩阵或测试步骤。
“GitHub” 共 6,317 个结果
io.github.SRombauts/SQLiteCpp/sqlitecpp-ci-workflows
SQLiteCpp 的 CI 工作流范式。用于 GitHub Actions、AppVeyor、Travis、构建矩阵或测试步骤。
io.github.echoVic/boss-skill/testing-guide
后端测试编写指南,包括单元测试、集成测试和E2E测试的编写方法和最佳实践
io.github.JMBeresford/retrom/docker-via-wsl
当你(AI Agent)在 Windows 上运行且处于 WSL 之外(Git Bash/MSYS/PowerShell shell)并需要执行任何 docker / docker compose 命令时使用。Docker Desktop 运行在 WSL2 引擎上,因此命令必须通过 wsl.exe 在 WSL 内重新执行——从 Windows shell 在网络/SMB 盘(Z:、UNC)上运行会破坏 bind-mount 路径。若你的 shell 已在 WSL 内则不适用。触发词:docker、docker compose、docker-compose、container、bind mount、volume、'is a directory'、mount source wrong、Windows + Docker Desktop、WSL
io.github.JMBeresford/retrom/docker-development
处理任何 Docker 任务时使用:编写 Dockerfile、配置 docker-compose/compose.yml、多阶段构建、docker-bake.hcl、容器安全审计、.dockerignore 优化或 CI/CD 容器测试。触发词:Dockerfile、docker-compose、container、image build、multi-stage、docker bake、compose
io.github.bmad-code-org/BMAD-METHOD/bmad-code-review
用并行审查层(Blind Hunter、Edge Case Hunter、Acceptance Auditor)对代码变更做对抗式审查,并按可执行类别结构化分诊结果。当用户说 "run code review" 或 "review this code" 时使用。
io.github.mohitagw15856/pm-claude-skills/sql-optimizer
诊断慢 SQL 查询并给出具体的优化方案。当需要优化 SQL、加速慢查询、降低查询成本/扫描量、修复查询超时或分析查询计划时使用。产出分析结论——可能的瓶颈、查询计划的问题(全表扫描、糟糕的 join、溢写磁盘)、具体的改写和索引/分区调整以及预期收益,并附上优化后的查询。
io.github.static-web-server/static-web-server/security
为 Static Web Server(SWS)项目评审或实现安全措施——路径穿越防护、TLS、安全响应头、CORS 与输入校验。
io.github.static-web-server/static-web-server/testing
为 Static Web Server(SWS)项目编写或评审测试——单元测试、集成测试、测试 fixture 与 mock 策略。
io.github.SRombauts/SQLiteCpp/sqlitecpp-workflow
SQLiteCpp 的改动流程清单,覆盖 API、测试、构建文件与 CHANGELOG 更新。在新增方法或类、修改构建文件,或为 PR 撰写 CHANGELOG 条目时使用。
io.github.calesthio/OpenMontage/remotion-to-hyperframes
将现有 Remotion(React)合成移植到 HyperFrames HTML。仅当用户明确要求移植/转换/迁移/翻译 Remotion 源码时使用。不要用于:(a) 新写 HyperFrames 合成;(b) 顺带提到 Remotion;(c) Remotion 代码仅作参考分享;(d) "做一个和我某个 Remotion 作品一样的视频"这类未明确要求迁移的请求——按全新制作处理。存疑时用 /general-video。单向、仅 Remotion:不支持反向导出(HyperFrames→Remotion 或其他框架),非 Remotion 来源(After Effects、Framer Motion、普通 React/CSS)超出范围,需通过 /general-video 重做。会标记不支持的模式(useState、useEffect、async calculateMetadata、第三方 React 库、@remotion/lambda)并建议运行时互操作而非有损转换。不确定是移植还是全新制作,或只是顺带提到 Remotion?→ /hyperframes。
io.github.calesthio/OpenMontage/hyperframes-animation
HyperFrames 的全部动画知识——原子运动规则、多阶段场景蓝图、场景转场、更广泛的运动设计技巧,以及七种运行时适配器(GSAP 默认,另有 Lottie、Three.js、Anime.js、CSS keyframes、Web Animations API、TypeGPU)。用于任何运动或动画任务:挑选 2-4 条规则组合,或加载场景蓝图,或查阅特定运行时 API(如 GSAP 缓动 / Lottie 播放器 / Three.js mixer)。HyperFrames 原生:单一暂停时间轴、可安全 seek、确定性输出。
io.github.calesthio/OpenMontage/hyperframes-cli
HyperFrames CLI 开发循环。运行 npx hyperframes 的 init、add、catalog、capture、lint、validate、inspect、layout、snapshot、preview、play、render、publish、lambda、doctor、browser、info、upgrade、skills、compositions、docs、benchmark、telemetry、transcribe、tts 或 remove-background 命令时使用,或排查 HyperFrames 构建/渲染环境时。也是 AWS Lambda 云渲染(hyperframes lambda deploy / render / progress / destroy / policies)的入口。
io.github.langflow-ai/langflow/e2e-testing
为 Langflow 编写并审查 Playwright E2E 测试。当用户要求编写、修复或审查 E2E 测试、spec 文件、Playwright 测试或覆盖完整 UI 的集成测试时触发。修改 data-testid 属性、tests/utils/ 中的测试辅助函数或 fixture 配置时同样触发。
io.github.google-labs-code/stitch-skills/react-vite-dashboard
将 Stitch 设计稿转化为生产级 React + Vite 仪表盘,集成 TanStack Query、来自 DESIGN.md 的无障碍令牌,以及支持 Web3 的模式(ethers/viem)。
io.github.PrefectHQ/fastmcp/review-pr
监控并回应自动化 PR 审查(Codex 机器人)。在推送 PR、查看审查状态或回应机器人反馈时使用,覆盖推送、等待审查、评估意见、修复、再次推送的完整循环。
io.github.imbhargav5/nextbase-nextjs-supabase-starter/nextjs-cache-components
面向 Next.js 16 应用的代码生成与转换,使用 Cache Components(PPR)。当用户请求在项目或页面级别“转换为使用 cacheComponents”、创建带正确缓存指令的新 Next.js 页面/组件、将页面拆分为缓存与动态部分并配合 Suspense 边界、或使用 Next.js 16 新缓存模型(包括 use cache、cacheLife、Suspense 以及对缓存友好的匿名 Supabase 客户端数据获取)时使用。
io.github.sickn33/antigravity-awesome-skills/sql-sentinel
审计 SQL 中会烧掉数仓额度的成本与性能反模式。为数仓健康度打分 0-100,并针对 BigQuery、Snowflake、Redshift 与 Postgres 输出按优先级排序的成本削减方案。
io.github.xberg-io/xberg/api-server-mcp
REST API 服务器与 MCP 协议集成。
io.github.kinncj/Heimdall/kubernetes-patterns
运用 Kubernetes 与 Kustomize 模式管理部署、服务与 overlay。在编写或评审 K8s 清单时使用。
io.github.bdfinst/agentic-dev-team/docker-image-create
从项目源码生成生产可用的 Dockerfile,自动识别语言/框架,并产出基于最小化、distroless 或 slim 基础镜像的多阶段构建。当用户想为应用容器化、创建 Dockerfile、把项目 dockerize、构建 Docker 镜像,或说“让这个应用跑在 Docker 里”“为这个应用创建容器”“我需要一个 Dockerfile”“为部署打包”“把这个服务容器化”时使用。当用户已有 Dockerfile 并希望按生产标准重写,或咨询项目的 Docker 最佳实践时也应触发。
io.github.TheDecipherist/claude-code-mastery-project-starter-kit/css-structure
CSS 应该放在哪里。Claude 默认会堆一个巨大的 <style> 块或散落 style="..." 属性,而不是把样式放进 .css 文件并链接。在构建或编辑网页/组件,或即将编写 style 属性或嵌入式样式块时使用。涵盖默认使用外部样式表、为何内联 style 属性是个陷阱,以及内联确实正确的少数场景(通过自定义属性传动态值、关键 CSS、单文件产物、邮件)。
io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker-swarm
生产级 Docker Swarm 部署规则:compose 文件从单节点扩展到多节点 Swarm 时会发生什么。在编写或审查 stack 文件、deploy 块、overlay 网络或用 docker stack deploy 部署的任何内容时使用。涵盖 Swarm 会静默忽略的指令、固定 IP 与 bind mount 为何失效、deploy 编排块,以及 Swarm 自愈所依赖的退出码与健康检查纪律。与覆盖镜像和 compose 文件本身编写的 docker 技能互补。
io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker
编写 Dockerfile、Compose 文件与 Swarm stack 的生产级 Docker 最佳实践。在创建或编辑 Dockerfile、docker-compose / compose.yaml 或 stack 文件,或构建与优化镜像时使用。修正 Claude 常犯的几个问题:多阶段构建、层缓存顺序、exec 形式 ENTRYPOINT 以保证正确的信号与退出码、init:true、将密钥与环境变量排除在镜像外、非 root 用户与健康检查。立足生产而非默认值。
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 注意事项、调试构建、常见故障及其修复,以及如何在目标主机上复制/校验制品。