全局命令、Skill 与 MCP

这一页介绍设置页里的“扩展”模块，也就是 Aite 的全局扩展管理能力。

当前实现中，这一块主要覆盖三类对象：

• Command
• Skill
• MCP 服务

为什么要分全局和项目级

Aite 同时支持全局范围和项目范围的扩展配置。

全局配置更适合：

• 多个项目都会用到的能力
• 通用工作流命令
• 通用的 Skill 说明
• 通用的 MCP 服务入口

项目级配置则更适合只服务某个仓库的能力。

全局 Command

全局 Command 主要用于提供通用的斜杠命令能力。

你可以把它理解成“在不同项目中都能复用的命令入口”。

比较常见的适用场景：

• 通用协作流程命令
• 统一的开发辅助命令
• 团队共享的固定提示模板

在聊天输入区里，这些命令会进入斜杠命令体系，与会话命令和内置命令一起参与选择。

全局 Skill

全局 Skill 适合放长期有效、跨项目复用的能力说明。

例如：

• 通用工程规范
• 通用审查原则
• 常见任务工作流
• 常用工具使用约定

和项目级 Skill 相比，全局 Skill 的特点是范围更大，所以内容更适合写“稳定规则”，不适合塞太多仓库专属细节。

MCP 服务

MCP 服务用于给 Aite / Claude Code 提供额外能力来源。

当前设置页中的全局 MCP 管理，主要适合：

• 所有项目都可能会用到的服务
• 本地常驻的开发辅助服务
• 不想在每个项目里重复配置的统一入口

当前扩展面板的管理方式

从现有实现看，扩展页不是单纯只读，而是偏向“可管理工作台”：

• 可以查看列表
• 可以区分来源范围
• 可以编辑或维护配置
• MCP 还支持列表与 JSON 两种管理视角

这意味着它更适合作为长期维护入口，而不是一次性导入页。

什么时候该放全局

可以优先放全局的情况：

• 3 个以上项目都会用
• 不依赖某个仓库目录结构
• 不依赖某个项目私有服务
• 团队希望统一行为

什么时候不要放全局

下面这些情况更建议保持项目级：

• 命令只对单仓库有效
• Skill 里写的是项目专属约束
• MCP 服务依赖项目内地址、项目内配置或项目内权限

这样做的好处是后续排查来源更容易，也不容易把全局环境越堆越乱。