[AIP-94] Route airflow providers get through the API server

[yuseok89]

relates: #68402

WIP — depends on providers list merging first. I'll rebase on top of it, then continue with the remaining providers commands.

Routes airflow providers get through the API server and deprecates it for the new airflowctl providers get (no single-provider endpoint, so it filters GET /providers by package name).

---

Was generative AI tooling used to co-author this PR?

• Yes (please specify the tool below)
  • Opus 4.8

---

• Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
• For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
• When adding dependency, check compliance with the ASF 3rd Party License Policy.
• For significant user-facing changes create newsfragment: {pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.

[potiuk]

Note

🗑️ Closing stale draft · by @potiuk · 2026-07-02 18:44 UTC

This draft has been inactive for ~16 days. Closing to keep the queue tidy — no judgment on the change itself. Please reopen (or open a fresh PR) whenever you pick it back up, and a maintainer will be glad to take a look.

_{Automated triage — may be imperfect.}

[yuseok89]

Thanks! No need to reopen. providers get (and list) were already marked with deprecated_for_airflowctl in #68525, so this is superseded.