搜索「Multi Agent」的结果

io.github.hashgraph-online/awesome-codex-plugins/automation-shape-routing

代理自动化的总入口：选择

io.github.penpot/penpot/code-review-and-quality

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

io.github.compozy/compozy/writing-tech-post

端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。

io.github.compozy/compozy/writing-skills

编写、重构与调试 agent skill。在从零创建新 skill、精简或重组臃肿的 SKILL.md、收紧 skill 描述里的触发条件，或诊断 agent 忽略内嵌 references 时使用。不用于 CLAUDE.md、AGENTS.md 这类 agent 指令文件（改用 agent-md-refactor）、一般文档或 README。

io.github.compozy/compozy/testing-boss

关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。

io.github.openai/plugins/security-scan

用于对整个仓库或某个限定路径、包目录、子模块做标准单轮安全审计（没有 diff 可审的情况）。这是默认的仓库扫描。不用于 PR/commit/分支/工作树 diff，也不用于深度多轮或降低方差的扫描。

io.github.traefik/traefik/review

面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。

io.github.PostHog/posthog/writing-skills

编写 PostHog agent skill 的指南——以"要完成的事"为框架的模板，教会 agent 如何用 MCP 工具达成目标。当新增需要 agent 掌握的产品功能、创建新 skill，或更新 products/*/skills/ 下的现有 skill 时使用。

io.github.serverless/serverless/serverless-sandboxes

使用 Serverless Framework 的 `sandboxes` 特性（AWS Lambda MicroVMs）在 AWS 上构建、运行和运维隔离或临时计算资源。当用户想执行不可信或 AI 生成的代码、按会话/代理/租户运行隔离负载、构建代码执行后端，或提到 Firecracker MicroVMs、serverless.yml 的 `sandboxes` 块、`serverless dev --sandbox`、`invoke --sandbox`、`logs --sandbox`、RunMicrovm、AWS Lambda MicroVMs 时使用。即使用户既没提 Serverless Framework 也没提 sandbox，只要描述隔离的 AWS 执行环境即应触发。

io.github.ymichael/bb/automations

通过官方 automations 插件创建并管理 bb 自动化。使用 bb 自动化命令安排重复性或一次性的智能体/脚本工作时使用。

io.github.PostHog/posthog/writing-tests

判定新测试是否值得存在并强制其高效，保护 CI 不被低价值测试堆爆。在新增或大幅修改任何 pytest、Jest、Playwright 测试之前——即 agent 或工程师准备为新功能、bug 修复、PR 写测试时使用。前置两道门槛：价值门槛（每个测试必须能捕获现有测试未覆盖的真实回归；通过公共接口测行为而非实现细节；近似重复折叠为参数化用例）与效率门槛（确定性、隔离、快；选最便宜的测试层级；用 Django TestCase 而非 TransactionTestCase；不许 sleep、不许真实联网）。含"不要写它"决策树。修复既有 flaky 测试用 /fixing-flaky-tests；若本门槛判定需要 Playwright 测试，用 /playwright-test 处理写法。

io.github.affaan-m/ECC/plan-orchestrate

读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。

io.github.jeremylongshore/claude-code-plugins-plus-skills/coreweave-deploy-integration

用 Helm chart 与 Kustomize 在 CoreWeave 上部署推理服务。用于部署多模型推理、大规模管理 GPU 部署，或模板化 CoreWeave manifest。触发语如 “deploy coreweave”、“coreweave helm”、“coreweave kustomize”、“coreweave deployment patterns”。

io.github.crbnos/carbon/writing-skills

本仓库（.ai/skills/）内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill，或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板，以及每个 Carbon skill 都要遵守的弱执行器写作规则。

io.github.microsoft/skills/deploy-model

统一的 Azure OpenAI 模型部署 skill，按意图智能路由。支持快捷预设部署、完全自定义部署（版本/SKU/容量/RAI 策略），以及跨地域与项目的容量查询。适用：deploy model、deploy gpt、创建部署、模型部署、部署 openai 模型、初始化模型、预置模型、查容量、查模型可用性、该在哪个地域部署、容量分析。不适用：列出现有部署（请用 foundry_models_deployments_list MCP 工具）、删除部署、创建 agent（用 agent/create）、创建项目（用 project/create）。

io.github.nekomangaorg/Neko/maestro

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

io.github.redis/ioredis/code-change-verification

在移交前验证 ioredis 的代码变更。当 agent 变更或审查运行时 TypeScript、Redis 命令支持、生成的 typings、测试、与行为关联的文档、构建工具、发布敏感文件，或任何需要选择并运行正确本地验证命令的任务时使用。

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.mlflow/mlflow/ui-review

审查 GitHub PR 中的 UI/UX 改动：启动 MLflow Web 应用，通过无头 agent-browser 操作改动涉及的界面，并为工作流写出一份 Markdown 格式的 UI 审查评论内容（结论与截图）。

io.github.OpenZeppelin/openzeppelin-contracts/testing

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

io.github.nexu-io/open-design/brand-extract

通过驱动内置浏览器从实站提取完整品牌套件。当品牌提取项目带着浏览器标签中的站点打开，或用户要求「提取品牌」「拉取 <url> 的品牌」「从这个站点获取配色/字体/Logo」，或基于参考网站构建品牌/设计系统时使用。与 agent-browser 工具配合测量，并在反爬墙拦截页面时暂停等待用户处理。

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

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

io.github.leookun/cursor-byok/cursor-client-e2e-debugging

在本仓库中调试 Cursor 客户端 Agent/本地模式/工具/后端存储/Provider 回放失败时使用，尤其是状态/上下文历史存储重构之后：只读分诊已安装的应用包、将已安装客户端行为与仓库代码关联、把用户提供 id 映射到会话/请求/模型调用证据、从调试日志回放 Provider 请求，或快速定位当前的客户端/后端/协议/日志文件