Three groups drawn from the same sources. Choose a group to select whose experience counts. Within that group, each author counts once in the practitioner sentiment, with their latest view. Signals open on Teams and technical leaders.
Teams and technical leaders
47 sources. Shared-gateway teams and leaders describe why they chose or rejected LiteLLM, with accounts of spend control and operations work.
Individual builders
78 sources. Developers describe LiteLLM in personal projects and coding tools, including self-hosted model setups.
All practitioners
125 sources. Together, these accounts combine platform and small product teams with solo developers. Their traffic and hosting requirements differ.
125 sources from practitioners, by the context they work in. Filled rows count for this group.
- Individual builderDevelopers building on the platform on their own78 sources
Emphasizes Coding tools behind one endpoint, stability, and performance
- Small product team2 to 10 engineers, or an unnamed startup team21 sources, counted here
Emphasizes Budgets, upgrade regressions, and whether to keep it
- Product or platform team11 to 50 engineers, or a named company's team19 sources, counted here
Emphasizes Per-developer cost tracking and incident response
- Technical leadershipLeaders setting model and platform choices across teams5 sources, counted here
Emphasizes Gateway choice and supply-chain risk
- Organization-wideEnterprise or company-wide AI platform2 sources, counted here
Emphasizes An institute's own proxy with per-user budgets and rate limits
What changes with scale. Individual developers praise the single endpoint for coding tools and spend tracking. Stability and performance lead their concerns, and after the October 2026 compromise several moved to Bifrost. Teams and leaders run it as the company gateway at Okta and Zalando and discuss budgets, upgrade regressions and supply-chain exposure. Those who left cite bugs, unenforced budgets or security lapses, along with excessive operations work.