研发协作
只评审上次提交以来的增量代码:用影响分析做省 token…
当只需审查最近一次提交的改动及其影响范围、而非全量代码时,借助代码图工具做轻量增量评审。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
只评审上次提交以来的增量代码:用影响分析特定
解决思路
- 调用 get_minimal_context_tool(task="review changes") 获取最小上下文;如果它返回 status: not_ready,先调用 build_or_update_graph_tool() 构建/更新代码图,然后继续。
- 调用 detect_changes_tool(detail_level="minimal"),拿到按风险评分的变更函数、测试缺口和受影响的流程;变更来源是相对 HEAD~1 的 git diff,如果参数里指定了文件,就把它传给 changed_files。
- 当需要变更区域的源码片段以及 review_guidance(未测试函数、过大的爆炸半径、继承关系变更)时,调用 get_review_context_tool(detail_level="minimal")。
- 对每个未测试的高风险函数,用 query_graph_tool(pattern="tests_for", target="<function>") 再确认一次它的测试情况。
- 只有当 minimal 输出对某个高风险项仍说不清楚时,才把 detail_level 升到 "standard";除非片段不够用,不要加载整个文件。
- 按以下结构输出报告:Summary 一行;Risk 依据爆炸半径给出 low/medium/high;Issues 列出 bug、缺失测试、风格问题;Blast radius 列出受影响的文件和函数;Recommendations 给出建议。
适用边界 · 注意事项
- 需要审查工作区未提交改动或跨多个提交的历史变更时——该流程只对比 HEAD~1。
- 想做全仓库/全量代码审查而非增量审查时,会漏掉未变更代码的问题。
- 未安装或未接入对应代码图工具(get_minimal_context_tool、detect_changes_tool、get_review_context_tool、query_graph_tool 等)时无法执行。