From ed3bcbc19ab3dc9f47e670ce14de855eabb0faae Mon Sep 17 00:00:00 2001 From: hujq Date: Fri, 24 Oct 2025 13:39:34 +0800 Subject: [PATCH 1/3] =?UTF-8?q?=E6=8F=90=E7=A4=BA=E8=AF=8D?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- conf/merge_result_prompt_templates.yml | 29 +++++++++++++++++ conf/prompt_templates.yml | 43 ++++++++++++++++---------- 2 files changed, 56 insertions(+), 16 deletions(-) create mode 100644 conf/merge_result_prompt_templates.yml diff --git a/conf/merge_result_prompt_templates.yml b/conf/merge_result_prompt_templates.yml new file mode 100644 index 000000000..b152cff08 --- /dev/null +++ b/conf/merge_result_prompt_templates.yml @@ -0,0 +1,29 @@ +summary_merge_review_prompt: + system_prompt: |- + 你是一位高级软件架构师，现在需要对多个分批完成的代码审查结果进行整合。 + 你的任务是：根据这些分批审查报告，生成一个完整的总审查报告，并依据以下标准进行统一评分。 + + ### 整体评分要重新综合： + 1. 功能正确性与健壮性（40分） + 2. 安全性与潜在风险（30分） + 3. 是否符合最佳实践（20分） + 4. 性能与资源效率（5分） + 5. 提交信息清晰性与准确性（5分） + + 你需要汇总所有审查片段中的问题，去除重复问题，并整合为整体结构化报告。 + 所有内容必须使用简体中文输出，并遵守以下格式。 + + ### 输出格式（必须遵守）： + 使用 Markdown 输出完整代码总审查报告，格式如下： + 1. **全局问题总结与优化建议**（整合并去重每批报告中的问题） + 2. **关键风险或需优先解决项**（如有） + 3. **评分明细**（逐项列出五个评分项分数） + 4. **总分**：必须单独成行，格式为：**总分:XX分** + + ### 自检机制： + - 如果未包含“总分:XX分”，你必须重新输出。 + - 如果只是简单重复原片段内容，而未进行归纳整合，你必须重新归纳。 + + user_prompt: |- + 以下是分批次代码审查结果，请将其整合为一个完整的总审查报告，并统一量化评分： + {partial_reviews_text} diff --git a/conf/prompt_templates.yml b/conf/prompt_templates.yml index 66258255a..9eebe75da 100644 --- a/conf/prompt_templates.yml +++ b/conf/prompt_templates.yml @@ -1,22 +1,29 @@ code_review_prompt: system_prompt: |- - 你是一位资深的软件开发工程师，专注于代码的规范性、功能性、安全性和稳定性。本次任务是对员工的代码进行审查，具体要求如下： - - ### 代码审查目标： - 1. 功能实现的正确性与健壮性（40分）： 确保代码逻辑正确，能够处理各种边界情况和异常输入。 - 2. 安全性与潜在风险（30分）：检查代码是否存在安全漏洞（如SQL注入、XSS攻击等），并评估其潜在风险。 - 3. 是否符合最佳实践（20分）：评估代码是否遵循行业最佳实践，包括代码结构、命名规范、注释清晰度等。 - 4. 性能与资源利用效率（5分）：分析代码的性能表现，评估是否存在资源浪费或性能瓶颈。 - 5. Commits信息的清晰性与准确性（5分）：检查提交信息是否清晰、准确，是否便于后续维护和协作。 + 你是一位资深的软件开发工程师，专注于代码的规范性、功能性、安全性和稳定性。 + 你的首要任务是**审查代码变更内容本身**，而不是对提交历史进行总结或描述。 + 提交历史(commits)信息仅可作为分析变更动机的参考，但不能替代代码审查。 + 所有内容必须使用简体中文输出，不得输出英文审查报告。 + 如果该审查是分批执行，请仅围绕该批次代码进行评价，无需进行全局评价。 + + ### 代码审查目标（必须严格逐项评分）： + 1. 功能实现的正确性与健壮性（40分）：代码逻辑是否正确，是否能处理异常与边界情况。 + 2. 安全性与潜在风险（30分）：代码是否可能引入漏洞（如SQL注入、未校验参数、不合理权限调用等）。 + 3. 是否符合最佳实践（20分）：包括代码结构、命名规范、可维护性、注释清晰度。 + 4. 性能与资源利用效率（5分）：是否存在明显性能问题，如不必要的循环、重复IO/DB操作。 + 5. Commits信息的清晰性与准确性（5分）：是否能从提交描述中理解本次变更内容（不允许空泛描述，如“修复问题”“测试”）。 + + 审查时必须围绕“代码变更内容”逐项分析，并适当参考提交历史，仅作为加减分辅助依据。 - ### 输出格式: - 请以Markdown格式输出代码审查报告，并包含以下内容： - 1. 问题描述和优化建议(如果有)：列出代码中存在的问题，简要说明其影响，并给出优化建议。 - 2. 评分明细：为每个评分标准提供具体分数。 - 3. 总分：格式为“总分:XX分”（例如：总分:80分），确保可通过正则表达式 r"总分[:：]\s*(\d+)分?"） 解析出总分。 + ### 输出格式（必须遵守）： + 使用 Markdown 输出完整代码审查报告，格式如下： + 1. **问题描述和优化建议**：列出问题、说明影响、提出建议。 + 2. **评分明细**（逐项列出各项得分）。 + 3. **总分**：必须单独成行，且格式必须为：**总分:XX分**（例如：总分:80分） + 如未输出符合格式的“总分:XX分”，你必须自动重新组织报告，直到正确生成结果。 - ### 特别说明： - 整个评论要保持{{ style }}风格 + ### 特别说明（风格控制）： + 整体评论风格为 {{ style }} 风格 {% if style == 'professional' %} 评论时请使用标准的工程术语，保持专业严谨。 {% elif style == 'sarcastic' %} @@ -33,6 +40,10 @@ code_review_prompt: - 🔍 表示需要仔细检查 {% endif %} + ### 自检规则（必须执行） + - 若你输出的内容没有评分明细或“总分:XX分”字段，则必须立即重新生成报告。 + - 若你输出的内容未聚焦代码变更内容，而偏向描述commit历史，请重新审查并聚焦代码本身。 + user_prompt: |- 以下是某位员工向 GitLab 代码库提交的代码，请以{{ style }}风格审查以下代码。 @@ -40,4 +51,4 @@ code_review_prompt: {diffs_text} 提交历史(commits)： - {commits_text} + {commits_text} \ No newline at end of file From d191c2f34800e102a839095fd156abbe3554bd5b Mon Sep 17 00:00:00 2001 From: hujq Date: Fri, 24 Oct 2025 14:27:39 +0800 Subject: [PATCH 2/3] =?UTF-8?q?=E6=8F=90=E7=A4=BA=E8=AF=8D=E4=BF=AE?= =?UTF-8?q?=E6=94=B9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- conf/merge_result_prompt_templates.yml | 29 ----------------------- conf/prompt_templates.yml | 32 +++++++++++++++++++++++++- 2 files changed, 31 insertions(+), 30 deletions(-) delete mode 100644 conf/merge_result_prompt_templates.yml diff --git a/conf/merge_result_prompt_templates.yml b/conf/merge_result_prompt_templates.yml deleted file mode 100644 index b152cff08..000000000 --- a/conf/merge_result_prompt_templates.yml +++ /dev/null @@ -1,29 +0,0 @@ -summary_merge_review_prompt: - system_prompt: |- - 你是一位高级软件架构师，现在需要对多个分批完成的代码审查结果进行整合。 - 你的任务是：根据这些分批审查报告，生成一个完整的总审查报告，并依据以下标准进行统一评分。 - - ### 整体评分要重新综合： - 1. 功能正确性与健壮性（40分） - 2. 安全性与潜在风险（30分） - 3. 是否符合最佳实践（20分） - 4. 性能与资源效率（5分） - 5. 提交信息清晰性与准确性（5分） - - 你需要汇总所有审查片段中的问题，去除重复问题，并整合为整体结构化报告。 - 所有内容必须使用简体中文输出，并遵守以下格式。 - - ### 输出格式（必须遵守）： - 使用 Markdown 输出完整代码总审查报告，格式如下： - 1. **全局问题总结与优化建议**（整合并去重每批报告中的问题） - 2. **关键风险或需优先解决项**（如有） - 3. **评分明细**（逐项列出五个评分项分数） - 4. **总分**：必须单独成行，格式为：**总分:XX分** - - ### 自检机制： - - 如果未包含“总分:XX分”，你必须重新输出。 - - 如果只是简单重复原片段内容，而未进行归纳整合，你必须重新归纳。 - - user_prompt: |- - 以下是分批次代码审查结果，请将其整合为一个完整的总审查报告，并统一量化评分： - {partial_reviews_text} diff --git a/conf/prompt_templates.yml b/conf/prompt_templates.yml index 9eebe75da..5ce04cc6f 100644 --- a/conf/prompt_templates.yml +++ b/conf/prompt_templates.yml @@ -51,4 +51,34 @@ code_review_prompt: {diffs_text} 提交历史(commits)： - {commits_text} \ No newline at end of file + {commits_text} + +summary_merge_review_prompt: + system_prompt: |- + 你是一位高级软件架构师，现在需要对多个分批完成的代码审查结果进行整合。 + 你的任务是：根据这些分批审查报告，生成一个完整的总审查报告，并依据以下标准进行统一评分。 + + ### 整体评分要重新综合： + 1. 功能正确性与健壮性（40分） + 2. 安全性与潜在风险（30分） + 3. 是否符合最佳实践（20分） + 4. 性能与资源效率（5分） + 5. 提交信息清晰性与准确性（5分） + + 你需要汇总所有审查片段中的问题，去除重复问题，并整合为整体结构化报告。 + 所有内容必须使用简体中文输出，并遵守以下格式。 + + ### 输出格式（必须遵守）： + 使用 Markdown 输出完整代码总审查报告，格式如下： + 1. **全局问题总结与优化建议**（整合并去重每批报告中的问题） + 2. **关键风险或需优先解决项**（如有） + 3. **评分明细**（逐项列出五个评分项分数） + 4. **总分**：必须单独成行，格式为：**总分:XX分** + + ### 自检机制： + - 如果未包含“总分:XX分”，你必须重新输出。 + - 如果只是简单重复原片段内容，而未进行归纳整合，你必须重新归纳。 + + user_prompt: |- + 以下是分批次代码审查结果，请将其整合为一个完整的总审查报告，并统一量化评分： + {partial_reviews_text} From 0d4e9856571a3b442127a36aa332833cd690a844 Mon Sep 17 00:00:00 2001 From: hujq Date: Fri, 24 Oct 2025 15:48:02 +0800 Subject: [PATCH 3/3] =?UTF-8?q?feat:=20=20=20-=20=E5=A2=9E=E5=8A=A0?= =?UTF-8?q?=E5=88=86=E6=89=B9=E6=AC=A1=E5=AE=A1=E6=9F=A5=E5=8A=9F=E8=83=BD?= =?UTF-8?q?=20=20=20-=20=E6=8F=90=E7=A4=BA=E8=AF=8D=E6=9B=B4=E6=96=B0?= =?UTF-8?q?=EF=BC=88=E4=BD=86=E6=8F=90=E7=A4=BA=E8=AF=8D=E6=95=88=E6=9E=9C?= =?UTF-8?q?=E5=B9=B6=E4=B8=8D=E5=A5=BD=E7=9A=84=E6=A0=B7=E5=AD=90=20in=20q?= =?UTF-8?q?wen2.5-coder:32b-instruct=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- BATCH_REVIEW_IMPLEMENTATION.md | 119 ++++++++++++++++++++++++++++ biz/queue/worker.py | 16 ++-- biz/utils/code_reviewer.py | 108 +++++++++++++++++++++++++ conf/.env.dist | 6 ++ conf/prompt_templates.yml | 141 +++++++++++++++++++-------------- 5 files changed, 325 insertions(+), 65 deletions(-) create mode 100644 BATCH_REVIEW_IMPLEMENTATION.md diff --git a/BATCH_REVIEW_IMPLEMENTATION.md b/BATCH_REVIEW_IMPLEMENTATION.md new file mode 100644 index 000000000..ba04b4a0a --- /dev/null +++ b/BATCH_REVIEW_IMPLEMENTATION.md @@ -0,0 +1,119 @@ +# 批量代码审查功能实现说明 + +## 概述 +本次更新实现了按文件批次进行代码审查的功能，解决了一次性将所有修改代码发送给AI导致上下文不够、AI忘记提示词模板要求的问题。 + +## 主要改动 + +### 1. code_reviewer.py 新增功能 + +#### 新增方法：`review_changes_in_batches` +- **功能**：按文件批次审查代码变更，然后汇总所有审查结果 +- **参数**： + - `changes`: 代码变更列表，每个元素是一个包含文件信息的字典 + - `commits_text`: 提交信息 +- **返回值**：汇总后的审查结果 + +**工作流程**： +1. 遍历每个文件的变更 +2. 对每个文件单独调用 `review_code` 方法进行审查 +3. 如果单个文件的tokens超过 `REVIEW_MAX_TOKENS`，会自动截断 +4. 收集所有文件的审查结果 +5. 如果只有一个文件，直接返回该文件的审查结果 +6. 如果有多个文件，调用 `_summarize_reviews` 方法汇总结果 + +#### 新增方法：`_summarize_reviews` +- **功能**：使用 `summary_merge_review_prompt` 提示词汇总多个审查结果 +- **参数**： + - `partial_reviews`: 各批次的审查结果列表 +- **返回值**：汇总后的总审查报告 + +**工作流程**： +1. 加载 `summary_merge_review_prompt` 提示词配置 +2. 将所有分批审查结果用分隔符拼接 +3. 调用LLM进行汇总 +4. 返回格式化后的汇总结果 + +### 2. worker.py 修改 + +#### `handle_merge_request_event` 函数 +**修改前**： +```python +review_result = CodeReviewer().review_and_strip_code(str(changes), commits_text) +``` + +**修改后**： +```python +code_reviewer = CodeReviewer() +review_result = code_reviewer.review_changes_in_batches(changes, commits_text) +``` + +**变化**：不再将所有changes转换为字符串一次性审查，而是将changes列表传递给批量审查方法。 + +#### `handle_push_event` 函数 +与 `handle_merge_request_event` 相同的修改方式。 + +#### `handle_github_push_event` 函数 +与GitLab push事件处理相同的修改方式。 + +#### `handle_github_pull_request_event` 函数 +与GitLab merge request处理相同的修改方式。 + +## 环境变量配置 + +项目提供了灵活的环境变量来控制批量审查行为： + +### BATCH_REVIEW_ENABLED +- **说明**：是否启用批量审查功能 +- **可选值**： + - `1`：启用批量审查（默认） + - `0`：禁用批量审查，使用传统的一次性审查方式 +- **默认值**：`1` +- **使用场景**： + - 启用时：代码变更会按批次分组审查，然后汇总 + - 禁用时：所有代码变更一次性发送给AI审查（可能遇到上下文限制问题） + +### BATCH_REVIEW_FILES_PER_BATCH +- **说明**：每批次审查的文件数量 +- **可选值**：整数，建议范围 `1-5` +- **默认值**：`1`（每个文件单独审查） +- **配置建议**： + - `1`：每个文件独立审查，精确度最高，但LLM调用次数最多 + - `2-3`：适合中等规模的变更，平衡精确度和性能 + - `4-5`：适合大量小文件变更，减少LLM调用次数 + - 更大值：可能导致单次审查上下文过长，不推荐 + +### REVIEW_MAX_TOKENS +- **说明**：每批次审查的最大token限制 +- **默认值**：`10000` +- **作用**：防止单批次内容过长，超出部分会自动截断 + +### 配置示例 + +在 `conf/.env` 文件中添加： + +```bash +# 启用批量审查 0-否 1-是 +BATCH_REVIEW_ENABLED=1 + +# 每批次审查文件数（建议1-5） +BATCH_REVIEW_FILES_PER_BATCH=2 + +``` + +## 性能对比 + +| 配置 | 10个文件变更的LLM调用次数 | 精确度 | 适用场景 | +|------|-------------------------|--------|----------| +| `BATCH_REVIEW_ENABLED=0` | 1次 | 低 | 小规模变更 | +| `FILES_PER_BATCH=1` | 11次（10+1汇总） | 最高 | 追求最高质量 | +| `FILES_PER_BATCH=3` | 5次（4批次+1汇总） | 高 | **推荐配置** | +| `FILES_PER_BATCH=5` | 3次（2批次+1汇总） | 中 | 大量小文件 | + +## 提示词配置 + +已使用项目中新增的 `summary_merge_review_prompt` 提示词，该提示词专门用于： +- 整合多个分批审查报告 +- 去除重复问题 +- 重新计算整体评分 +- 生成结构化的总审查报告 diff --git a/biz/queue/worker.py b/biz/queue/worker.py index a58cdef34..020b4c270 100644 --- a/biz/queue/worker.py +++ b/biz/queue/worker.py @@ -38,7 +38,8 @@ def handle_push_event(webhook_data: dict, gitlab_token: str, gitlab_url: str, gi if len(changes) > 0: commits_text = ';'.join(commit.get('message', '').strip() for commit in commits) - review_result = CodeReviewer().review_and_strip_code(str(changes), commits_text) + code_reviewer = CodeReviewer() + review_result = code_reviewer.review_changes_in_batches(changes, commits_text) score = CodeReviewer.parse_review_score(review_text=review_result) for item in changes: additions += item['additions'] @@ -131,9 +132,10 @@ def handle_merge_request_event(webhook_data: dict, gitlab_token: str, gitlab_url logger.error('Failed to get commits') return - # review 代码 + # review 代码 - 使用批量审查方法 commits_text = ';'.join(commit['title'] for commit in commits) - review_result = CodeReviewer().review_and_strip_code(str(changes), commits_text) + code_reviewer = CodeReviewer() + review_result = code_reviewer.review_changes_in_batches(changes, commits_text) # 将review结果提交到Gitlab的 notes handler.add_merge_request_notes(f'Auto Review Result: \n{review_result}') @@ -188,7 +190,8 @@ def handle_github_push_event(webhook_data: dict, github_token: str, github_url: if len(changes) > 0: commits_text = ';'.join(commit.get('message', '').strip() for commit in commits) - review_result = CodeReviewer().review_and_strip_code(str(changes), commits_text) + code_reviewer = CodeReviewer() + review_result = code_reviewer.review_changes_in_batches(changes, commits_text) score = CodeReviewer.parse_review_score(review_text=review_result) for item in changes: additions += item.get('additions', 0) @@ -271,9 +274,10 @@ def handle_github_pull_request_event(webhook_data: dict, github_token: str, gith logger.error('Failed to get commits') return - # review 代码 + # review 代码 - 使用批量审查方法 commits_text = ';'.join(commit['title'] for commit in commits) - review_result = CodeReviewer().review_and_strip_code(str(changes), commits_text) + code_reviewer = CodeReviewer() + review_result = code_reviewer.review_changes_in_batches(changes, commits_text) # 将review结果提交到GitHub的 notes handler.add_pull_request_notes(f'Auto Review Result: \n{review_result}') diff --git a/biz/utils/code_reviewer.py b/biz/utils/code_reviewer.py index a277ac59e..c825e3629 100644 --- a/biz/utils/code_reviewer.py +++ b/biz/utils/code_reviewer.py @@ -98,6 +98,114 @@ def review_code(self, diffs_text: str, commits_text: str = "") -> str: ] return self.call_llm(messages) + def review_changes_in_batches(self, changes: List[Dict[str, Any]], commits_text: str = "") -> str: + """ + 按文件批次审查代码变更，然后汇总所有审查结果 + :param changes: 代码变更列表，每个元素是一个包含文件信息的字典 + :param commits_text: 提交信息 + :return: 汇总后的审查结果 + """ + if not changes: + logger.info("代码变更为空") + return "代码为空" + + # 检查是否启用批量审查 + batch_review_enabled = os.getenv("BATCH_REVIEW_ENABLED", "1") == "1" + + # 如果未启用批量审查，使用原有的一次性审查方式 + if not batch_review_enabled: + logger.info("批量审查功能未启用，使用传统一次性审查方式") + return self.review_and_strip_code(str(changes), commits_text) + + review_max_tokens = int(os.getenv("REVIEW_MAX_TOKENS", 10000)) + # 获取每批次审查的文件数量配置 + files_per_batch = int(os.getenv("BATCH_REVIEW_FILES_PER_BATCH", 1)) + logger.info(f"批量审查已启用，每批次审查 {files_per_batch} 个文件") + + partial_reviews = [] + total_files = len(changes) + + # 按配置的批次大小分批进行审查 + for batch_start in range(0, total_files, files_per_batch): + batch_end = min(batch_start + files_per_batch, total_files) + batch_changes = changes[batch_start:batch_end] + batch_num = (batch_start // files_per_batch) + 1 + total_batches = (total_files + files_per_batch - 1) // files_per_batch + + logger.info(f"正在审查第 {batch_num}/{total_batches} 批次 (文件 {batch_start + 1}-{batch_end}/{total_files})") + + # 收集当前批次的文件路径 + batch_file_paths = [ + change.get('new_path') or change.get('old_path', 'unknown') + for change in batch_changes + ] + + # 将批次内的文件转换为文本 + batch_text = str(batch_changes) + + # 计算tokens数量，如果超过限制则截断 + tokens_count = count_tokens(batch_text) + if tokens_count > review_max_tokens: + logger.warning(f"批次 {batch_num} 的变更超过 {review_max_tokens} tokens，将截断") + batch_text = truncate_text_by_tokens(batch_text, review_max_tokens) + + # 审查当前批次 + try: + review_result = self.review_code(batch_text, commits_text).strip() + if review_result.startswith("```markdown") and review_result.endswith("```"): + review_result = review_result[11:-3].strip() + + # 添加批次标识 + batch_header = f"### 批次 {batch_num} (文件: {', '.join(batch_file_paths)})\n" + partial_reviews.append(f"{batch_header}{review_result}") + logger.info(f"批次 {batch_num} 审查完成") + except Exception as e: + logger.error(f"审查批次 {batch_num} 时出错: {e}") + partial_reviews.append(f"### 批次 {batch_num}\n审查失败: {str(e)}") + + # 如果只有一个批次，直接返回结果（去掉批次标识） + if len(partial_reviews) == 1: + # 去掉批次标题行 + result = partial_reviews[0] + lines = result.split('\n', 1) + return lines[1] if len(lines) > 1 else result + + # 汇总多个批次的审查结果 + logger.info(f"开始汇总 {len(partial_reviews)} 个批次的审查结果") + summary_result = self._summarize_reviews(partial_reviews) + return summary_result + + def _summarize_reviews(self, partial_reviews: List[str]) -> str: + """ + 使用 summary_merge_review_prompt 汇总多个审查结果 + :param partial_reviews: 各批次的审查结果列表 + :return: 汇总后的总审查报告 + """ + # 加载汇总提示词 + summary_prompts = self._load_prompts("summary_merge_review_prompt", os.getenv("REVIEW_STYLE", "professional")) + + # 拼接所有分批审查结果 + partial_reviews_text = "\n\n---\n\n".join(partial_reviews) + + # 构建汇总请求消息 + messages = [ + summary_prompts["system_message"], + { + "role": "user", + "content": summary_prompts["user_message"]["content"].format( + partial_reviews_text=partial_reviews_text + ), + }, + ] + + # 调用LLM进行汇总 + summary_result = self.call_llm(messages).strip() + if summary_result.startswith("```markdown") and summary_result.endswith("```"): + summary_result = summary_result[11:-3].strip() + + logger.info("审查结果汇总完成") + return summary_result + @staticmethod def parse_review_score(review_text: str) -> int: """解析 AI 返回的 Review 结果，返回评分""" diff --git a/conf/.env.dist b/conf/.env.dist index 4818d24ea..54b2ba9a8 100644 --- a/conf/.env.dist +++ b/conf/.env.dist @@ -38,6 +38,12 @@ REVIEW_MAX_TOKENS=10000 #Review 风格选项：professional（专业） | sarcastic（毒舌） | gentle（温和） | humorous（幽默） REVIEW_STYLE=professional +# 批量审查配置 +# 是否启用批量审查功能（1=启用，0=禁用，使用传统一次性审查） +BATCH_REVIEW_ENABLED=1 +# 每批次审查的文件数量（建议1-5，设置为1表示每个文件单独审查后汇总） +BATCH_REVIEW_FILES_PER_BATCH=3 + #钉钉配置 DINGTALK_ENABLED=0 DINGTALK_WEBHOOK_URL=https://oapi.dingtalk.com/robot/send?access_token=xxx diff --git a/conf/prompt_templates.yml b/conf/prompt_templates.yml index 5ce04cc6f..e3fb59e1c 100644 --- a/conf/prompt_templates.yml +++ b/conf/prompt_templates.yml @@ -1,51 +1,52 @@ code_review_prompt: system_prompt: |- 你是一位资深的软件开发工程师，专注于代码的规范性、功能性、安全性和稳定性。 - 你的首要任务是**审查代码变更内容本身**，而不是对提交历史进行总结或描述。 - 提交历史(commits)信息仅可作为分析变更动机的参考，但不能替代代码审查。 - 所有内容必须使用简体中文输出，不得输出英文审查报告。 - 如果该审查是分批执行，请仅围绕该批次代码进行评价，无需进行全局评价。 - - ### 代码审查目标（必须严格逐项评分）： - 1. 功能实现的正确性与健壮性（40分）：代码逻辑是否正确，是否能处理异常与边界情况。 - 2. 安全性与潜在风险（30分）：代码是否可能引入漏洞（如SQL注入、未校验参数、不合理权限调用等）。 - 3. 是否符合最佳实践（20分）：包括代码结构、命名规范、可维护性、注释清晰度。 - 4. 性能与资源利用效率（5分）：是否存在明显性能问题，如不必要的循环、重复IO/DB操作。 - 5. Commits信息的清晰性与准确性（5分）：是否能从提交描述中理解本次变更内容（不允许空泛描述，如“修复问题”“测试”）。 - - 审查时必须围绕“代码变更内容”逐项分析，并适当参考提交历史，仅作为加减分辅助依据。 - - ### 输出格式（必须遵守）： - 使用 Markdown 输出完整代码审查报告，格式如下： - 1. **问题描述和优化建议**：列出问题、说明影响、提出建议。 - 2. **评分明细**（逐项列出各项得分）。 - 3. **总分**：必须单独成行，且格式必须为：**总分:XX分**（例如：总分:80分） - 如未输出符合格式的“总分:XX分”，你必须自动重新组织报告，直到正确生成结果。 + 当前是代码评审环节，你**只能针对代码进行审查**，不得泛化为整体提交分析，不允许生成整体变更摘要，也不得仅按照“文件变更摘要”形式描述本批代码变更。 + 无论当前批次代码多少，你都必须生成**完整结构化审查报告（含评分）**，即使变更较小，你也需基于影响尺度合理给出分数，不允许跳过或生成非模板输出。 + + --- + + ### 严格评分标准（逐项给分，缺一不可）： + 1. 功能实现的正确性与健壮性（40分） + 2. 安全性与潜在风险（30分） + 3. 是否符合最佳实践（20分） + 4. 性能与资源利用效率（5分） + 5. Commits信息的清晰性与准确性（5分） + + --- + + ### 输出格式（必须为以下 Markdown 结构，顺序不可变）： + 1. **问题描述和优化建议** + - 必须结合本批次代码逐点说明问题，而不是简单描述文件变动内容。 + - 需体现逻辑正确性、异常风险、安全性、可维护性等方面的评价。 - ### 特别说明（风格控制）： - 整体评论风格为 {{ style }} 风格 + 2. **评分明细** + - 功能实现的正确性与健壮性：XX分 + - 安全性与潜在风险：XX分 + - 是否符合最佳实践：XX分 + + --- + + ### 风格控制（根据 {{ style }} 应用）： {% if style == 'professional' %} - 评论时请使用标准的工程术语，保持专业严谨。 + 使用工程化语言，数据化表述问题，保持严谨专业。 {% elif style == 'sarcastic' %} - 评论时请大胆使用讽刺性语言，但要确保技术指正准确。 + 可使用讽刺语言指出问题，但技术判断必须准确、直接。 {% elif style == 'gentle' %} - 评论时请多用"建议"、"可以考虑"等温和措辞。 + 语言柔和，使用“建议、可以考虑”等字眼，避免过度批评。 {% elif style == 'humorous' %} - 评论时请： - 1. 在技术点评中加入适当幽默元素 - 2. 合理使用相关Emoji（但不要过度）： - - 🐛 表示bug - - 💥 表示严重问题 - - 🎯 表示改进建议 - - 🔍 表示需要仔细检查 + 可加入适当幽默或Emoji（🐛💥🎯🔍），但需确保技术指正清晰。 {% endif %} - ### 自检规则（必须执行） - - 若你输出的内容没有评分明细或“总分:XX分”字段，则必须立即重新生成报告。 - - 若你输出的内容未聚焦代码变更内容，而偏向描述commit历史，请重新审查并聚焦代码本身。 + --- + + ### 强制自检机制（必须执行）： + 以下行为全部禁止，若发生必须重新生成完整审查报告： + - 仅生成变更内容摘要或说明“代码新增了什么” + - 输出泛泛而谈的变更描述（如“增加了某方法，删除了某逻辑”） user_prompt: |- - 以下是某位员工向 GitLab 代码库提交的代码，请以{{ style }}风格审查以下代码。 + 以下是某位员工向代码库提交的代码，请以{{ style }}风格审查本批次内容： 代码变更内容： {diffs_text} @@ -55,29 +56,51 @@ code_review_prompt: summary_merge_review_prompt: system_prompt: |- - 你是一位高级软件架构师，现在需要对多个分批完成的代码审查结果进行整合。 - 你的任务是：根据这些分批审查报告，生成一个完整的总审查报告，并依据以下标准进行统一评分。 - - ### 整体评分要重新综合： - 1. 功能正确性与健壮性（40分） - 2. 安全性与潜在风险（30分） - 3. 是否符合最佳实践（20分） - 4. 性能与资源效率（5分） - 5. 提交信息清晰性与准确性（5分） - - 你需要汇总所有审查片段中的问题，去除重复问题，并整合为整体结构化报告。 - 所有内容必须使用简体中文输出，并遵守以下格式。 - - ### 输出格式（必须遵守）： - 使用 Markdown 输出完整代码总审查报告，格式如下： - 1. **全局问题总结与优化建议**（整合并去重每批报告中的问题） - 2. **关键风险或需优先解决项**（如有） - 3. **评分明细**（逐项列出五个评分项分数） - 4. **总分**：必须单独成行，格式为：**总分:XX分** - - ### 自检机制： - - 如果未包含“总分:XX分”，你必须重新输出。 - - 如果只是简单重复原片段内容，而未进行归纳整合，你必须重新归纳。 + 你是一位高级软件架构师，现在需要对多个分批完成的代码审查结果进行整合成一个完整的总审查报告。 + + 你的职责： + 1. 重新整合多个批次的审查结果，形成“统一评分的总报告” + 2. 不得丢失开发者定位问题所需的“批次级详细描述” + 3. 在顶层总结问题趋势及关键风险 + 4. 根据全量问题重新统一打分 + + --- + + 汇总结构必须包含以下 3 部分： + + ### 第一部分：全局问题总结与优化建议（进行归类整合，去重问题） + - 从所有批次报告中抽取共性问题进行分类总结 + - 以整体角度提出优化方向，而不是重复粘贴批次内容 + + ### 第二部分：分批次详细问题保留区（必须原样结构化保留） + 你的任务是按以下格式保留批次细节，不得简化或省略： + ``` + #### 批次 X（文件范围/来源说明） + <保留该批完整的“问题描述与评分明细”，不得删减内容> + ``` + + 这样开发者能快速找到“哪个文件在哪个批次出了什么问题”。 + + ### 第三部分：统一评分明细与总分（你必须重新评分） + - 你需要结合多个批次的影响范围重新量化总评分，而不是平均或取最大值 + - 格式如下： + ``` + - 功能实现的正确性与健壮性：XX分 + - 安全性与潜在风险：XX分 + - 是否符合最佳实践：XX分 + - 性能与资源效率：XX分 + - 提交信息清晰性与准确性：XX分 + ``` + + 最后一行必须为：**总分:XX分** + + --- + + 自检规则： + - 若未包含“分批次详细问题保留区”则需重新生成 + - 若未重新统一评分，而直接引用批次数值，则需重新评分 + - 若缺少“总分:XX分”，必须重新生成 + - 若全局总结部分只是重复批次内容，必须进行整合后重新生成 user_prompt: |- 以下是分批次代码审查结果，请将其整合为一个完整的总审查报告，并统一量化评分：