Sub-Agents Directory — Claude Code 子代理目录
汇集 100 多个 Claude Code 子代理提示词与 MCP 服务器的精选目录，帮你快速找到并定制适合任务的子代理。
提供的文件仅为README、LICENSE、package.和一个同步工作流，未包含任何content/提示词文件，因此无法验证各子代理提示的权限声明（tools: Read, Write, Edit, Bash等）、用户确认或敏感数据处理。sync-content.yml每日四次自动拉取上游内容并以contents:write权限提交，属于自动化的外部数据写入通道，但上游仓库在文件中未具名，来源不透明。无回滚机制说明。依赖以caret范围声明、未见锁文件，无法确认供应链安全。未发现恶意行为，但信任相关项大多只能给最低档。
README的安装说明与package.脚本（bun dev、generate:rules、prisma generate）相互一致，自洽性尚可；但未提供锁文件且依赖大量使用^范围，可复现性打折。失败信息与错误处理在提供的文件中无证据。
README面向Claude Code用户和贡献者，场景说明清楚；环境适配（Bun + Next.js 16 + Cloudflare Worker）有明确指令。但各子代理的触发精度和能力边界取决于未提供的content/文件，仅能看到frontmatter格式模板，无法评估。
信息架构清晰（10个分类目录、贡献流程分步说明）；MIT许可证文件完整（3分）；有版本号0.1.0但无CHANGELOG；README未声明任何已知限制；维护机制通过每日定时同步工作流和husky/lint体现，但实际内容维护依赖未具名的上游。缺少FAQ和完整示例文件。
作为提示词目录站，其输出可用性体现在分类、搜索、一键复制等特性描述中；贡献流程和自动同步脚本降低了内容维护成本，有一定边际价值。但核心价值（100+提示词质量）无法在静态文件中验证，且用Next.js 16+Supabase+Prisma+Polar支付的完整技术栈承载一个目录站，复杂度偏高。
"100+子代理"的核心声明无法在提供的文件中核实（content/未包含）；内容来源是某个未具名的上游仓库，无法交叉印证；README中的产品描述与营销文案混杂，事实与推断未分离。
- 仓库文件中未包含任何实际提示词内容，"100+子代理"的数量与质量声明在本次静态审查中无法核实，使用前请自行抽查content/目录。
- 内容每日四次从上游自动同步并自动提交，且上游仓库在提供的文件中未具名——部署或复用前应确认上游身份并审查同步进来的提示词是否申请了过大的工具权限（如Bash、Write）。
- 仓库未提供锁文件且依赖使用宽松的^版本范围，构建可复现性和依赖供应链安全需自行评估。
- README未声明任何已知限制，也没有CHANGELOG；版本号停在0.1.0，成熟度有限。
这个 Agent 能做什么，适合哪些场景？
Sub-Agents Directory（仓库 ayush-that/sub-agents.directory）是一个面向 Claude Code 的子代理提示词与 MCP 服务器精选目录。项目以 Next.js 16 App Router + TypeScript 构建的 Web 站点形式交付，内容以 Markdown 规则文件存放在 content/ 下，按核心开发、语言专家、基础设施、质量与安全、数据与 AI 等十个类别组织。用户可按类别浏览、按关键词搜索、一键复制提示词，或通过内置 AI 规则生成器创建自定义子代理，也可选择在 Claude 或 ChatGPT 中直接打开提示词。MCP 服务器注册表用于为 Claude Code 扩展外部工具。项目使用 Bun 管理依赖与开发服务器，采用 MIT 许可证，通过提交 PR 的方式接受社区贡献。
该目录读取 content/ 目录下十个分类文件夹（01-core-development 至 10-research-analysis）中的 Markdown 规则文件，每个文件带有 name、description、tools 等前置元数据及代理指令正文。站点提供：可搜索的目录浏览、按类别（语言专家、DevOps、安全、AI/ML 等）组织的提示词、MCP 服务器注册表、AI 规则生成器、一键复制提示词到剪贴板，以及在 Claude/ChatGPT 中打开提示词的入口。运行方式为克隆仓库后用 bun install 安装依赖、bun dev 启动开发服务器，然后在 http://localhost:3000 查看目录。贡献者按指定格式新增 Markdown 文件并提交 PR。
- Claude Code 用户想为某个具体任务（如安全审查、DevOps、数据处理）快速找到现成的子代理提示词。
- 开发者想用 AI 规则生成器针对自己的工作流定制一个新的子代理提示词。
- 团队想为 Claude Code 接入外部工具，需要浏览可用的 MCP 服务器注册表。
- 提示词作者想把自己的子代理提示词贡献到公开目录，按分类提交 Markdown 文件与 PR。
- 使用 ChatGPT 的用户想直接打开目录中的提示词在其助手内使用。
这个 Agent 有哪些优点和局限？
- 覆盖 100 多个子代理提示词，按十个明确类别组织，检索成本低。
- 内置 MCP 服务器注册表，可为 Claude Code 扩展外部工具，而不只是提示词集合。
- 提供 AI 规则生成器与一键复制、在 Claude/ChatGPT 中打开的即时使用路径。
- 提示词以带元数据的纯 Markdown 文件存储，易于审阅、版本管理和 PR 贡献。
- 核心价值围绕 Claude Code 生态，对不使用 Claude Code 的团队适用性有限。
- 自托管需要 Bun、Next.js 16 和 Supabase 等运行时与外部服务，部署链路有一定成本。
- 提示词的实际效果依赖目标模型的执行能力，仓库本身不保证各条目的质量或维护状态。
- 新增条目依赖人工 PR 审核，目录的时效性与覆盖度受社区贡献节奏影响。
如何安装或部署这个 Agent？
git clone https://github.com/ayush-that/sub-agents.directory.git
cd sub-agents.directory
bun install# 需要已安装 Bun（https://bun.sh）；数据库使用 Supabase。
# 启动开发服务器
bun dev然后打开 http://localhost:3000 查看目录。
如何使用这个 Agent？
- 在 http://localhost:3000 打开的站点中按类别浏览或按关键词搜索子代理。2. 找到合适的子代理后使用一键复制功能将提示词复制到剪贴板，或点击在 Claude/ChatGPT 中打开。3. 如需自定义子代理，使用站内的 AI 规则生成器生成提示词。4. 自部署时，向 content/ 下相应分类文件夹添加符合格式（name、description、tools 前置元数据加指令正文）的 Markdown 文件即可新增条目。