awesome-agent-mcp
AGENTS.md2 starsChanged 9 days agoMITView on GitHub
国内服务厂商*官方出品*的 MCP Server、Agent Skill 与命令行工具(CLI)索引。远程仓库是 guanmo-ai/awesome-agent-mcp,网站通过 GitHub Pages 发布。 收集、核验和审核的流程分别见 docs/COLLECTING.md、docs/VERIFYING.md、docs/REVIEW.md,现成的任务提示词见 docs/CODEX_TASKS.md。
In this repository3 other files it gives its agents.
- llms-full.txtllms.txt
- llms.txtllms.txt
- agent-mcp-finderSkill
The file
Files
Awesome Agent MCP
国内服务厂商官方出品的 MCP Server、Agent Skill 与命令行工具(CLI)索引。远程仓库是 guanmo-ai/awesome-agent-mcp,网站通过 GitHub Pages 发布。
结构
data/services.json是唯一数据源,字段说明见docs/SCHEMA.md。README.md、README.en.md、llms.txt和dist/都由scripts/build.mjs生成。不要手改 README.md、README.en.md 和 llms.txt。web/是网站源码,用原生 HTML、CSS、JS 写成,没有第三方依赖。skills/agent-mcp-finder/SKILL.md是给 Agent 用的 Skill。site.config.json存放仓库名、网址和维护者。web/logos/是各服务的图标(128px PNG),由scripts/fetch-logos.mjs抓取;web/og.jpg是分享图,由scripts/og-image.mjs生成。
命令
| 命令 | 作用 |
npm run build | 校验数据,生成 README.md、README.en.md、llms.txt 和 dist/ |
npm run check | 校验数据、检查生成文件是否最新、运行测试(CI 同款) |
npm run serve | 构建并在 http://127.0.0.1:4179 预览 |
npm run links | 检查所有链接能否打开 |
node scripts/fetch-logos.mjs | 给缺图标的条目抓图标(需要 Playwright) |
node scripts/og-image.mjs | 预览开着时重新生成分享图(需要 Playwright) |
规则
- 改完数据运行
npm run build,把生成的 README.md、README.en.md、llms.txt 一起提交。npm run check必须通过。 - 只收厂商官方出品,判定标准见
docs/VERIFYING.md。拿不准就保持unverified,不要猜。 - 第三方清单(GitHub 上的 awesome 列表、WorkBuddy 等客户端的连接器市场)只当线索。每条都要回到厂商官方页面确认,
url指向官方页面;不复制别人的描述文字,也不复制别人的 Skill 文件。 summary用自己的话写,不超过 60 字,说清能做什么,不用营销词。- 不确定的字段就留空(
access用空数组),不要编造 Key、端点或配置。install.mcp只填官方文档里写明的内容。 - 新增条目的
addedAt用当天日期,同时更新顶层updatedAt。 - 一个 PR 只做一类事:新增一批、核验一批,或者改网站。
- 不要把内部研究记录、私人信息或凭据写进仓库。
- 提交身份用
观默 <316967716+guanmo-ai@users.noreply.github.com>。
保持简单(每个任务都要遵守)
- 用最小的改动解决问题:能改一行就不改十行,能改现有文件就不新建文件。
- 不新增依赖、框架或构建步骤。同一段逻辑没有在两处以上重复,就不抽新模块。
- 不新增文档文件。说明写进 PR 描述;只有规则变了才改现有文档。
- 可以采用 Fluent UI、Carbon 等顶尖设计规范,照其许可附上声明即可;不要为此另写流程或文档。
- 一个 PR 的代码改动(不算
data/、图片和生成文件)超过 300 行时,先在 PR 描述里说明为什么不能更小,能拆就拆。 - 不为假想的未来需求写兼容层、缓存方案或配置开关。需求不确定时,在 PR 描述里提问,不要先做出来。
- 收录范围、分类方式、文案语气属于产品决定,只有维护者明确要求时才改。
分工
- Codex 是最终负责人:主导程序、数据收集与核验、排查、测试、集成和交付,负责处理审核意见并验证最终结果。
- Opus 5.5 主导审美设计并辅助审核:负责配色、字体、布局、动画和设计稿模板(如
web/service.html);Codex 按设计方案实施并验证。双方通过docs/REVIEW.md的「AI 留言」互留具体问题、证据和回复,提交推送后供对方更新读取;不直接连接或调用 Opus。 - 普通问题由 Codex 处理:先查官方来源、运行验证并完成有依据的修复;待核验清单由 Codex 跟进,能独立完成的工作继续推进。只有确需维护者决策、账户交互或新增授权的事项才提问,并说明已有证据和必须介入的原因。
- 开始任务或更新代码后,先读
docs/REVIEW.md的「AI 留言」:处理发给自己的待处理项,以及自己发出且已回复的项;按其中的约定回复、更新状态并提交推送,Codex 验证后关闭。
合并
- 不需要等维护者。自己开 PR,
npm run check和 CI 都通过后,用gh pr merge --squash --delete-branch合并,再确认「发布网站」这个 Action 成功。 - 改网站或脚本时,合并前先按
docs/REVIEW.md自查一遍。 - 由 Claude 提交的改动,由 Codex 按
docs/REVIEW.md审核后合并。
收集、核验和审核的流程分别见 docs/COLLECTING.md、docs/VERIFYING.md、docs/REVIEW.md,现成的任务提示词见 docs/CODEX_TASKS.md。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

