我使用纯免费方案（Gemini + OpenRouter）和一个自定义的“思考”模式进行规划，已经 24/7 全天候运行本地 Roo Code 配置N周了。本文将介绍如何复制这套配置、让其经济高效。 为什么需要这套配置 成本控制：利用免费套餐（通过 Google AI Studio 使用 Gemini，以及 OpenRouter 的免费模型），您每天可以零成本进行数千次 LLM 调用。 专用模式：为每个模型分配其最擅长的任务——规划、架构、编码、调试——从而避免浪费昂贵的 token。 “思考”模

1. 核心理念：结构化、安全第一的开发流程 定义: RooLite 的开发流程不是自由随意的，而是遵循一个高度结构化、以安全为核心、由模板驱动的流程。 中心枢纽: 整个流程的核心是 GitHub Pull Request (PR)，并且所有 PR 都必须使用一个非常详细的模板文件：.github/pull_request_template.md。这个模板是保证质量、文档和测试覆盖率的强制性工具。 2. 严格的开发工作流与审查 标准流程: 开发者遵循 Fork -> Branch -> Implement -> Test -> Create PR 的标准

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): 处理和解读系统日志、错误信