用途
该技能面向代码审查场景，目标是在变更进入合并前做一次“风险感知”的结构化审查。它强调借助知识图谱缩小审查范围，把注意力集中在真正受影响的高风险代码路径上，而不是通读全部改动。
主要能力
资料列出的核心能力包括：
- 变更检测与风险评分：运行 detect_changes_tool，获得带风险评分的变更分析。
- 受影响执行路径分析：运行 get_affected_flows_tool，找出被改动影响的执行流。
- 测试覆盖核查：对每个高风险函数，运行 query_graph_tool 并指定 pattern="tests_for"，检查是否存在对应测试。
- 影响半径评估：运行 get_impact_radius_tool，了解改动的“爆炸半径”。
- 测试建议：对任何未被测试覆盖的变更，提出具体测试用例建议。
使用方式
资料给出的执行步骤为：先 detect_changes_tool，再 get_affected_flows_tool，然后针对高风险函数做测试覆盖查询，接着 get_impact_radius_tool，最后为未测试变更补充测试建议。输出时按高、中、低风险分组，每组说明改了什么、为何重要、测试覆盖状态、改进建议，并给出总体合并建议。
资料还给出了令牌效率规则：先调用 get_minimal_context_tool(task="<your task>")，所有调用使用 detail_level="minimal"，仅在不足时升级为 "standard"；目标是在不超过 5 次工具调用、不超过 800 输出令牌内完成审查、调试或重构类任务。同时强调：在改代码前先阅读实现及其测试，图谱只用于缩小范围，不能替代源码本身。
适用场景
适合在提交合并请求前做快速、聚焦的风险审查，尤其适用于改动可能波及多处执行路径、需要判断测试是否充分的情况。也可用于调试或重构前的范围界定。
限制
资料未说明该技能支持的具体平台、安装命令、配置方式、收费模式或与其他工具的集成细节，这些事实暂未提供。其流程依赖 detect_changes_tool、get_affected_flows_tool、query_graph_tool、get_impact_radius_tool 和 get_minimal_context_tool 等工具可用，且图谱分析不能替代人工阅读源码与测试。