4 views

log in

top=oldest · bottom=newest

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

{
The right issue is harder because it requires tracing request data through the proxy, callback, and object-storage serialization paths, while preserving payload fidelity across integrations and adding broader regression coverage. The left issue is comparatively localized to provider-specific parameter construction with a focused compatibility fix and targeted tests.
}
https://github.com/berriai/litellm/issues/30724 4:1 https://github.com/berriai/litellm/issues/22637
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it likely requires tracing provider-specific tool-call translation, conversation-state handling, and compatibility with an external client/API contract. The left issue is a localized Helm template change with a relatively contained validation surface.
}
https://github.com/berriai/litellm/issues/32992 4:1 https://github.com/berriai/litellm/issues/30311
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it spans shared streaming, cancellation, usage accounting, provider-specific behavior, asynchronous logging, and regression testing. The left issue is comparatively localized to Snowflake endpoint construction and configuration normalization.
}
https://github.com/berriai/litellm/issues/14457 5:1 https://github.com/berriai/litellm/issues/27187
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
Issue 35066 is harder because it requires extending typed SDK content models and SAP request translation while preserving compatibility across providers and validation paths; issue 29305 is a more localized proxy permission-cleanup and regression-testing change.
}
https://github.com/berriai/litellm/issues/35066 4:1 https://github.com/berriai/litellm/issues/29305
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
Nested group composition has broader architectural scope, affecting configuration resolution, routing semantics, validation, and compatibility testing; the other is comparatively localized to data retrieval and UI presentation.
}
https://github.com/berriai/litellm/issues/28125 5:1 https://github.com/berriai/litellm/issues/23636
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue spans proxy behavior, model identity resolution, and team-level configuration/UI integration, creating broader cross-component compatibility and regression risk. The left issue is comparatively contained to notebook memory handling or documentation, with a narrower implementation surface.
}
https://github.com/berriai/litellm/issues/34027 3:1 https://github.com/berriai/litellm/issues/29831
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
29830 is harder because it spans cross-endpoint identifier handling, provider-specific file flows, and compatibility testing across both chat and responses APIs. 28561 is comparatively narrower: a localized Bedrock rerank regression with a likely interface or provider-mapping fix, though it still carries regression-testing risk.
}
https://github.com/berriai/litellm/issues/29830 3:2 https://github.com/berriai/litellm/issues/28561
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it spans request translation, router state propagation, deployment selection, and cross-interface regression coverage, while the left issue is more localized to endpoint authorization and configuration handling.
}
https://github.com/berriai/litellm/issues/31678 3:2 https://github.com/berriai/litellm/issues/35527
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The left issue spans request dispatch, alias resolution, streaming behavior, fallback handling, and dashboard integration, creating broader regression risk. The right issue is comparatively localized to provider request construction and validation of an optional AWS parameter.
}
https://github.com/berriai/litellm/issues/35461 3:1 https://github.com/berriai/litellm/issues/33671
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it crosses MCP request handling, OpenAPI translation, header filtering, and outbound transport behavior, requiring broader tracing and compatibility testing. The left issue appears localized to a database create-path wiring defect with existing encryption support.
}
https://github.com/berriai/litellm/issues/33492 3:1 https://github.com/berriai/litellm/issues/29408
← older3081–3090 / 3576newer →latest
cli
src
spread
search