必须借助muse wonder full内置依赖图谱与影响链路追踪功能分析代码变更影响；启用【impact analysis on change】后，系统自动解析ast、别名、动态导入等构建跨语言调用图，识别直接受影响（红）、间接影响（橙）、测试文件（蓝）及动态解析风险（⚠️），并支持导出含风险等级的json+markdown报告。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要分析Muse Wonder Full中某次代码变更对其他模块的影响，必须借助其内置的依赖图谱与影响链路追踪功能，不能仅靠人工浏览文件或搜索关键词——手动方式极易遗漏间接依赖和运行时动态加载路径。
启用变更影响分析模式
打开Muse Wonder Full主界面 → 顶部菜单栏点击【Analyze】→ 下拉选择【Impact Analysis on Change】。
该操作会激活后台的增量依赖解析引擎，自动捕获当前Git工作区中已修改但未提交的文件（staged or unstaged），【必须确保项目已正确绑定Git仓库，且.git目录可读】。若项目未初始化Git，此功能将灰显不可用。
定位并加载目标变更集
在弹出的「Change Set Selector」面板中，勾选你关心的具体文件（支持多选）；若刚执行过git add，优先选择「Staged Changes」标签页。
点击【Load Dependencies】按钮，系统开始扫描：先解析AST获取显式import/require语句，再结合tsconfig.json或babel.config.js中的paths别名、dynamic import()语法、以及webpack DefinePlugin注入的全局变量，构建跨语言层（TS/JS/JSON）的调用图。这一步耗时取决于项目规模，中型项目（5k+文件）通常需8–12秒。
查看影响路径与模块分类
分析完成后，右侧默认展开「Impact Graph」视图，节点按颜色区分影响类型：红色=直接受影响（被修改文件直接导出或调用）、橙色=间接影响（经≥2跳调用链到达）、蓝色=测试文件（*.spec.ts/*.test.js）。
点击任意节点，左下方面板显示该模块的完整影响路径，例如：src/utils/date.ts → src/components/Chart.vue → tests/unit/chart.spec.ts。此时可右键节点选择【Expand All Paths】展开全部分支，或点击【Filter by Layer】快速筛选仅显示业务逻辑层（排除node_modules和types）。
注意：若路径中出现eval()、Function.constructor或import(`${variable}`)等运行时动态表达式，对应下游节点将标为「⚠️ Dynamic Resolution」，这类影响无法静态推断，需人工验证。
导出影响报告并标记风险项
点击右上角【Export Report】→ 选择格式为「JSON + Markdown Summary」→ 指定保存路径。
生成的report.md中，每个受影响模块下方附带一行风险等级标注（Low/Medium/High），判定依据包括：是否涉及状态管理（如Pinia store action）、是否为公共Hook（useXXX）、是否被3个以上页面直接引用。High级项会自动高亮加粗，并在JSON中增加"requires_manual_review": true字段。
这一步完成后，分析流程即结束。
