工作区与扩展能力

这一页介绍聊天区域之外，Aite 如何把项目工作区能力整合进来。

Git 能力

聊天输入区已经整合了 Git 状态信息，方便你在发送消息前就知道当前代码现场是什么样。

围绕 Git，Aite 主要解决的是这几件事：

• 当前仓库状态可见
• 当前分支可见
• 在多任务并行时更容易区分上下文

如果你在用分支工作流或 worktree 工作，这一点会很有帮助。

IDE 支持

Aite 支持检测并连接当前项目相关的 IDE。

连接后，主要有两类价值：

• 识别当前连接的是哪个 IDE
• 读取 IDE 中当前选中的代码片段，并决定是否把这段选择内容带入上下文

这意味着你可以更自然地在“编辑器选区”和“聊天输入”之间来回切换，而不用总是手工复制粘贴。

文件树与文件编辑

项目侧边区支持工作区文件树浏览。

当前实现里的特点包括：

• 支持读取项目树
• 支持按目录逐步展开
• 支持搜索项目内文件
• 支持打开文件查看内容
• 支持在内置编辑区修改并保存

这部分的意义不是取代 IDE，而是让你在聊天流附近完成轻量查看和小范围改动。

比较适合的场景：

• 快速确认某个配置文件
• 看一眼工具刚刚修改了什么
• 做少量跟随式修补

项目级 Command 管理

Aite 支持项目级 Command 管理。

这类 Command 更偏向“跟当前仓库强相关”的操作能力，比如：

• 项目专用工作流命令
• 针对某个仓库的固定说明
• 团队内部约定的高频入口

在聊天输入区里，这些命令通常会通过斜杠命令体系参与使用。

项目级 Skill 管理

项目级 Skill 适合放那些只对当前仓库有意义的能力说明或执行规范，例如：

• 项目架构约束
• 发布流程说明
• 特定模块修改原则
• 团队协作约定

和全局 Skill 相比，项目级 Skill 的重点是“跟仓库走”，这样上下文更聚焦，也不容易污染其他项目。

项目级 MCP 管理

如果某个项目需要专门的 MCP 服务，Aite 也支持在工作区范围内管理这类配置。

典型适用场景：

• 某个项目有自己依赖的开发服务
• 某个仓库需要独立的 MCP Server 配置
• 不希望把特定项目能力暴露为全局能力

扩展面板的定位

把 Command、Skill、MCP 放到同一个扩展面板里，有一个很实际的好处：

• 你可以把“模型怎么思考”
• “项目允许调用什么”
• “调用哪些外部能力”

放在同一套工作区心智模型里管理。

这也是 Aite 和纯聊天窗口最大的区别之一。

一种推荐习惯

比较适合长期项目的做法是：

• 全局放通用能力
• 项目级只放当前仓库真正需要的东西
• 能项目级解决的，不急着上升到全局

这样扩展能力会更干净，也更方便排查来源。