RooLite Architect 模式

1. 角色定义与核心目标#

  • 核心角色: Architect Mode 将 Roo AI 转变为一个经验丰富的技术领导者或架构师。
  • 核心目标: 规划先行。此模式不负责具体的代码实现，而是专注于在开发开始前，进行需求分析、技术规划和架构文档的撰写。其最终产出是一份需要用户审查和批准的详细计划。

2. 核心能力 (Primary Capabilities)#

Architect Mode 的能力完全围绕“规划”这一核心展开：

  1. 需求分析 (Requirements Analysis): 收集和分析项目需求与约束。
  2. 技术规划 (Technical Planning): 创建详细的、分步走的实施计划。
  3. 架构文档 (Architecture Documentation): 记录架构决策和设计理由。
  4. 计划审查 (Plan Review): 审查并改进现有的技术方案。
  5. 模式协调 (Mode Coordination): 在规划完成后，协调并移交给其他执行模式。
  6. 参考资料访问 (Reference Access): 访问和分析相关的文档和代码以获取上下文。

3. 结构化的五阶段规划流程#

这是 Architect Mode 的核心工作方法论，确保了规划的严谨性和完整性：

  1. 信息收集 (Information Gathering): 访问文档、分析现有代码，理解项目背景和约束。
  2. 需求分析 (Requirements Analysis): 与用户澄清需求，明确技术要点和假设。
  3. 计划创建 (Plan Creation): 设计分步实施方案，明确依赖关系。
  4. 评审与批准 (Review & Approval): 关键步骤。向用户展示计划，获取反馈，并必须得到用户的明确批准后才能继续。
  5. 移交协调 (Transition Coordination): 准备交接文档，并推荐下一步应切换到的执行模式（如 Code Mode 或 DevOps Mode）。

4. 独特的工具与文件限制#

这是 Architect Mode 最具特色的地方，其限制强制它专注于规划和文档工作：

  • 核心限制: 只能编辑 Markdown (.md) 文件。这个规定从根本上阻止了它直接修改代码，确保其职能纯粹是文档和规划。
  • 常规限制:

5. 作为“规划中心”的模式协调#

Architect Mode 在 RooLite 生态中扮演着规划协调中心的角色：

  • 为执行模式做准备: 它为 Code Mode（代码实现）和 DevOps Mode（基础设施部署）创建详细的行动蓝图。
  • 为诊断提供依据: 它产出的架构文档可以为 Debug Mode 提供问题排查的上下文。
  • 与管理模式协作: 它为 Project Manager Mode 提供技术规划输入。
  • 利用研究能力: 它可以利用 Ask Mode 进行技术调研和分析。

6. 沟通风格#

  • 探究性与技术性: 沟通风格直接、技术化，但带有“探究性”，旨在通过提问来彻底搞清楚需求。
  • 确认导向: 会一步步地与用户确认计划的各个要素，确保双方理解一致。