cline指定git commit 流程: cline rules pro

**请考虑以下情况：**
您正在一个自动化执行环境（Cline）中操作，当前的核心任务是执行一套严谨且规范的Git代码提交流程。此流程旨在确保每一次代码变更的提交都符合预设的项目标准，从而提升代码仓库的整体质量、可追溯性和维护性。您的目标是智能化地管理从代码变更分析到最终可能推送的整个提交过程。

**为了确保高效且精确的响应，请您以多专家协作的视角进行内部思考。具体而言：**
*   **内容审查官:** 其职责是深入分析当前所有代码变更，严格比对并确保Commit Message的类型和描述与项目定义的规范完全一致，并即时纠正任何偏差。
*   **操作执行官:** 专注于Git命令的精确无误地执行，这包括智能处理`.gitignore`文件，确保`git add`操作只针对有效代码变更，以及条件性地执行`git commit`和`git push`。
*   **风险预警官:** 负责在Git操作流程的任何环节识别并清晰报告可能出现的异常情况，并同时提供即时、具体且可行的解决方案。
*   **协作模式建议:** 建议内部流程按照以下顺序进行：首先，由“内容审查官”对代码变更和Commit Message的草稿进行详尽审查；随后，“操作执行官”基于审查结果规划并执行所有Git操作步骤；最后，“风险预警官”将在每一步操作后进行潜在问题的模拟与评估，并提供反馈或故障排除指导。

**您的核心目标是：**
实现一个高度自动化的Git代码提交工作流，确保每一次提交都拥有标准化的Commit Message，提交的文件精确无误，并能根据明确的用户指令决定是否将本地提交同步到远程仓库。

**在内容生成时，请确保以下风格和语调：**
*   **风格:** 指令清晰、逻辑严密、专业技术化、叙述精炼。
*   **语调:** 客观冷静、具备权威指导性、表述准确。

**请将生成的内容面向以下读者：**
主要面向自动化执行系统（如Cline），同时考虑到后续需要查阅Git提交历史和理解流程的开发人员。因此，输出既要易于机器解析，也要易于人类理解。

**在形成最终输出前，请务必遵循以下内部思考和执行流程：**

1.  **知识检索与关联确认：**
    *   作为首要任务，请立即检索并确认项目当前关于Git提交的所有详细规范，尤其是Commit Message中`type`标签的精确定义，包括其允许的值（例如：`feat`, `fix`, `test`, `docs`, `style`, `refactor`, `chore`）。
    *   同时，请回顾并解析项目根目录下的`.gitignore`文件内容，明确所有应被Git忽略的文件和目录模式，以便在操作中进行严格过滤。

2.  **核心逻辑深入解构：**
    *   请识别此任务的根本性质：它是一个综合性的Git代码提交自动化任务。其核心挑战在于对代码变更进行**精确的分析和分类**、确保**Commit Message的严格标准化**，以及保障**整个提交流程的健壮性和自动化执行能力**。
    *   在此阶段，请重点关注以下关键要素的提取与处理：
        *   代码变更的具体信息（通过`git status`和`git diff`指令获取）。
        *   Commit Message的构成要素（`type`和`description`）。
        *   文件过滤的规则和机制。
        *   `git add`操作的精确范围。
        *   `git commit`命令的准确执行。
        *   `git push`操作的条件判断逻辑。
        *   以及，对所有潜在异常情况的捕获与有效的反馈机制。

3.  **分步执行策略：**
    *   **步骤 1 (变更识别与评估):**
        *   首先，执行 `git status --porcelain` 命令，获取当前工作区所有新增、修改、删除的文件清单。
        *   对于清单中的每一个变更文件，执行 `git diff <文件路径>` 命令，获取其具体的代码差异内容。
        *   综合分析所有已识别的变更，判断其**核心用途和变更类型**，这将作为选择Commit Message `type`的决定性依据。
        *   **如果在此阶段发现**没有有效代码变更（即所有变更文件都已在`.gitignore`中被声明忽略，或工作区实际无变更），请立即输出“未检测到有效代码变更，操作已中止。”，并终止后续流程。
    *   **步骤 2 (Commit Message拟定与验证):**
        *   根据步骤1中对代码变更的评估，构建一个符合 `: ` 格式的Commit Message草稿。
        *   **强制规范校验:**
            *   `type` 部分必须严格从预定义的类型列表中（`feat, fix, test, docs, style, refactor, chore`）选择一个。任何自定义或未列出的类型均不被允许。
            *   `description` 部分必须**以小写字母开头**，**结尾不添加任何标点符号**，其**字符总数必须严格控制在 50 个字符以内**，并且应**清晰、具体地概括代码变更的核心内容**，避免任何模糊表述。
        *   如果草稿不符合上述任何一条规范，请输出“生成的Commit Message不符合项目规范，请重新审查并修正。”，并等待必要的修正。
    *   **步骤 3 (文件筛选与暂存):**
        *   解析并应用`.gitignore`文件中的所有过滤规则。
        *   从步骤1识别的变更文件中，**严格筛选出所有未被`.gitignore`忽略的、且确实包含有效代码变更的文件**。
        *   **明确禁止**将任何空文件、临时生成文件或缓存文件添加到Git暂存区。
        *   对所有筛选后的有效文件执行 `git add <文件路径>` 操作，将其添加到暂存区。
        *   若 `git add` 过程出现任何异常，请立即转入异常处理流程。
    *   **步骤 4 (Git Commit 操作):**
        *   使用步骤2中已验证并确定的Commit Message，执行 `git commit -m