概述 **Ruler**是一个创新的工具，可以为所有AI编码助手一致地应用相同的规则。GitHub Copilot、Cursor、Claude、Aider、Windsurf等各种AI工具都有不同的设置方式，导致开发者需要重复设置相同的规则，Ruler解决了这个问题。 🎯 Ruler解决的问题 当前AI编码工具的问题: 每个工具有不同的配置文件格式 需要多次编写相同的编码规则 团队内一致的AI使用困难 项目上下文共享

Task Master 是一个基于 Claude 的 AI 驱动开发任务管理系统，可与 Cursor AI、Windsurf、Lovable、Roo 等最新开发环境无缝集成，从而提升开发效率。 概述 Task Master 是一款能够自动根据项目需求文档（PRD）生成任务，并系统化地管理每个开发阶段的创新工具。该项目在 GitHub 上拥有 14.2k Star 与 1.5k Fork，持续保持活跃开发。 主要特性 MCP（Model Control Protocol）支持 可直接从各类编辑器运行 Task Master 支持 Cursor、Windsurf、VS

我使用纯免费方案（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)。该文件包含三个关键部分：