Cline高级功能

配置方式

在项目根目录创建.clinerules文件（无扩展名），Cline会自动读取。

建议：团队项目务必配置.clinerules，确保所有成员使用Cline时产出风格一致的代码。

图1 配置Rules

实战案例

以贪吃蛇与华容道游戏项目为例，.clinerules文件内容如下：

## 技术栈
- 纯HTML/CSS/JS，无框架依赖
- Node.js原生http模块作为服务器
- 所有前端代码内联在HTML文件中

## 代码风格
- CSS使用BEM命名或简短语义化类名
- JS使用ES6+语法
- 游戏逻辑与渲染逻辑分离

## 游戏规范
- 必须支持键盘和触屏两种操作方式
- 必须有计分系统
- 必须有重新开始功能
- 适配移动端视口

创建.clinerules后，在Cline对话中输入需求，观察生成的代码是否符合上述规则。如代码风格不符，请检查文件是否位于项目根目录。

使用内置Workflow

在Cline对话框中输入/即可查看所有内置Workflow命令。

自定义Workflow

在项目根目录的.cline/workflows/下创建.md文件即可定义自定义Workflow。目录示例如下：

.cline/
└── workflows/
    ├── create-component.md
    ├── deploy.md
    └── fix-lint.md

示例：创建组件Workflow

文件目录为.cline/workflows/create-component.md，.md文件内容如下：

Hooks的核心价值

通过组合运用Hooks，可以实现以下能力：

配置步骤

1. 访问Hooks界面。
   图7 Hooks
   
2. 确定Hooks位置。
   Hooks支持两种作用范围：

   位置	路径	适用场景
   全局Hooks	~/Documents/Cline/Hooks/	跨所有工作区生效，适合个人编码规范和通用规则。
   项目Hooks	<仓库>/.clinerules/hooks/	仅对当前项目生效，适合项目级校验与团队工作流，可提交至版本控制实现团队共享。

3. 根据需求创建对应类型的Hook文件。
4. 测试Hook。

   开发调试Hook时，需要反复触发以验证行为。不同Hook类型在Cline工作流的不同节点触发：

   Hook类型	触发时机	适用场景
   UserPromptSubmit	用户提交Prompt后、Cline处理前。	意图分析、指令增强与输入预处理。
   TaskStart	新任务启动时（尚无历史消息）。	注入项目上下文与初始化环境状态。
   TaskResume	中断任务恢复时（如VSCode重启后）。	重建状态一致性与恢复执行进度。
   TaskCancel	任务被取消时（手动取消或异常中断）。	清理子进程与释放临时资源。
   TaskComplete	任务成功完成时。	生成总结报告与触发后续构建部署流程。
   PreToolUse	Cline调用工具前。	安全拦截、参数校验与修改工具调用参数。
   PostToolUse	工具调用完成并返回结果后。	审计日志、性能分析与自动补充后续指令。
   PreCompact	对话历史即将被压缩前。	保留关键决策上下文与防止信息丢失。