202 个专业 AI Agent 的完整参考agents 仓库的模型分配、分类体系与混合编排指南【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agents导读agents 是一个面向 Claude Code、Codex CLI、Cursor、OpenCode、Antigravity CLI 与 GitHub Copilot 的多 Harness Agentic 插件市场。本文围绕仓库的核心参考文档 docs/agents.md系统梳理202 个本地专业 Agent的九大分类体系、Fable/Opus/Sonnet/Haiku/Inherit 五层模型分配策略、四条 Sonnet Haiku 混合编排模式以及自然语言与斜杠命令两种调用方式。读完本文你将能够按领域快速定位所需 Agent、理解每个 Agent 背后的模型选型逻辑并复用到自己的多 Agent 工作流设计中。一、Agent 分类体系总览根据 docs/agents.md仓库按业务领域将 202 个 Agent 划分为9 个大类、多个子类。每个 Agent 条目由三要素构成短名称便于检索引用、模型分配opus / sonnet / haiku / fable / inherit、职责描述一句话说明该 Agent 擅长什么。需要说明的是docs/agents.md 表格中列出的短名称如backend-architect用于目录阅读与自然语言调用而各 Agent 文件 frontmatter 中的实际name采用插件作用域命名如backend-development-backend-architect这是 docs/authoring.md 规定全局唯一性的结果下文命名规范一节会详细解释两者的关系。1.1 架构与系统设计Architecture System DesignCore Architecture核心架构Agent模型职责描述backend-architectopusRESTful API 设计、微服务边界、数据库 Schemafrontend-developersonnetReact 组件、响应式布局、客户端状态管理graphql-architectopusGraphQL Schema、Resolver、联邦架构architect-revieweropus架构一致性分析与模式校验cloud-architectopusAWS/Azure/GCP 基础设施设计与成本优化hybrid-cloud-architectopus跨云与本地环境的多云策略kubernetes-architectopus基于 Kubernetes 与 GitOps 的云原生基础设施service-mesh-expertopusIstio/Linkerd 服务网格架构、mTLS 与流量管理event-sourcing-architectinherit事件溯源、CQRS 模式、事件存储与 Saga 编排monorepo-architectopusNx、Turborepo、Bazel 的 Monorepo 工具链与工作区优化UI/UX Mobile界面与移动端Agent模型职责描述ui-designeropus面向移动端与 Web 的现代模式 UI/UX 设计accessibility-expertopusWCAG 合规、无障碍审计、包容性设计design-system-architectopus设计令牌、组件库、主题系统ui-ux-designersonnet界面设计、线框图、设计系统ui-visual-validatorsonnet视觉回归测试与 UI 验证mobile-developersonnetReact Native 与 Flutter 应用开发ios-developersonnet使用 Swift/SwiftUI 的原生 iOS 开发flutter-expertsonnet带状态管理的高级 Flutter 开发1.2 编程语言Programming LanguagesSystems Low-Level系统与底层Agent模型职责描述c-prosonnet内存管理与操作系统接口的系统编程cpp-prosonnetRAII、智能指针、STL 算法的现代 Crust-prosonnet所有权模式的内存安全系统编程golang-proopusgoroutine 与 channel 的并发编程Web ApplicationWeb 与应用Agent模型职责描述javascript-prosonnetES6、异步模式、Node.js 的现代 JavaScripttypescript-prosonnet类型系统与泛型的高级 TypeScriptpython-prosonnet高级特性与优化的 Python 开发temporal-python-proinherit基于 Python SDK 的 Temporal 工作流编排、持久化工作流、Saga 模式ruby-prosonnet元编程、Rails 模式、Gem 开发的 Rubyphp-prosonnet框架与性能优化的现代 PHPEnterprise JVM企业级与 JVMAgent模型职责描述java-prosonnetStream、并发、JVM 优化的现代 Javascala-prosonnet函数式编程与分布式系统的企业级 Scalacsharp-proinherit基于 .NET 框架与模式的 C# 开发Specialized Platforms专用平台Agent模型职责描述elixir-prosonnetOTP 模式与 Phoenix 框架的 Elixirdjango-prosonnetORM 与异步视图的 Django 开发fastapi-prosonnet异步模式与 Pydantic 的 FastAPIhaskell-prosonnet纯度、高级类型系统与并发的强类型函数式编程unity-developersonnetUnity 游戏开发与优化minecraft-bukkit-proopusMinecraft 服务端插件开发sql-prosonnet复杂 SQL 查询与数据库优化1.3 基础设施与运维Infrastructure OperationsDevOps DeploymentDevOps 与部署Agent模型职责描述devops-troubleshootersonnet生产调试、日志分析、部署故障排查deployment-engineersonnetCI/CD 流水线、容器化、云部署terraform-specialistopusTerraform 模块与状态管理的 Infrastructure as Codedx-optimizersonnet开发者体验优化与工具链改进Database Management数据库管理Agent模型职责描述database-optimizerinherit查询优化、索引设计、迁移策略database-adminsonnet数据库运维、备份、复制、监控database-architectopus从零开始的数据库设计、技术选型、Schema 建模Incident Response Network事件响应与网络Agent模型职责描述incident-responderopus生产事件管理与解决network-engineersonnet网络调试、负载均衡、流量分析Project Management项目管理Agent模型职责描述conductor-validatoropus校验 Conductor 项目产物的完整性、一致性与正确性1.4 质量保障与安全Quality Assurance SecurityCode Quality Review代码质量与评审Agent模型职责描述code-revieweropus聚焦安全与生产可靠性的代码评审security-auditoropus漏洞评估与 OWASP 合规backend-security-coderopus安全后端编码实践、API 安全实现frontend-security-codersonnetXSS 防护、CSP 实现、客户端安全mobile-security-coderopus移动端安全模式、WebView 安全、生物认证threat-modeling-expertopusSTRIDE 威胁建模、攻击树、安全需求Testing Debugging测试与调试Agent模型职责描述test-automatorsonnet综合测试套件创建单元、集成、E2Etdd-orchestratoropus测试驱动开发方法论指导debuggersonnet错误解决与测试失败分析error-detectivesonnet日志分析与错误模式识别Performance Observability性能与可观测性Agent模型职责描述performance-engineeropus应用剖析与优化observability-engineerinherit生产监控、分布式追踪、SLI/SLO 管理search-specialisthaiku高级 Web 调研与信息综合1.5 数据与 AIData AIData Engineering Analytics数据工程与分析Agent模型职责描述data-scientistinherit数据分析、SQL 查询、BigQuery 操作data-engineersonnetETL 流水线、数据仓库、流式架构Machine Learning AI机器学习与 AIAgent模型职责描述ai-engineeropusLLM 应用、RAG 系统、Prompt 流水线ml-engineeropusML 流水线、模型服务、特征工程mlops-engineeropusML 基础设施、实验追踪、模型注册表prompt-engineeropusLLM Prompt 优化与工程化vector-database-engineerinherit向量数据库、Embedding、相似度搜索、混合检索llm-finetuning-architectopus微调策略、方法/模型选择、评估门禁所有权llm-finetuning-training-engineersonnet数据集准备、Unsloth 训练运行、产物导出llm-finetuning-eval-engineersonnetGolden 集、评测者校准、检查点晋升裁定dgx-spark-ops-engineersonnetDGX SparkGB10/aarch64/CUDA 13环境搭建与诊断1.6 文档与技术写作Documentation Technical WritingAgent模型职责描述docs-architectopus综合技术文档生成api-documentersonnetOpenAPI/Swagger 规范与开发者文档reference-builderhaiku技术参考与 API 文档tutorial-engineersonnet分步教程与教学内容mermaid-expertsonnet图表创建流程图、时序图、ER 图c4-codehaiku含函数签名与依赖的 C4 Code 级文档c4-componentsonnetC4 Component 级架构综合与文档c4-containersonnet含 API 文档的 C4 Container 级架构c4-contextsonnet含用户画像与用户旅程的 C4 Context 级系统文档1.7 商务与运营Business OperationsBusiness Analysis Finance商业分析与金融Agent模型职责描述business-analystsonnet指标分析、报告、KPI 追踪quant-analystopus金融建模、交易策略、市场分析risk-managersonnet投资组合风险监控与管理Marketing Sales营销与销售Agent模型职责描述content-marketersonnet博客、社交媒体、邮件营销social-publishing-publisherhaiku通过 SocialClaw 进行多平台社交媒体发布sales-automatorhaiku冷邮件、跟进、提案生成Support Legal支持与法务Agent模型职责描述customer-supporthaiku支持工单、FAQ 回复、客户沟通hr-proopusHR 运营、政策、员工关系legal-advisoropus隐私政策、服务条款、法律文档1.8 SEO 与内容优化SEO Content OptimizationAgent模型职责描述seo-content-auditorsonnet内容质量分析、E-E-A-T 信号评估seo-meta-optimizerhaikuMeta 标题与描述优化seo-keyword-strategisthaiku关键词分析与语义变体seo-structure-architecthaiku内容结构与 Schema 标记seo-snippet-hunterhaiku精选摘要格式化seo-content-refresherhaiku内容新鲜度分析seo-cannibalization-detectorhaiku关键词重叠检测seo-authority-buildersonnetE-E-A-T 信号分析seo-content-writersonnetSEO 优化内容创作seo-content-plannerhaiku内容规划与主题集群1.9 专业领域Specialized DomainsAgent模型职责描述arm-cortex-expertinheritARM Cortex-M 固件与外设驱动开发blockchain-developersonnetWeb3 应用、智能合约、DeFi 协议payment-integrationsonnet支付处理器集成Stripe、PayPallegacy-modernizerfable遗留代码重构与现代化context-managerhaiku多 Agent 上下文管理pptx-deck-creation-builderinherit从简报或参考 Deck 生成可编辑的生产级 PPTX二、Model Configuration五层模型分配体系2.1 模型分配总览Agent 的模型分配依据任务复杂度与算力需求决定。根据 docs/agents.md 的 Model Distribution Summary202 个 Agent 的分布如下模型Agent 数量适用场景Fable2最长周期的自主工作高于 Opus 的层级见选择标准Opus54关键架构、安全、代码评审、生产级编码Sonnet70复杂任务、带智能的支持性工作Haiku24快速操作性任务Inherit52由用户在运行时自行选择模型的复杂任务2.2 模型选择标准Model Selection CriteriaHaiku —— 快速执行与确定性任务Fast Execution Deterministic Tasks在以下场景使用从明确规范生成代码依据既有模式创建测试使用清晰模板撰写文档执行基础设施操作执行数据库查询优化处理客户支持回复处理 SEO 优化任务管理部署流水线Sonnet —— 复杂推理与架构Complex Reasoning Architecture在以下场景使用设计系统架构做技术选型决策执行安全审计评审架构模式相关代码创建复杂 AI/ML 流水线提供语言特定专长编排多 Agent 工作流处理业务关键的法律/HR 事务Fable —— 最长周期自主工作Longest-Horizon Autonomous WorkClaude Fable 5model: fable是高于 Opus 的层级。它在 Claude Codev2.1.170中为可选启用opt-in绝非默认有效成本约为 Opus 的2.6 倍$10/$50 per MTok外加约 30% 更重的 tokenizer因此只应预留给 Opus 被证明需要多次尝试的 Agent。使用场景运行多小时的自主会话大型代码库迁移、过夜重构从单一明确定义的目标执行端到端工作协调长期存活的并行子 Agent 工作流应避免的场景安全分析类 Agent —— Fable 5 的网络/生物安全分类器在该类内容上本来就会回退到 Opus 4.8任何 Sonnet 或 Opus 一次就能完成的任务Fable 层级对 Agent 本体的写作要求是陈述目标与约束而非逐步脚手架且不得要求模型回显其内部推理。其他 Harness 将fable映射为其最高可用模型参见 docs/authoring.md 的模型别名表。2.3 模型别名的多 Harness 映射机制源码解析docs/agents.md中出现的fable/opus/sonnet/haiku/inherit是源文件中的裸别名。由于本仓库同时向 Codex、Cursor、OpenCode、Antigravity 与 Copilot 五个 Harness 分发内容这些别名在生成阶段会被适配器翻译成各 Harness 的本地模型 ID。映射关系定义在 tools/adapters/capabilities.py 的MODEL_ALIASES常量中源码注释标明针对各 Harness 2026-07 已发布模型目录验证源字段CodexCursorOpenCodeAntigravityCopilotmodel: fablegpt-5.5inheritanthropic/claude-fable-5proclaude-fable-5model: opusgpt-5.5inheritanthropic/claude-opus-4-8proclaude-opus-4.8model: sonnetgpt-5.4-miniinheritanthropic/claude-sonnet-5proclaude-sonnet-5model: haikugpt-5.4-miniinheritanthropic/claude-haiku-4-5flashclaude-haiku-4.5model: inheritgpt-5.5inheritanthropic/claude-sonnet-5inheritclaude-sonnet-5几个值得注意的实现细节Cursor 全部映射为inheritCursor 没有裸别名概念文档建议用inherit保证可移植性见 tools/adapters/capabilities.py 中bare_model_aliasesFalse的注释。Antigravity 映射到层级别名而非具体模型 IDagy models只返回类似gemini-3.1-pro-high的具体 ID从不返回裸层级因此fable/opus/sonnet映射到其 pro 级层级、haiku映射到 flash 级层级而inherit保持字面量字符串inheritagy 的透传到会话模型机制。Copilot 是 Claude → Claude 的映射Copilot CLI 原生提供 Claude 模型Fable 5 与 Sonnet 5 自 2026 年 6 月底起可用故使用点号版本 ID 格式。解析函数resolve_model位于同一文件当源模型不在已知别名集合时会回退到inherit的映射值并附上警告方便排查模型被覆盖的情况。对应地docs/agents.md 中Model Configuration一节引用的 authoring.md 提供了完整映射表与写作建议若想显式声明而非隐式依赖别名可使用inherit。三、Hybrid Orchestration PatternsSonnet Haiku 混合编排模式插件生态利用Sonnet 规划 Haiku 执行的编排实现性能与成本的最优平衡。四种模式如下完整继承自 docs/agents.mdPattern 1Planning → Execution规划 → 执行面向 API 等后端功能开发的通用流水线Sonnet: backend-architect设计 API 架构 ↓ Haiku: 依据规范生成 API 端点 ↓ Haiku: test-automator生成综合测试 ↓ Sonnet: code-reviewer架构评审Pattern 2Reasoning → Action推理 → 行动事件响应面向生产事故的处理流水线Sonnet: incident-responder诊断问题、制定策略 ↓ Haiku: devops-troubleshooter执行修复 ↓ Haiku: deployment-engineer部署热修复 ↓ Haiku: 实施监控告警Pattern 3Complex → Simple复杂 → 简单数据库设计面向数据库设计与迁移的流水线Sonnet: database-architectSchema 设计、技术选型 ↓ Haiku: sql-pro生成迁移脚本 ↓ Haiku: database-admin执行迁移 ↓ Haiku: database-optimizer调优查询性能Pattern 4Multi-Agent Workflows多 Agent 工作流全栈功能开发面向完整全栈功能开发的端到端流水线Full-Stack Feature Development: Sonnet: backend-architect frontend-developer设计组件 ↓ Haiku: 按设计生成代码 ↓ Haiku: test-automator单元 集成测试 ↓ Sonnet: security-auditor安全评审 ↓ Haiku: deployment-engineerCI/CD 搭建 ↓ Haiku: 搭建可观测性栈设计规律上述模式的共同点是规划性、判断性任务交予 Sonnet或 Opus执行性、模式化任务交予 Haiku。这与 docs/architecture.md 中Planning Phase (Sonnet) → Execution Phase (Haiku) → Review Phase (Sonnet)的编排原则一致也与 README.md 的层级表Tier 0~4相呼应越靠近决策端用强模型越靠近机械执行端用轻量模型。四、Agent Invocation两种调用方式根据 docs/agents.md 的 Agent Invocation 章节Agent 支持两种调用方式docs/usage.md 对此有更完整的实操说明。4.1 自然语言调用Natural Language当需要 Claude 自行推理该用哪位专家时用自然语言直接点名Use backend-architect to design the authentication API Have security-auditor scan for OWASP vulnerabilities Get performance-engineer to optimize this database queryClaude Code 会根据请求自动选择并协调合适的 Agent。4.2 斜杠命令调用Slash Commands许多 Agent 通过插件斜杠命令直接调用命令格式为/plugin-name:command-name [arguments]/backend-development:feature-development user authentication /security-scanning:security-sast /incident-response:smart-fix memory leak in payment service以 security-sast 命令文件为例其 frontmatter 展示了命令文件的结构化声明description用途说明、globs适用的文件范围覆盖 Python/JS/TS/Java/Ruby/Go/Rust/PHP与keywords语义检索关键词。这说明命令文件不仅是 Prompt还携带了让 Harness 决定何时可用、对哪些文件可用的元数据。两个补充实操点来自 docs/usage.md用/plugin可列出已安装插件的全部可用斜杠命令自然语言与命令可混用先/full-stack-orchestration:full-stack-feature payment processing启动结构化工作流再用自然语言追加约束如确保 PCI-DSS 合规并与 Stripe 集成。五、Contributing新增 Agent 的四个步骤docs/agents.md 的 Contributing 一节给出新增 Agent 的最小流程创建plugins/{plugin-name}/agents/{agent-name}.md添加包含 name、description 与 model 分配的 frontmatter编写完整的系统提示词更新.claude-plugin/marketplace.json中的插件定义详细规范见 CONTRIBUTING.md。结合 docs/authoring.md 与源码可以进一步明确前两步的工程约束。5.1 Agent 文件结构源码实证以 backend-architect 为例其 frontmatter 结构如下--- name: backend-development-backend-architect description: Expert backend architect specializing in scalable API design, microservices architecture, and distributed systems. ... Use PROACTIVELY when creating new backend services or APIs. model: inherit ---同样地code-reviewer 声明了name: comprehensive-review-code-reviewer与model: opus。两个观察点frontmatter 的name必须全局唯一Claude Code 以 YAML frontmatter 的name作为已安装 Agent 的键两个插件若使用同名 Agent 会静默互相覆盖。为此 docs/authoring.md 要求使用plugin-directory-agent-file-stem的插件作用域命名如backend-development-test-automator而非test-automator。description 需要触发短语应包含Use when …、Use PROACTIVELY when …、Trigger when …等识别短语缺失会触发MISSING_TRIGGERlint。例如 code-reviewer 的描述就带有Use PROACTIVELY for code quality assurance.。5.2 命名冲突的 CI 防线仓库在 tools/check_agent_name_collisions.py 中实现了重复 Agent 名称检测器。它通过正则从plugins/*/agents/*.md提取 frontmatter 的name字段统计跨文件重名情况支持--fail-on-duplicates存在任何重名即失败、--max-duplicate-names与--max-colliding-files超过基线即失败三个退出策略。CI 以--fail-on-duplicates运行确保源码树始终无冲突。5.3 可移植性红线新增 Agent 前还应注意 docs/authoring.md 列出的可移植性约束Codex 内置 Agent 名冲突default、worker、explorer是 Codex 内置子代理角色自定义 Agent 若重名Codex 适配器会加命名空间并触发AGENT_NAME_COLLISIONlint建议从一开始就用插件作用域名模型别名映射frontmatter 的model:值由 tools/adapters/capabilities.py 的MODEL_ALIASES统一翻译BARE_MODEL_ALIASlint 仅作提示工具名措辞正文应谈动作而非工具如打开文件而非使用 Read 工具以保证 Codex/Cursor/OpenCode 等 Harness 的兼容性harness_portabilitylint 会对此做检查。5.4 生成与校验命令本仓库的所有 Harness 产物由 Makefile 统一驱动。为指定 Harness 生成产物并做结构校验make generate HARNESScodex PLUGINmy-plugin # 为单个插件生成 Codex 产物 make generate-all # 为全部 5 个 Harness 全部插件生成 make validate # 生成产物的结构校验 make garden # doc-gardener漂移 / 死链 / 大小上限检测其中garden会检测 docs/agents.md 这类目录文档与源码树之间的漂移包括 Agent 链接是否失效、命令名称是否匹配等因此修改源码后应重新生成目录文档保持二者一致。六、总结如何用好这份 Agent 参考docs/agents.md 的价值在于它把 202 个专业 Agent 组织成了可检索、可组合、可扩展的三层结构按分类定位九大领域架构、语言、基础设施、质量安全、数据 AI、文档、商务、SEO、专业领域覆盖了从底层的 C/Rust 到顶层的量化交易、从 Prompt 工程到支付集成的完整工程面按模型调度五层模型体系Fable 2 / Opus 54 / Sonnet 70 / Haiku 24 / Inherit 52给出了什么任务用多聪明的模型的成本决策树四种混合编排模式则提供了规划用强模型、执行用轻模型的可复用范本按目录引用表格中的每个 Agent 都链接到 plugins/ 下的真实 Markdown 源文件可作为系统提示词编写的直接范例若要扩展遵循 docs/authoring.md 的 frontmatter 规范与 tools/check_agent_name_collisions.py 的命名约束即可安全地加入新成员。延伸阅读完整的插件目录见 docs/plugins.md183 个 Skill 见 docs/agent-skills.md调用与工作流实操见 docs/usage.md跨 Harness 能力矩阵见 docs/harnesses.md设计与建模原则见 docs/architecture.md。【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agents创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考