基于依赖图安全重构：规划并执行重命名、影响分析与死代码清理

在需要基于依赖图安全规划和执行重构（如重命名、清理死代码、拆分大函数）时使用，先预览影响再应用变更。

适用场景

解决思路

1. 调用 `refactor_tool`，使用 `mode="suggest"` 获取重构候选，或使用 `mode="dead_code"` 查找未被引用的代码。
2. 对于重命名，调用 `refactor_tool`，传入 `mode="rename"`、`old_name` 和 `new_name`；在应用前检查返回的 edit list。
3. 调用 `apply_refactor_tool`，传入返回的 `refactor_id` 来应用重命名。
4. 在大规模重构前，调用 `get_impact_radius_tool` 和 `get_affected_flows_tool`，查看涉及的依赖方和关键路径。
5. 调用 `find_large_functions_tool` 查找值得拆分的函数。
6. 变更后，调用 `detect_changes_tool` 确认实际影响与计划一致。
7. 在任何其他图工具之前，先调用 `get_minimal_context_tool(task="<your task>")`。
8. 凡工具接受 `detail_level` 参数，都传入 `detail_level="minimal"`；仅当 minimal 不够用时才使用 "standard"。
9. 优先使用有针对性的 `query_graph_tool` 调用，而不是宽泛的列表调用。
10. 预算：每个任务约 5 次工具调用和 800 tokens 的图输出。
11. 修改代码前阅读实现及其测试；图只用于缩小范围，不能替代源码。

适用边界 · 注意事项

• 没有这些依赖图/重构工具（如 `refactor_tool`、`apply_refactor_tool` 等）时，不能按本技能执行。
• 重构目标无法从图中获得可靠依赖或影响信息，或需要理解运行时/动态行为而图信息不足时，不应只依赖图工具。
• 只是小范围、无依赖风险的本地改动，且直接读代码和测试即可时，不必启动完整图分析流程。