**Describe the what you'd like to have changed** Add Enhanced App support to the Huntarr app requested in [#998](https://github.com/linuxserver/Heimdall-Apps/issues/998). The tile should use `GET /api/stats` to display hunted and upgraded totals, aggregated from the enabled Arr integrations. Where the tile layout permits, the same response can retain the per-integration values for Sonarr, Radarr, Lidarr, Readarr, Whisparr, Eros, and Swaparr. Enhanced configuration should accept an override/API base URL. The endpoint is read-only and the currently verified deployment does not require a separate API credential, so the initial implementation should not invent or persist an unnecessary secret. **Describe alternatives you've considered** A foundation-only tile would omit the operational totals that Huntarr already provides through a dedicated stats endpoint. Scraping the web dashboard or calling every Arr service independently would duplicate Huntarr's own aggregation and create a more fragile implementation. **Additional context** - Parent app request: [#998](https://github.com/linuxserver/Heimdall-Apps/issues/998) - Huntarr's stats response contains a success flag and a `stats` object with `hunted` and `upgraded` values per integration. - `GET /api/stats` was verified to return a successful JSON response against the running service. - Acceptance should cover Heimdall's API test, a successful `/get_stats/{id}` response, correct aggregate totals, and dashboard rendering without Laravel errors. **Are you willing to create a PR yourself?** Yes. I intend to implement and submit this Enhanced follow-up after the foundation request is scaffolded or merged and a maintainer approves the proposed change.