# New Rule

`/newrule` 是一个让你教 Cline 你的首选工作方式的斜杠命令。它在你的 `.clinerules` 目录中创建一个 markdown 文件，该文件充当 Cline 在帮助你处理项目时应该如何行为的持久指令。

将其想象为设置 Cline 将始终遵守的家规，这样你就不必在每次对话中重复你的偏好。

**使用 `/newrule` 斜杠命令**

当你希望 Cline 一致地遵循某些准则时：

* 在聊天中输入 `/newrule`
* Cline 将帮助你通过询问你对以下内容的偏好来创建一个结构化的规则文件：
  * 通信风格（详细 vs. 简洁）
  * 开发工作流
  * 编码标准
  * 项目上下文
  * 任何其他特定准则
* 你将在创建规则文件之前审查它
* 一旦批准，Cline 在你的 `.clinerules` 目录中创建一个 markdown 文件，该文件将自动为未来的对话加载

**示例**

当我在每个新任务上不断重复相同的说明时，我使用了 `/newrule`。我对 React 组件的结构化方式、使用哪个测试库，甚至是我偏好的变量命名风格都有特定的偏好。

我不必每次都输入这些偏好，我只是使用 `/newrule` 并与 Cline 一起创建一个详细的规则文件。我们构建了一个涵盖从代码组织到我对函数组件优于类组件的偏好的 markdown 文件。

现在每当我与 Cline 聊论我的 React 项目时，它都会自动遵循这些准则，而无需我提醒它。最好的部分是，我可以为不同的项目创建不同的规则文件，因此 Cline 适应我正在工作的任何代码库。

**灵感**

以下是我如何使用 `/newrule` 使我的开发更顺畅：

* 我为每个主要项目创建了一个规则文件，包含特定的架构模式和库偏好，因此 Cline 始终生成与我们现有代码库匹配的代码。
* 对于我们团队的共享项目，我们有一个通用规则文件，确保一致的代码风格和文档实践，无论谁在使用 Cline。
* 在使用遗留代码时，我创建了一个规则文件，提醒 Cline 关于旧系统的怪癖和约束，因此它永远不会建议无法很好集成的现代方法。
* 我甚至为我的个人项目创建了一个个人规则文件，包含我所有有偏好的偏好 - 两个空格缩进、到处都是箭头函数，以及我确切的文件夹结构要求。