用途：在做出代码或系统变更前，先理解改动会波及什么。核心思路是把变更放进「上游依赖—核心—下游影响—边界」的链路里，避免只盯着被改的部分而忽略连带后果。
主要能力：定义核心（到底改什么、是新增、修改还是删除）；映射上游（该组件依赖什么库、配置、数据或服务）；映射下游（谁使用它、什么会坏、什么需要同步更新）；追踪涟漪并划定边界（影响在哪里停止、哪些确定不受影响）；给出爆炸半径与风险清单。
使用方式：按五步执行。第一步定义核心，第二步梳理上游依赖，第三步梳理下游依赖方，第四步向外追踪影响，第五步标记边界。完成后按固定格式输出影响图，包含核心变更、上游依赖、下游影响（按关键/受影响/需监控分级）、边界、爆炸半径与风险。资料还建议在会话日志中记录本次分析，并强调用实际导入与调用关系验证，而不是凭猜测。
适用场景：修改代码或系统之前、调试时追查因果链、规划跨模块功能、重构决策、风险评估、理解遗留系统，以及排查「为什么改了 X 却坏了 Y」。
限制：资料未提供具体平台、安装命令、收费与价格信息，暂未提供。该协议是分析流程而非自动执行工具，效果取决于人工或模型对依赖关系的真实核查。