> ## Documentation Index
> Fetch the complete documentation index at: https://cat.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 新规则命令

`/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 关于旧系统的怪癖和约束，这样它永远不会建议不能很好集成的现代方法。

* 我甚至为我的副业项目有一个个人规则文件，包含我所有固执的偏好 - 两空格缩进、到处都是箭头函数，以及我确切的文件夹结构要求。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.