refactor: replace ModSearchService with ModQueryService + make ModpackCreator into stateless SolutionFinder

[iTrooz]

This new service handles everything related to querying APIs.
This change is made to later introduce a backend mode where another ModQueryService implementation could ask our backend instead

[Copilot]

Pull Request Overview

Refactors the codebase to replace the old ModSearchService and MinecraftVersions classes with a single ModQueryService, centralizing all API queries under one service and updating dependent modules.

• Introduce ModQueryService and remove ModSearchService/MinecraftVersions
• Update ModpackCreator, Svelte components, and CLI to use ModQueryService
• Remove unused exports and streamline configuration

Reviewed Changes

Copilot reviewed 10 out of 10 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
web/src/routes/+page.svelte	Switch from MinecraftVersions to config.modQueryService and update ModpackCreator usage
web/src/config.ts	Replace MinecraftVersions with modQueryService and keep repositories
web/src/components/ModSearch.svelte	Remove ModSearchService, use modQueryService.searchMods
mclib/src/index.ts	Alias exports: ModQueryService as ModSearchService and expose it directly
mclib/src/ModpackCreator.ts	Inject ModQueryService, remove old resolveMod logic and update addMod
mclib/src/ModSearchService.ts	Deleted legacy ModSearchService
mclib/src/ModQueryService.ts	New unified query service for versions, mod search, and releases
mclib/src/MinecraftVersions.ts	Deleted legacy version-fetching class
cli/src/index.ts	Update CLI commands to instantiate ModpackCreator with ModQueryService

Comments suppressed due to low confidence (1)

mclib/src/ModQueryService.ts:4

• The new ModQueryService methods (getMinecraftVersions and searchMods) are not covered by existing tests; consider adding unit tests to validate their behavior.

export class ModQueryService {

[ZeKap]

👍