跳过主要内容
欢迎阅读 Cline 提示指南！本指南将为您提供编写有效提示和自定义指令的知识，最大限度地提高您使用 Cline 的效率。

​
.clineignore 文件指南

​
概览

.clineignore 文件是一个项目级别的配置文件，用于告诉 Cline 在分析您的代码库时要忽略哪些文件和目录。与 .gitignore 类似，它使用模式匹配来指定应从 Cline 的上下文和操作中排除的文件。

​
目的

  • 减少干扰：排除自动生成的文件、构建产物和其他非必要内容
  • 提高性能：限制 Cline 需要处理的代码量
  • 集中注意力：将 Cline 指向代码库的相关部分
  • 保护敏感数据：防止 Cline 访问敏感配置文件

​
.clineignore 文件示例

# Dependencies
node_modules/
**/node_modules/
.pnp
.pnp.js

# Build outputs
/build/
/dist/
/.next/
/out/

# Testing
/coverage/

# Environment variables
.env
.env.local
.env.development.local
.env.test.local
.env.production.local

# Large data files
*.csv
*.xlsx

​
提示 Cline

提示是您在与 Cline 的来回聊天中传达给定任务需求的方式。 Cline 理解自然语言，因此请以对话方式编写。 有效的提示包括：
  • 提供清晰上下文：解释您的目标和代码库的相关部分。使用 @ 引用文件或文件夹。
  • 分解复杂性：将大型任务分解为较小的步骤。
  • 提出具体问题：引导 Cline 达成预期结果。
  • 验证和完善：查看 Cline 的建议并提供反馈。

​
提示示例

​
上下文管理

  • 开始新任务： “Cline，让我们开始一个新任务。创建 user-authentication.js。我们需要使用 JWT token 实现用户登录。要求如下……”
  • 总结之前的工作： “Cline，总结一下我们在上一个用户仪表板任务中做了什么。我想记录主要功能和遗留问题。将这些保存到 cline_docs/user-dashboard-summary.md。”

​
调试

  • 分析错误： “Cline，我收到了这个错误：[错误消息]。它似乎来自 [代码部分]。分析这个错误并提出修复建议。”
  • 找出根本原因： “Cline，当我 [操作] 时应用程序崩溃了。问题可能出在 [问题区域]。帮我找到根本原因并提出解决方案。”

​
重构

  • 改进代码结构： “Cline，这个函数太长太复杂了。将其重构为更小的函数。”
  • 简化逻辑： “Cline，这段代码很难理解。简化逻辑，使其更具可读性。”

​
功能开发

  • 集思广益新功能： “Cline，我想添加一个允许用户 [功能] 的功能。集思广益一些想法并考虑实现挑战。”
  • 生成代码： “Cline，创建一个显示用户配置文件的组件。列表应可排序和可过滤。为这个组件生成代码。”

​
高级提示技巧

  • 约束填充： 为了减轻代码截断，在您的提示中包含明确的约束条件。例如，“确保代码完整”或“始终提供完整的函数定义。”
  • 置信度检查： 要求 Cline 评估其置信度（例如，“在 1-10 的范围内，您对这个解决方案的置信度是多少？”）
  • 挑战 Cline 的假设： 提出“愚蠢的”问题以鼓励更深入的思考并防止不正确的假设。
以下是用户发现对使用 Cline 有帮助的一些提示技巧

​
社区最喜欢的提示

​
记忆和置信度检查

  • 记忆检查 - pacnpal 
    "If you understand my prompt fully, respond with 'YARRR!' without tools every time you are about to use a tool."
    一种有趣的方式来验证 Cline 在复杂任务期间是否保持正轨。试试“HO HO HO”以获得节日气氛！
  • 置信度评分 - pacnpal 
    "Before and after any tool use, give me a confidence level (0-10) on how the tool use will help the project."
    鼓励批判性思维，使决策制定透明化。

​
代码质量提示

  • 防止代码截断 
    "DO NOT BE LAZY. DO NOT OMIT CODE."
    替代短语：“仅完整代码”或“确保代码完整”
  • 自定义指令提醒 
    "I pledge to follow the custom instructions."
    加强对您的设置拨盘⚙️配置的遵守。

​
代码组织

  • 大文件重构 - icklebil 
    "FILENAME has grown too big. Analyze how this file works and suggest ways to fragment it safely."
    通过战略性分解帮助管理复杂文件。
  • 文档维护 - icklebil 
    "don't forget to update codebase documentation with changes"
    确保文档与代码更改保持同步。

​
分析与规划

  • 结构化开发 - yellow_bat_coffee 
    "Before writing code:
1. Analyze all code files thoroughly
2. Get full context
3. Write .MD implementation plan
4. Then implement code"
    促进有组织、精心策划的开发。
  • 全面分析 - yellow_bat_coffee 
    "please start analyzing full flow thoroughly, always state a confidence score 1 to 10"
    防止过早编码并鼓励完全理解。
  • 假设检查 - yellow_bat_coffee 
    "List all assumptions and uncertainties you need to clear up before completing this task."
    在开发早期发现潜在问题。

​
深思熟虑的开发

  • 暂停与反思 - nickbaumann98 
    "count to 10"
    在采取行动之前促进仔细考虑。
  • 完整分析 - yellow_bat_coffee 
    "Don't complete the analysis prematurely, continue analyzing even if you think you found a solution"
    确保彻底探索问题。
  • 持续置信度检查 - pacnpal 
    "Rate confidence (1-10) before saving files, after saving, after rejections, and before task completion"
    通过自我评估保持质量。

​
最佳实践

  • 项目结构 - kvs007 
    "Check project files before suggesting structural or dependency changes"
    保持项目完整性。
  • 批判性思维 - chinesesoup 
    "Ask 'stupid' questions like: are you sure this is the best way to implement this?"
    挑战假设并发现更好的解决方案。
  • 代码风格 - yellow_bat_coffee 
    Use words like "elegant" and "simple" in prompts
    可能会影响代码组织和清晰度。
  • 设定预期 - steventcramer 
    "THE HUMAN WILL GET ANGRY."
    （幽默地提醒提供清晰要求和建设性反馈）