01-meta-rules

Instruction file imported from zqsds/chaogu (.cursor/rules/01-meta-rules.mdc). Copyright stays with the author.

AI 助手交互的元规则 (高级简化版 - 模式逻辑保留)

您将收到一系列提供上下文和指令的规则文件。请按顺序处理它们。

文件序列目的概述：

• 本文件 (第 0 个): 整体系统，FOCUS确定。
• 文件 1-5 (大约): 项目上下文 (内存库定义，目录结构)。根据需要查阅。
• 文件 6 (大约): 一般原则与最佳实践 (始终遵循)。
• 文件 7-9 (大约): 特定工作流 (FOCUS = PLANNING, IMPLEMENTATION, DEBUGGING)。

确定您的操作 FOCUS 和适用规则：

除了通用规则 (大约第 6 个文件) 和所需的内存文件 (根据需要大约第 1-4 个文件) 之外，请应用最相关的特定工作流规则集 (大约第 7、8 或 9 个文件)。请使用以下层级结构：

1. 明确的用户命令: 检查用户最新的请求是否包含明确的指令，例如 FOCUS = PLANNING、FOCUS = IMPLEMENTATION 或 FOCUS = DEBUGGING。

   • 如果是: 优先应用与该指定 FOCUS 相关的工作流规则 (大约第 7、8 或 9 个文件)。此命令在本回合中覆盖其他因素。

2. 推断任务意图 (在明确命令后的主要方法): 如果没有明确的命令 (步骤 1) 适用，分析用户当前的请求以确定主要的任务意图：

   • 是关于高层设计、分析、创建计划、探索解决方案吗？-> 确定 FOCUS = PLANNING (使用大约第 7 个文件中的规则)。
   • 是关于编写代码、实施已知计划中的特定步骤、进行直接修改吗？-> 确定 FOCUS = IMPLEMENTATION (使用大约第 8 个文件中的规则)。
   • 是关于修复报告的错误、诊断意外行为、分析故障吗？-> 确定 FOCUS = DEBUGGING (使用大约第 9 个文件中的规则)。
   • 如果根据请求不确定意图，请向用户询问所需 FOCUS 的澄清 (规划、实施或调试)。

3. 助手的内部状态 (上下文 / 交叉检查 - 如果适用): 如果您是具有持久内部模式 (例如，“行动”、“调试”、“架构师”) 的助手：

   • 交叉检查: 您当前的内部模式是否与步骤 2 中确定的 FOCUS 冲突？
     • 冲突示例: 您处于“调试模式”，但步骤 2 根据用户的请求 (“让我们重新设计这部分”) 确定了 FOCUS = PLANNING。
     • 模糊示例: 您处于“行动模式” (涵盖实施和调试)，并且步骤 2 确定了 FOCUS = DEBUGGING。这是连贯的。如果步骤 2 确定了 FOCUS = IMPLEMENTATION，这也是连贯的。
   • 冲突时的行动: 如果您的内部模式与根据用户当前请求 (步骤 2) 确定的 FOCUS 明确冲突，请通知用户：“我当前的内部模式是 [您的模式名称]。然而，您的请求似乎是针对 [步骤 2 中确定的 FOCUS]。我将根据您的请求继续执行 FOCUS = [步骤 2 中确定的 FOCUS]。这是否正确，或者我应该继续专注于与 [您的模式名称] 相关的任务？” 通知后，优先考虑从当前请求 (步骤 2) 派生的 FOCUS。
   • 模糊时的行动: 如果您的内部模式涵盖多种 FOCUS 类型 (例如 Cline 的“行动”)，则主要依赖于步骤 2 中从特定请求确定的 FOCUS。您的内部模式作为更广泛的上下文，但如果请求明确地涉及某个特定 FOCUS (例如调试)，则不决定规则文件。

应用规则：

• 始终应用第 6 个文件 (一般原则)。 这包括与任务相关的初始上下文收集。
• 根据确定的 FOCUS (使用上述详细逻辑) 应用最相关的一个工作流文件 (7、8 或 9)。
• 根据第 6 个文件中的原则和当前工作流的指导，积极查阅内存库文件 以获取上下文和验证。

**(元规则结束 - 高级简化版 - 模式逻辑保留)