搜索「Multi Engine」的结果

io.github.nekomangaorg/Neko/maestro

负责宏观层面的 UI 架构、复杂 Jetpack Compose 结构与跨页面流转。用于实现自适应布局（WindowSizeClass）、迁移到类型安全的 Navigation Compose 路由图、设计跨模块 Design System、串联复杂的页面级状态（MVI/MVVM），以及编排 deep link 与多屏流程。

io.github.sickn33/antigravity-awesome-skills/code-review-and-quality

执行多维度代码审查。在合并任何变更前使用；审查自己、其他代理或人类编写的代码时使用；需要在代码进入主干前从多个维度评估质量时使用。

io.github.sickn33/antigravity-awesome-skills/review-swarm

对当前 git diff 或明确文件范围进行并行的只读多代理审查，发现行为回归、安全或隐私风险、性能与可靠性问题、契约或测试覆盖缺口。当用户要求 review swarm、并行审查、diff 审查时使用。

io.github.OpenZeppelin/openzeppelin-contracts/testing

openzeppelin-contracts 的测试约定。在编写或修改测试、mock 或形式化验证规范时使用。涵盖 hardhat-exposed 的 $ 包装器、何时才应手写 mock、Hardhat 加 Chai 的模式（loadFixture、shouldBehaveLike、多目标循环）、Foundry 模糊测试、Halmos 符号执行、Certora 基于规则的验证以及 changeset 规则。

io.github.AI-Shell-Team/aish/devops-docker-patterns

Docker 容器化专家，精通多阶段构建、镜像优化、Docker Compose 模式与生产容器安全。适用于 Dockerfile 优化、compose 配置与容器最佳实践。

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.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.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/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.novuhq/novu/framework-integration

用 @novu/framework 构建代码优先的通知工作流。适用场景：在 TypeScript 中定义工作流（Zod / JSON Schema / Class Validator）、组合通道步骤（邮件、短信、推送、聊天、应用内）与动作步骤（delay、digest、custom）、为非技术同事暴露 Step Controls、渲染 React/Vue/Svelte 邮件模板、在 Next.js、Express、NestJS、Remix、Nuxt、SvelteKit、H3 或 AWS Lambda 中托管 Bridge Endpoint、通过 CLI / GitHub Actions 同步到 Novu Cloud、用 HMAC 保障生产安全，或以代码实现翻译、hydration、多通道编排与 LLM 驱动的通知逻辑。

io.github.novuhq/novu/inbox-integration

把 Novu 的应用内通知收件箱集成进 Web 应用。支持 React、Next.js 与原生 JavaScript。包括 Inbox 组件（铃铛图标+通知流）、可组合组件（Bell、Notifications、InboxContent、Preferences）、headless hooks、品牌主题、自定义 render props、基于 context 的多租户、标签页、本地化与 HMAC 安全。当需要添加应用内通知中心、铃铛图标、通知流、实时通知更新，或构建个性化且带品牌的通知体验时使用。

io.github.borghei/Claude-Skills/database-schema-designer

从需求出发设计关系型 schema，含规范化、迁移、ERD、RLS 策略与索引，面向 PostgreSQL、MySQL 与 SQLite。在设计新功能、审查 schema 或添加多租户时使用。

io.github.mizchi/skills/plan-audit

对 sqlc 风格目录中的每条查询执行 EXPLAIN QUERY PLAN，并与基线比对执行计划。可检测 PR 引入的新全表 SCAN 和 TEMP B-TREE 排序扫描。目前仅支持 SQLite/D1，引擎扩展见下文。

io.github.jleechanorg/claude-commands/automation-orchestration-guide

指导 PR 自动化与多智能体编排库的工作流。

io.github.proma-ai/Proma/writing-plans

在有多步骤任务的规格或需求、但尚未动代码时使用。

io.github.lishuangqiang/backend-agent-resume-scout/backend-agent-project-selector

为学生或初级工程师从 GitHub 上寻找合适的传统软件后端或业务级 AI 智能体项目，评估简历价值并生成 Markdown 简历撰写包。当用户请求选择后端项目、Java/Spring 项目、分布式系统项目、完整 AI 智能体业务项目、多智能体系统、LLM 应用、用于简历的 GitHub 项目，或想把所选项目转化为简历要点/面试谈资时使用。支持模式：仅 agent、仅后端、混合、稳妥模式、挑战模式；未指定模式时先询问用户再搜索或推荐。后端推荐默认排除 IoT、嵌入式、硬件集成、设备管理与工控平台，除非用户点名。同时避免简单浏览器扩展、薄封装 LLM 套壳、浅层 AI 插件与浏览器自动化库，除非用户点名。

io.github.agent0ai/agent-zero/browser-automation

用于复杂的 Agent Zero 浏览器自动化，包括多标签浏览、截图、表单、上传、原始指针/键盘操作、宿主与容器的浏览器模式，以及可视化验证工作流。

io.github.NeverSight/learn-skills.dev/backend-refactor-quality-gate

CeroBase 中 Fintrack.Server 后端重构的质量门禁：在标记工作完成前，核验领域封装、CQRS 目录布局、基于 Result 的应用层消息、FluentValidation、EF 迁移、API 一致性与强制测试。只要你在重构聚合（如 Guid 迁移）、重组 Application 命令/查询、让某个功能向既有模式（如 Budgets）对齐，或进行任何“随手小修”就会令代码库失去一致性的多层后端改动——先加载此技能，并且只打开任务所需的被引用技能文件，不要复制其正文。

io.github.NeverSight/learn-skills.dev/docker-swarm-k8s-lite

大规模管理多容器应用。

io.github.NeverSight/learn-skills.dev/docker-bench-expert

面向 AMT Docker Bench 的专项技能——T264 自动驾驶卡车多容器仿真环境。当被问及 docker_bench 容器（rpk1、rpk2、rpk3、platform-sim、avi-radio、test-manager、vas-aht）、Docker Compose 配置、网络拓扑（车载/车外/CAN/local-fms-network）、NAT 设置、CIC/RPK 版本选择、T264 模拟器、VAS:AHT 集成、DDS QoS 配置文件、IP 地址重映射、overlay 文件、run_tests.sh、Docker Bench 版本兼容性、兼容的 FMS/AMT 版本组合，或任何涉及 Docker Bench 环境的问题时使用。也用于调试 bench 中的容器启动失败、网络问题、构建错误、镜像拉取失败、版本不匹配或服务就绪问题。可从 Confluence 获取 Docker Bench 版本兼容性矩阵以确定可用的版本组合。

io.github.agent0ai/agent-zero/browser-form-workflows

用于涉及下拉选择、复选框、单选框、文件上传、contenteditable 字段、多步校验或需可视化验证提交等复杂 Agent Zero Browser 表单工作流。

io.github.Cosmian/kms/refactor-plan

安全规划多文件 Rust 重构：调研、计划、确认、实现。在任何多文件重构之前使用。