前言
我们在程序开发中，经常会遇到未注入Bean的情况，如果直接拿着报错信息去问AI，AI可能会修复错误，但大多数情况是在解决未注入Bean的同时把一部分的代码修改得自己都认不出了，原因是给AI的信息不够明确。粘贴下文里的提示词，在画横线处填入信息即可一次性解决
我在 Spring / Spring Boot 项目里遇到 Bean 注入失败，报错类似：
-
No qualifying bean of type 'Xxx' available
-
UnsatisfiedDependencyException
-
Consider defining a bean of type 'Xxx' in your configuration
项目：Spring Boot 版本 ___，JDK ___。
出错位置：___ 类里的 ___ 字段/构造参数（@Autowired / @Resource）。
期望注入的类型：全限定类名 ___。
请按下面步骤帮我排查，每一步都要结合我仓库里的实际代码路径说明结论，不要只给通用理论：
(1) 确认"谁该提供这个 Bean"
-
该类型是否应有 @Component / @Service / @Repository / @Configuration + @Bean？
-
还是由第三方 starter 的自动配置注册？若是，对应哪个自动配置类/条件（@ConditionalOn*）？
(2) 确认"Spring 能不能扫到这个类"
-
主启动类或当前测试用的 @SpringBootApplication / @SpringBootTest(classes=...) 的包路径是什么？
-
目标类所在包是否在 @ComponentScan 范围内？是否被 @SpringBootApplication 的 scanBasePackages / excludeFilters 排除？
-
若是测试：是否用了"瘦身"测试主类（只扫部分包）导致漏扫？
(3) 确认"条件装配是否没满足"
-
该 Bean 是否依赖配置文件（如 spring.datasource.*、spring.ai.*）？
-
是否被 @ConditionalOnProperty / @ConditionalOnClass / @Profile 挡住？
-
测试是否应加 @ActiveProfiles("test") 且存在 application-test.yml？
(4) 确认"是否重复定义或冲突"
-
同一类型是否有多个 @Bean 方法或多个实现类，导致需要 @Primary / @Qualifier？
-
是否有循环依赖（构造器注入时更常见）？
(5) 针对测试场景的专项检查
-
@SpringBootTest 是否指定了错误的 classes，导致没加载到定义 Bean 的 @Configuration？
-
是否需要 @Import(某 Configuration.class) 显式引入（例如为避免整包扫描冲突）？
-
是否误排除了 DataSourceAutoConfiguration 等，导致下游 JdbcTemplate、Repository 链式缺失？
(6) 给出最小修复方案
-
优先：修正扫描范围 / 配置属性 / Profile / @Import。
-
次选：在合适模块增加 @Configuration + @Bean（说明放在哪一层、为何不放业务类里）。
-
说明不要用"全局 @ComponentScan 扩大扫包"掩盖问题，除非确实必要。
请根据我贴出的完整堆栈 + 相关类源码（启动类、出错的类、相关的 @Configuration）逐步分析，并在最后给出 1～2 个可验证的修改建议（改完后应能通过 mvn test 或启动主类）。