top=oldest · bottom=newest
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The left issue is harder because it crosses proxy callback handling, browser security behavior, OAuth compatibility, and client-specific URI schemes, requiring end-to-end validation. The right issue is narrower in scope, centered on correcting span lifecycle ordering and associated instrumentation tests, though it carries observability compatibility risk.
}
https://github.com/berriai/litellm/issues/23339 3:2 https://github.com/berriai/litellm/issues/33511
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
Issue 34704 spans multiple observability paths, metric semantics, label propagation, and compatibility/cardinality risks, requiring broader design and integration work. Issue 33678 is comparatively localized to streaming tool-call indexing and associated regression coverage.
}
https://github.com/berriai/litellm/issues/34704 4:1 https://github.com/berriai/litellm/issues/33678
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The right issue is harder because it requires a cross-version integration migration, dependency-policy changes, API and lifecycle compatibility work, and broad regression coverage. The left issue is narrower in scope, primarily involving tracing-provider lifecycle and asynchronous export behavior within one callback path.
}
https://github.com/berriai/litellm/issues/24123 4:1 https://github.com/berriai/litellm/issues/27388
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The right issue is substantially harder: it spans proxy read/write paths, routing-key translation, persistence semantics, compatibility with existing team data, and regression coverage across multiple API flows. The left issue is a localized URL-normalization fix with limited surface area and straightforward testing.
}
https://github.com/berriai/litellm/issues/30798 10:1 https://github.com/berriai/litellm/issues/25567
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The right issue requires changes in a request-transformation path, careful preservation of nested metadata, regression coverage, and validation against provider-specific behavior. The left issue is primarily an ecosystem/integration listing with comparatively limited product-code scope.
}
https://github.com/berriai/litellm/issues/27950 4:1 https://github.com/berriai/litellm/issues/29708
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
Issue 30208 requires broader cross-provider streaming behavior, configuration/API design, compatibility handling, and extensive testing, making it substantially riskier than the targeted dashboard authorization/logging adjustment in issue 30442.
}
https://github.com/berriai/litellm/issues/30208 4:1 https://github.com/berriai/litellm/issues/30442
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The Bayesian optimization request is substantially broader: it requires designing and integrating an experimentation and optimization system, defining objective and configuration interfaces, managing trials and persistence, and handling operational cost and safety concerns. The other item is a focused compatibility/debugging effort within an existing request transformation and caching pipeline, though reproducing the multi-turn behavior adds some risk.
}
https://github.com/berriai/litellm/issues/30448 4:1 https://github.com/berriai/litellm/issues/29810
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
Implementing the left issue requires coordinated billing-model changes across cost calculation, reservation consistency, cached-token handling, and regression coverage; the right issue is comparatively localized request-path correction.
}
https://github.com/berriai/litellm/issues/34729 5:1 https://github.com/berriai/litellm/issues/28429
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
The right issue is substantially harder because it requires a cross-cutting gateway architecture, decision policies, configuration, provider capability and failure handling, observability, and broad integration testing. The left issue is comparatively localized to one streaming transformation path with focused regression coverage.
}
https://github.com/berriai/litellm/issues/27550 8:1 https://github.com/berriai/litellm/issues/27186
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.
{
Issue #26241 is harder because it crosses request translation, parameter-filtering semantics, configuration propagation, and compatibility testing across API paths. Issue #31909 is comparatively localized to nested input normalization and focused regression coverage.
}
https://github.com/berriai/litellm/issues/26241 3:1 https://github.com/berriai/litellm/issues/31909