AiGo123 Documentation
使用模式
了解 AiGo123 的代码、问答、架构、调试和编排模式,选择适合任务的角色与工具权限。
模式是 AiGo123 面向不同任务的专门角色。它不仅改变回答风格,还决定助手可以读取、编辑文件、执行命令或调用 MCP 的权限。选择正确模式可以减少无关操作,让规划、实现和审查各司其职。
为什么使用不同模式
实现功能时需要文件编辑和命令工具,解释代码时通常只需读取权限,架构设计则优先调查和制定计划。模式将角色定义、工具组和自定义指令组合成可重复使用的工作流程。权限限制并不等于安全沙箱;仍应审查命令与外部工具访问。
切换模式
- 打开 AiGo123 面板,在输入框附近的模式选择器选择角色。
- 也可以使用命令面板中的模式切换操作。助手提出切换请求时,先检查理由再批准。
- 需要额外约束时,在模式页面调整指令,或创建自定义模式。切换模式后检查当前模型及工具权限。
本地版本使用唯一供应商,模式不绑定独立供应商或模型配置。不要依赖上游文档中的“每个模式记住模型”行为。可选模型以 AiGo123 当前供应商实际提供的列表为准。
内置模式
代码模式(默认)
适合编写功能、修改文件、重构和修复缺陷,拥有读取、编辑、命令及 MCP 工具能力。先说明目标与验收条件,再让助手检查相关代码和测试。
问答模式
适合解释概念、分析代码和提供建议,主要使用读取工具与 MCP。通常不直接修改项目;需要实施时切换代码模式。
架构模式
适合调查需求、设计系统和拆分任务。可以阅读项目并编写 Markdown 计划,但编辑能力受文件类型限制;执行方案前切换代码模式。
调试模式
适合复现问题、分析堆栈与日志、提出并验证假设。可使用读取、编辑、命令与 MCP 工具,优先定位根因再修复。
编排模式
适合协调跨专业的复杂任务,通过 new_task 将子任务委派给合适模式,汇总结果并管理依赖。其能力以任务委派为中心,而不是直接拥有所有编辑和终端权限。
定制模式
可调整角色定义、触发条件、工具组、文件正则和指令。模式可全局使用,也可只在某个项目生效。详见 自定义模式。
理解工具组
- read:读取、列出与搜索文件。
- edit:创建和修改文件,可用 fileRegex 限制目标。
- command:执行终端命令。
- mcp:调用模型上下文协议服务器。还需满足全局开关、连接状态及模式的服务器白名单。
