Registry 管理页通常要承接什么
- 展示官方 Registry 与自定义 Registry 的区别。
- 支持填写来源名称和 URL。
- 支持启用或停用某个来源。
- 允许删除自定义来源，保持来源列表可维护。
为什么单独写
如果 Registry 只存在于内部实现里，团队很难把它真正当成平台来源来管理
`acw2a` 里已经明确存在官方 MCP Registry 来源、名称与 URL 输入、启用开关和删除自定义来源等动作。和 扩展来源总览页 一起看，结构会更完整。
如果没有统一 Registry 管理
- MCP 来源会重新回到群聊、文档和收藏夹里分散存放。
- 团队难以确认哪个来源是默认推荐、哪个来源已经停用。
- 扩展平台能力更难形成长期支持口径。
- 新增或迁移来源时更容易引入混乱。
推荐路径
如果你要把 MCP 来源做稳，建议按这三步推进
先固定基础来源
先把官方 Registry 这类基础来源固定下来，再决定团队要补充哪些自定义入口。
再统一启用与停用口径
让来源不只是能加，还能明确知道当前是否启用，以及谁在维护。
最后再扩展更多来源
当默认来源和维护动作清楚之后，再继续扩展团队自己的 Registry 体系。
和其他能力如何配合
Registry 管理更适合和 Plugin Marketplace、模型接入和团队工作台一起看
Registry 和 Marketplace 是两类来源管理，但都属于平台层入口，不应该各自漂着。
总览页负责讲整体结构，这一页负责把 MCP Registry 单独拆清楚。
模型入口和扩展来源分属不同层，但都需要统一平台口径承接。
一旦有多人协作，Registry 来源就需要进入团队统一规范，而不是个人习惯。
常见问题
关于 MCP Registry 管理，用户通常会问这几个问题
MCP Registry 管理页最重要的作用是什么？
它把 MCP 来源从零散链接整理成可配置、可启用、可停用、可删除的正式平台层入口。
官方 Registry 和自定义 Registry 有什么区别？
官方 Registry 更适合作为基础来源，自定义 Registry 更适合补充团队自己的来源和规范，但都应该进入统一管理。
适合什么人看？
适合正在梳理 MCP 来源、扩展规范和团队平台能力的开发者、平台负责人和技术团队。
继续阅读