Cline支持了clinerules双击启用 .clinerules（+ 自我优化的 Cline） Nick Bauma

这是cline的官方文档。

有两个点挺有意思的：

rules允许开关

Self-Improving Cline Reflection（类似于主动触发“记忆”机制）

双击启用 .clinerules（+ 自我优化的 Cline）

Nick Baumann
2025 年 4 月 22 日 • 阅读时间约 6 分钟

作为 Cline 的产品营销经理，我经常尝试以不同方式微调 Cline 的行为，以适应各种任务。有一段时间，我依赖 .clinerules/ 和 clinerules-bank/ 目录的系统，手动拖动规则文件来激活不同的指令集。说实话？这很烦——难以追踪哪些规则处于激活状态，常常忘记切换，整体上使用体验不佳。但 .clinerules 的“模块化”特性确实让我受益匪浅。

这也是为什么 Cline v3.13 引入的可切换 .clinerules UI 是一个如此令人欣喜的改进。它用点击操作取代了手动文件管理，让你可以更加顺畅地动态控制 Cline 的行为指令。

下面我们来看看它的运作方式，以及它能为你的工作流程带来哪些实实在在的好处。

全局规则 vs 工作区规则

我们先快速回顾一下 Cline 使用的两类规则，现在都可以通过弹出界面轻松管理：

全局规则：保存在系统中的统一目录（如 macOS/Linux 下的 ~/Documents/Cline/Rules，Windows 下类似路径），这些规则对所有项目通用。你可以用它们设置自己的编码风格、默认角色设定，或其他你希望默认启用的通用指令。
工作区规则：保存在当前项目根目录的 .clinerules/ 目录中，仅对该代码库有效。适用于团队规范、项目特定上下文或该仓库独有的指引。

重点是，只要你“打开”一个规则文件（无论是全局还是工作区的），其内容就会被直接追加到 Cline 当前会话的系统提示词中。这不仅仅是“上下文”——它会实际改变 Cline 的核心推理方式，以及如何响应你的请求。

v3.13 的规则弹出界面：你的新控制面板

我前面说的手动拖动文件的过程，如今成为历史。现在你可以通过 v3.13 中聊天输入框下方的 .clinerules 弹出面板来集中管理：

查看当前状态：一目了然地看到所有可用的全局与工作区规则，以及它们当前的启用状态。
快捷添加规则：点击 “+” 按钮即可在全局或工作区范围内创建新的空白规则文件（.md 格式）。Cline 会自动帮你创建所需的文件夹（如 ~/Documents/Cline/Rules 或 .clinerules/），如果还不存在的话。
切换开关：这是最大亮点。只需点击每条规则旁的开关按钮，就能立即启用或禁用。
- 开启后：规则内容被追加进系统提示词。
- 关闭后：规则内容被移除。

这种“即时切换”的能力，让动态调整 Cline 行为变得轻而易举。

切换 Cline 的专注方向：就像换挡一样灵活

你可以把 .clinerules 理解为定义特定“工作模式”或“操作配置”的规则集。而这个 UI 界面，就是你用于即时切换这些配置的“仪表盘”。

你可以这样使用它：

定义任务专用规则：为常见开发任务创建独立规则文件，例如：
- debug-logging.md：让 Cline 在调试中自动添加详细日志。
- test-generation-jest.md：指导 Cline 按照你熟悉的格式生成 Jest 单元测试。
- refactor-dry-principles.md：专注于识别并消除代码重复。
- docs-technical-style.md：符合你团队的技术文档风格。
- commit-conventional-format.md：约束提交信息遵循特定格式（如 Conventional Commits）。
快速上下文切换：无需开启新对话，也无需手动修改提示词。只需切换相关规则即可。
- 示例流程：修 bug 时开启 debug-logging.md；修好后关闭该规则并开启 test-generation-jest.md 编写回归测试；再关闭它并开启 commit-conventional-format.md 撰写规范提交。Cline 会无缝适应你当前的阶段任务。
按需组合规则：你可以同时启用多个规则。
- 示例：同时启用 react-best-practices.md（全局）和 project-component-library.md（工作区）规则，让 Cline 同时遵循 React 最佳实践和你项目的 UI 组件库规范。
任务中途切换：这是新能力的关键亮点。
- 比如你正在开发 feature-x（启用了 feature-x-logic.md），过程中发现有重构机会，可以临时启用 refactor-dry-principles.md 来聚焦重构，再切回继续开发。

⚠️ 注意：切换规则会打破 Cline 的提示词缓存（prompt cache），但换来的动态性常常值得。

自我优化的 Cline：Cline 可自动编写和优化自己的规则

这正是 .clinerules 超越“自定义指令字段”的地方。因为规则就是普通的 Markdown 文件，Cline 本身可以利用文件编辑工具创建和修改这些规则。

这解锁了一个强大的元能力：

自动化工作流定义：如果你有一个重复性任务或固定格式输出，不想手动写规则，可以直接让 Cline 创建规则文件，例如：

“Cline，创建一个名为 commit-message-format.md 的工作区规则，指示你按 Conventional Commits 标准格式化提交信息。”
交互式优化规则：发现规则效果不理想时，不必手动编辑，可以直接向 Cline 提出修改建议，它会代你改写文件。

我发现自己经常在任务中给 Cline 反馈，要求优化规则，于是我创建了一个 self-improving-cline.md 的全局规则，让 Cline 在完成任务前自动反思并提出优化建议。

这个规则的内容如下：

Self-Improving Cline Reflection（自我优化反思机制）

目标：在用户提供过反馈或任务较复杂的情况下，主动提出优化 .clinerules 的建议。

触发条件：

使用 attempt_completion 工具前，若任务过程中有用户反馈或包含多步骤。

流程：

主动提问：任务完成前询问用户：

“在我完成任务之前，要不要我反思一下我们本次互动，并提出对当前 .clinerules 的改进建议？”
等待确认：若用户拒绝或未响应，则直接完成任务。
若用户同意：
- 回顾所有用户反馈。
- 列出本次任务中启用的规则文件。
- 提出具体的改进建议（优先处理用户反馈），使用 diff 块（replace_in_file）或清晰描述。
- 询问用户是否确认修改，如同意则立即执行。

限制条件：

若本次任务未启用任何 .clinerules，或任务极其简单无用户反馈，则不触发。

这一机制让规则管理变成一种动态协作过程，让你能构建一个高度个性化、不断进化的 AI 助理。

入门建议 & 分享规则

更新 Cline：确保使用的是 v3.13 或更高版本。
组织规则：以模块化思维管理规则，把大指令拆成多个精细化 .md 文件（如 error-handling.md、typescript-style.md、database-schema-rules.md）。用 “+” 创建即可，Cline 会自动建文件夹。
大胆尝试：试试不同组合，看看启用规则如何影响回答。在任务中途切换规则也很有用。