4 views

log in

top=oldest · bottom=newest

← older2051–2060 / 3576newer →latest
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue has open-ended integration scope and potentially touches multiple provider, endpoint, documentation, and compatibility areas. The left issue is a bounded metadata change across two known files with relatively low implementation risk.
}
https://github.com/berriai/litellm/issues/18686 4:1 https://github.com/berriai/litellm/issues/30430
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue requires cross-provider streaming lifecycle changes, fallback accounting, and careful billing and regression-test coverage, while the left issue is comparatively localized schema handling in one integration.
}
https://github.com/berriai/litellm/issues/14457 5:1 https://github.com/berriai/litellm/issues/28001
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The harder change requires reconciling authentication and credential-resolution behavior across MCP discovery and invocation paths, with multiple auth modes and regression coverage. The easier change is a narrower proxy policy adjustment for read-only discovery routes, primarily involving middleware scope and endpoint tests.
}
https://github.com/berriai/litellm/issues/34786 4:1 https://github.com/berriai/litellm/issues/31078
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The proxy-related regression likely requires tracing URL and request-context handling across backend middleware, deployment configuration, and integration coverage, while the input-method issue is a localized frontend event-handling fix with narrower testing.
}
https://github.com/berriai/litellm/issues/30118 4:1 https://github.com/berriai/litellm/issues/33932
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
Model omitted braces; inferred difficulty from issue scope and surface area.
}
https://github.com/berriai/litellm/issues/30762 4:1 https://github.com/berriai/litellm/issues/27138
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right-hand issue is harder because it requires carefully restructuring authorization-aware query composition, preserving existing visibility semantics, and adding regression coverage across permission combinations. The left-hand issue is comparatively localized: enforcing bounded error serialization before persistence, with focused tests around truncation and database logging.
}
https://github.com/berriai/litellm/issues/32062 3:1 https://github.com/berriai/litellm/issues/34753
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
Issue 32232 is harder because it requires changing distributed Redis script execution and fallback behavior across several limiter and locking paths, while preserving cross-instance correctness and compatibility with varied proxy capabilities. Issue 26081 is more localized to endpoint identity and registry cleanup, with a narrower code and testing surface.
}
https://github.com/berriai/litellm/issues/32232 3:1 https://github.com/berriai/litellm/issues/26081
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
Issue #35109 is harder because it requires cross-cutting proxy, authentication, configuration, vector-provider, isolation, and security work, while #27591 is a localized environment-value parsing fix.
}
https://github.com/berriai/litellm/issues/35109 10:1 https://github.com/berriai/litellm/issues/27591
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The left issue requires broader cross-layer integration and provider-specific design, while the right is a comparatively contained HTTP configuration propagation fix with focused regression tests.
}
https://github.com/berriai/litellm/issues/26771 5:2 https://github.com/berriai/litellm/issues/30778
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
A new provider integration carries broader scope and integration risk: provider routing, authentication, request/response translation, streaming and usage handling, tests, and documentation. The other issue is comparatively localized to diagnosing and correcting one non-streaming response path.
}
https://github.com/berriai/litellm/issues/34357 4:1 https://github.com/berriai/litellm/issues/26309
← older2051–2060 / 3576newer →latest
cli
src
spread
search