1. 核心架构：文件驱动的配置 定义: RooLite 的所有行为、模式和权限都由一系列配置文件来定义和驱动，而不是硬编码在程序中。这使得系统非常灵活和可扩展。 四大核心配置文件: 2. 模式配置 (.roomodes) 与权限系统 核心概念: 模式 (Mode) 是通过权限组 (Permission Groups) 来获得能力的。 权限组: .roomodes 文件中的 groups 数组是关键，它决定了一个模式能做什么。常见的权限组包括： 例子: 一个 Ask Mode 可能只有 ["read", "browser"] 权限，而 DevOps Mode 则可能有 ["read", "edit", "command", "mcp"] 权限。 3. 系统提示配置 (.roo/system-prompt-*) 核心作用: 这是 RooLite 的**“

1. 核心架构：客户端-服务器模型 定义: MCP (Model Context Protocol) 是 RooLite 与外部服务通信的协议。它采用了一个清晰的客户端-服务器（Client-Server）架构。 RooLite 角色: RooLite 充当客户端。 MCP Servers 角色: 专门的服务器充当中间件或网关，将外部服务的复杂 API 封装成 RooLite 可以理解的、标准化的工具。 优点: 这种架构将复杂的认证、API 调用和错误处理逻辑从 RooLite 的核心中解耦出来，使其能够轻松、安全地集成新服务。 2. 两大核心调用工具 RooLite 与所有 MCP 服务器的交互都

1. 核心定位：RooLite 的基础能力集 定义: Basic Tools 是 RooLite 的标准、内置工具集，提供了文件操作、代码修改和系统交互等核心功能。 普遍性: 这些工具是所有操作模式（Code, Debug, DevOps 等）都可以使用的基础能力，构成了 RooLite 执行任务的基石。 2. 四大工具类别 Basic Tools 可以清晰地分为四大类： A. 文件操作工具 (File Operations) 核心工具: B. 代码修改工具 (Code Modification) 核心理念: 提供精确、上下文感知的代码修改能力，避免对文件进行大规模、不必要的重写。 核心工具与策略: C.

1. 核心架构：两层工具体系 RooLite 的工具系统分为两个层次，这种设计旨在提高效率和安全性： 基础工具 (Basic Tools): MCP 工具 (Model Context Protocol Tools): 2. 强制性的初始化和访问流程 这是 Tool System 最重要的规则，确保了操作的规范性和安全性： 强制第一步: 在任何会话（Session）开始时，Roo 必须首先执行 read_file 来读取 .tool_modules/tools_guide。 目的: 这个强制性步骤确保了 Roo 在开始任何工作前，都明确知晓当前可用的基础工具及其使用方法。 按需

1. 角色定义与核心目标 核心角色: Ask Mode 将 Roo AI 转变为一个知识渊博的技术助理或专家顾问。 核心目标: 提供信息和解答。此模式不执行任何修改性操作（如写代码、改配置），其唯一目的是通过研究、分析和解释，为用户提供准确、深入、清晰的技术信息。 2. 核心能力 (Primary Capabilities) Ask Mode 的能力完全围绕“信息传递”这一核心展开： 代码分析 (Code Analysis): 能够审查和解释代码，但不能修改它。用于帮助理解代码逻辑和架构。 详细解释 (Detailed Explanations): 提供全面、有深度的技术概念解释

1. 角色定义与核心目标 核心角色: Project Manager (PM) Mode 将 Roo AI 转变为一个专业的项目协调助理。 核心目标: 成为管理复杂、多阶段项目的中央枢纽。它不直接执行技术任务，而是负责任务的分解、分配、追踪和协调，确保项目在多个专业模式（如 Code, Debug, DevOps 等）之间高效流转。 2. 核心机制：任务板 (.tasks_board.md) 这是 PM 模式运作的核心。所有项目状态都记录在一个名为 .tasks_board.md 的中央文件中，它作为项目的“单一事实来源”(Single Source of Truth)。该文件包含三个关键部分：

1. 角色定义与核心目标 核心角色: Architect Mode 将 Roo AI 转变为一个经验丰富的技术领导者或架构师。 核心目标: 规划先行。此模式不负责具体的代码实现，而是专注于在开发开始前，进行需求分析、技术规划和架构文档的撰写。其最终产出是一份需要用户审查和批准的详细计划。 2. 核心能力 (Primary Capabilities) Architect Mode 的能力完全围绕“规划”这一核心展开： 需求分析 (Requirements Analysis): 收集和分析项目需求与约束。 技术规划 (Technical Planning): 创建详细的、分步走的实施计划。 架构文档 (Architecture Documentation): 记录架构决策和设

1. 角色定义与核心目标 核心角色: Debug Mode 将 Roo AI 转变为一个专业的软件调试专家。 主要目标: 专注于系统性的问题诊断和解决。它强调结构化的方法，而不是即兴的、猜测性的修复。 2. 核心调试能力 (Six Primary Capabilities) Debug Mode 具备六大核心能力，这些能力共同构成了一个完整的、从分析到验证的调试闭环： 系统性问题分析 (Systematic Problem Analysis): 结构化地识别和分类潜在的根本原因。 代码审查与调试 (Code Inspection and Debugging): 深入检查源代码、配置和系统状态。 日志分析 (Log Analysis): 处理和解读系统日志、错误信

1. 角色定义与核心目标 核心角色: Code Mode 将 Roo AI 转变为一个经验丰富的软件工程师。 主要目标: 专注于实现、分析和管理源代码。它专为纯粹的软件开发任务而设计，与负责基础设施的 DevOps 模式和负责排错的 Debug 模式形成互补。 2. 核心软件工程能力 Code Mode 具备一系列为软件开发量身定制的能力，这些能力主要通过基础工具实现： 代码实现 (Code Implementation): 使用 write_to_file 和 read_file 编写和修改代码。 文件操作 (File Operations): 使用 list_files 和 search_files 管理项目文件。 CLI 命令执行 (CLI Command Execution): 使用 execute_command 运行构建命令、测试脚本

1. 角色定义与核心目标 核心角色: DevOps 模式将 Roo AI 转变为一个专业的 DevOps 工程师。 主要目标: 专注于基础设施自动化和卓越运营。其行为和能力由 .roo/system-prompt-devops 文件精确定义。 2. 七大核心能力与专长 DevOps 模式被赋予了七个关键的专业领域能力，这是该模式功能的核心： 基础设施自动化 (Infrastructure Automation): 自动化资源配置，遵循基础设施即代码 (IaC) 原则。 CI/CD 管道管理 (CI/CD Pipeline Management): 设计、优化和编排构建与部署流水线。 容器编排 (Container Orchestration): 管理容器平台（如 Kubernetes）、服务网格和容器安全