We need to avoid conflicting versions by having one module for autoconfiguration as client libraries use libraries that are known to cause issues (grpc, guava, etc). To avoid this we should break up the current one module for auto-configuration into finer grained autoconfiguration dependencies. This work as started for the MCP support under the auto-configurations directory.
The starters that pick up autononfiguration deps will need to be change, but overall there should be no impact to uses who are picking up starter dependencies. It is an internal refactoring.
Comment From: ilayaperumalg
PR for chat client and models: https://github.com/spring-projects/spring-ai/pull/2289