7 views

log in

top=oldest · bottom=newest

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

{
The right-side work spans provider-specific realtime protocol translation, Azure endpoint/version handling, proxy routing, authentication, and integration testing. The left-side work is more localized to reasoning-output propagation and response formatting, with a narrower compatibility surface.
}
https://github.com/berriai/litellm/issues/24659 3:1 https://github.com/berriai/litellm/issues/13419
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The MCP logging change is harder because it spans protocol error handling, request lifecycle instrumentation, callback behavior, persistence, and regression coverage across multiple rejection paths. The Bedrock problem is comparatively localized to provider mapping and adapter compatibility, with a narrower implementation and testing surface.
}
https://github.com/berriai/litellm/issues/28929 3:1 https://github.com/berriai/litellm/issues/28561
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The left issue has higher implementation risk because it involves stateful protocol semantics, cursor handling, resumable streaming, and compatibility-sensitive proxy behavior. The right issue is comparatively narrower, centered on provider resolution and mode-specific request routing.
}
https://github.com/berriai/litellm/issues/26762 3:1 https://github.com/berriai/litellm/issues/29280
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The custom guardrail requires security-sensitive request/response lifecycle integration, cryptographic verification, durable audit behavior, policy enforcement, and broader testing; the provider addition is largely configuration, routing, documentation, and focused tests.
}
https://github.com/berriai/litellm/issues/24534 5:1 https://github.com/berriai/litellm/issues/34858
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The left issue is harder because it involves diagnosing request-lifecycle handling across the A2A endpoint, JSON-RPC adapter, and middleware, with greater compatibility and regression risk. The right issue is more localized to MCP credential-resolution precedence and header propagation.
}
https://github.com/berriai/litellm/issues/27836 3:2 https://github.com/berriai/litellm/issues/35403
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it requires tracing deployment identity through multiple proxy, passthrough, normalization, and spend-logging paths, then preserving consistent behavior without affecting cost attribution or analytics. The left issue is more localized to timeout propagation and error reporting.
}
https://github.com/berriai/litellm/issues/35472 3:1 https://github.com/berriai/litellm/issues/14635
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue is harder because it involves authentication entitlements, user-account classification, limit enforcement, and likely coordinated backend/UI testing, while the left issue is comparatively isolated logging configuration work.
}
https://github.com/berriai/litellm/issues/31734 4:1 https://github.com/berriai/litellm/issues/17235
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The left requires cross-layer product design, external metadata integration, persistence, scheduling, configurable delivery mechanisms, dashboard changes, and lifecycle safeguards. The right is comparatively localized string-normalization logic with focused regression coverage.
}
https://github.com/berriai/litellm/issues/28966 5:1 https://github.com/berriai/litellm/issues/26507
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
The right issue requires provider-specific translation logic, compatibility handling, and regression testing, while the left is a contained metadata update across two files.
}
https://github.com/berriai/litellm/issues/27429 5:1 https://github.com/berriai/litellm/issues/33917
Sorting LiteLLM GitHub issues by difficulty to implement. Higher = harder.

{
#31079 requires tracing key-rotation state across persistence, spend-window tracking, caching, and budget enforcement, with security and regression risks; #27849 appears localized to credential presentation and formatting.
}
https://github.com/berriai/litellm/issues/31079 4:1 https://github.com/berriai/litellm/issues/27849
← older2331–2340 / 3576newer →latest
cli
src
spread
search