必须先确认服务间依赖关系是否被codebuddy正确识别——它基于maven多模块结构中的parent/pom.xml和子模块声明构建调用图谱；需确保顶层pom.xml存在、子模块被声明，再通过悬停@feignclient或右键“查看被哪些服务调用”验证调用链，最后执行mvn clean compile并强制重建服务图谱以完成跨模块符号索引。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Spring Cloud微服务项目中排查Feign调用404错误前，必须先确认服务间依赖关系是否被CodeBuddy正确识别——它不靠猜，而是基于Maven多模块结构中的parent/pom.xml和子模块间的
让CodeBuddy识别微服务模块拓扑
打开VS Code，确保工作区根目录下存在完整的Maven工程结构（含顶层pom.xml及各子模块）。【CodeBuddy仅在检测到有效parent-pom.xml时才会启动微服务分析引擎】
点击左侧活动栏CodeBuddy图标，进入“架构洞察”面板。
等待右下角状态栏显示“✅ 已加载3个服务模块：ship-schedule-service、navigation-facility-service、common-util”——若未出现该提示，说明父POM未被识别或子模块未声明
验证服务间调用链是否被正确建模
方法一：在ship-schedule-service模块的Feign接口文件中，将光标悬停于@FeignClient("navigation-facility-service")注解上。
CodeBuddy会自动弹出服务详情卡片，显示目标服务的包路径、暴露端点列表及DTO类引用关系。若卡片为空或报“未找到对应服务”，说明navigation-facility-service未被纳入分析范围。
CodeBuddy Code CLI 的安装、配置与使用指南。CodeBuddy Code 是腾讯推出的 AI 驱动 CLI 编程助手，支持自然语言驱动开发。 - 必备触发词：CodeBuddy, codebuddy, AI CLI, Tencent AI coding, @tencent-ai/codebuddy-code, terminal AI assistant - 适用场景：安装 CodeBuddy CLI、配置 CodeBuddy、使用 CodeBuddy 命令、排查 CodeBuddy 问题
方法二：切换到navigation-facility-service模块的Controller类，在@GetMapping("/beacon/{id}")方法签名处右键→选择“CodeBuddy: 查看被哪些服务调用”。
面板将列出所有已识别的调用方，包括ship-schedule-service中具体哪个Feign接口、哪行代码发起调用。这一步能直接验证服务注册与调用路径是否双向打通。
手动触发跨模块符号索引
第一步：在终端中执行mvn clean compile，确保所有模块编译通过且class文件生成完毕。
第二步：回到CodeBuddy面板，点击右上角刷新按钮（↻），选择“强制重建服务图谱”。
第三步：观察日志输出——当看到“Indexed 127 classes across 3 modules, resolved 8 inter-service DTO references”时，表示跨模块类型引用已就绪。
这一步不可跳过。若仅靠IDE缓存，CodeBuddy可能无法解析navigation-facility-service中定义的BeaconDetailDTO在ship-schedule-service中的实际使用位置，导致后续AI分析缺失关键上下文。
