uPj=dZddlZddlmZmZmZddlZddlmZddl m Z ddl m Z ddl mZddlmZmZdd lmZdd lmZdd lmZd d lmZd dlmZmZmZer ddlmZ e Z!neZ!de"de#fdZ$GddeZ%y)aJ GitHub Copilot Responses API Configuration. This module provides the configuration for GitHub Copilot's Responses API, which is required for models like gpt-5.3-codex that only support the /responses endpoint. Implementation based on analysis of the copilot-api project by caozhiyuan: https://github.com/caozhiyuan/copilot-api N) TYPE_CHECKINGAnyFinal)verbose_logger)DEFAULT_MAX_RECURSE_DEPTH)AuthenticationError)OpenAIResponsesAPIConfig)ResponseInputParam!ResponsesAPIOptionalRequestParams)GenericLiteLLMParams) LlmProviders)_cached_get_model_info_helper) Authenticator)DEFAULT_GITHUB_COPILOT_API_BASEGetAPIKeyErrorget_copilot_default_headers)Loggingmodelreturnc t|d}|j d}|dk(ry|d k(ry|j d }t |t rtjj |nd}t |tr|j d nd}t |txrd |vS#t$r!}tjd||Yd}~yd}~wwxYw) a Gate native /v1/responses dispatch per github_copilot model. Resolution (first match wins): mode "responses" -> True; mode "chat" -> False (opt-out wins for dual-endpoint models); "/v1/responses" in supported_endpoints -> True; else False. Unknown model -> False (the bridge always works since every Copilot model supports /chat/completions). Reads merged model info (per-deployment model_info applied via the router's register_model, which also clears the cache used here). github_copilot)rcustom_llm_providerzGgithub_copilot_supports_responses_api: get_model_info failed for %s: %sNFmode responsesTchatkeysupported_endpointsz /v1/responses) r Exceptionrdebugget isinstancestrlitellm model_costdictlist)rinfoerrraw_info endpointss y/home/oem/CyberBrain26-unified/.venv/lib/python3.12/site-packages/litellm/llms/github_copilot/responses/transformation.py%github_copilot_supports_responses_apir-*s3%Uef((6"D { v~%C5?S5Ig((,,S1tH>HSW>Xx||$9:^bI i & G?i+GG'  U    s B'' C0C  Cc feZdZdZd fd ZedefdZdede ffd Z de ded e de fd Zded e d edeffd Zd e de fdZde dededzde fdZdedzde defdZde eefde eeffdZdedzdeezdzfdZdeezdefdZdeezde fdZdefdededede fdZde fdZxZS)!GithubCopilotResponsesAPIConfiga> Configuration for GitHub Copilot's Responses API. Inherits from OpenAIResponsesAPIConfig since GitHub Copilot's Responses API is compatible with OpenAI's Responses API specification. Key differences from OpenAI: - Uses OAuth Device Flow authentication (handled by Authenticator) - Uses api.githubcopilot.com as the API base - Requires specific headers for VSCode/Copilot integration - Supports vision requests with special header - Requires X-Initiator header based on input analysis Reference: https://api.githubcopilot.com/ rNcNt|t|_i|_y)N)super__init__r authenticator _stream_item_ids_by_output_index)self __class__s r,r2z(GithubCopilotResponsesAPIConfig.__init___s  *_@B-c"tjS)z.Return the GitHub Copilot provider identifier.)r GITHUB_COPILOTr5s r,rz3GithubCopilotResponsesAPIConfig.custom_llm_providerds***r7rc"t||S)z Get supported parameters for GitHub Copilot Responses API. GitHub Copilot supports all standard OpenAI Responses API parameters. )r1get_supported_openai_params)r5rr6s r,r<z;GithubCopilotResponsesAPIConfig.get_supported_openai_paramsis w2599r7response_api_optional_params drop_paramsct|S)z Map parameters for GitHub Copilot Responses API. GitHub Copilot uses the same parameter format as OpenAI, so no transformation is needed. )r&)r5r=rr>s r,map_openai_paramsz1GithubCopilotResponsesAPIConfig.map_openai_paramsqs011r7 parsed_chunk logging_objcJ|j|}t| |||S)N)rrArB)_normalize_stream_item_idr1transform_streaming_response)r5rrArBr6s r,rEz not found" / "text part not found". Every sub-event carries a top-level ``item_id`` (whatever the item type), so its presence is the rewrite signal; output_item.added / .done instead nest the id under ``item``. The anchor is keyed by output_index and taken from output_item.added, which the protocol always emits first, so it is written before any sub-event reads it. Copilot accepts that id paired with the final encrypted_content next turn, so multi-turn replay is unaffected. State is keyed by output_index on this config, which ProviderConfigManager builds fresh per request, so it is stream-scoped. output_indextypezresponse.output_item.addeditemiditem_idzresponse.output_item.done)r!r"intr&r#r4)r5rArGrI stable_ids r,rDz9GithubCopilotResponsesAPIConfig._normalize_stream_item_ids&"+..~> ,,    F #'C C##F+D$%*TXXd^S*IFJ4j55lC @@DD\R    l&&y13 7 -L&/L #   f %)D D##F+D$%#L1 '@$'@i'@ V$r7headerslitellm_paramsc |jj}|st|ddt|}i||}|j |}|W|j |}||d<t jd||j|rd|d<t jd t jd ||S#t$r} t|dt| d} ~ wwxYw) a  Validate environment and set up headers for GitHub Copilot API. Uses the Authenticator to obtain GitHub Copilot API key via OAuth Device Flow, then configures all required headers for the Responses API. Headers include: - Authorization with API key - Standard GitHub Copilot headers (editor-version, user-agent, etc.) - X-Initiator based on input analysis - copilot-vision-request if vision content detected - User-provided extra_headers (merged with priority) rzNGitHub Copilot API key is required. Please authenticate via OAuth Device Flow.)r llm_providermessageNz X-Initiatorz0GitHub Copilot Responses API: Set X-Initiator=%struezcopilot-vision-requestz4GitHub Copilot Responses API: Enabled vision requestzJGitHub Copilot Responses API: Successfully configured headers for model %s) r3 get_api_keyrr_get_input_from_params_get_initiatorrr _has_vision_inputrr#) r5rNrrOapi_keydefault_headersmerged_headers input_param initiatorr)s r,validate_environmentz4GithubCopilotResponsesAPIConfig.validate_environments&( !//;;=G)!1l&A%IO%C$B'$BN"&!7 +!'' 'r7r[ct|tryt|trf|D]a}t|tsd|vs|j dsy|j d}t|tsM|j dk(sayy)a Determine X-Initiator header value based on input analysis. Based on copilot-api's hasAgentInitiator logic: - Returns "agent" if input contains assistant role or items without role - Returns "user" otherwise Args: input_param: The input parameter (string or list of input items) Returns: "agent" or "user" userroleagent assistant)r"r#r'r&r!lower)r5r[rIrvs r,rVz.GithubCopilotResponsesAPIConfig._get_initiatorDs k3 ' k4 (# #!$-%TXXf-="xx'dC(TZZ\[-H" #r7c$|j|S)aw Check if input contains vision content (images). Based on copilot-api's hasVisionInput and containsVisionContent logic. Recursively searches for input_image type in the input structure. Args: input_param: The input parameter to analyze Returns: True if input contains image content, False otherwise _contains_vision_content)r5r[s r,rWz1GithubCopilotResponsesAPIConfig._has_vision_inpuths,,[99r7rvaluedepth max_depthckDrtjdy|yt|trt fd|DSt|t sy|j d}t|tr|jdk(ryd|vr,t|dtrt fd|dDSy) z Recursively check if a value contains vision content. Looks for items with type="input_image" in the structure. zQ[GitHub Copilot] Max recursion depth %s reached while checking for vision contentFc3LK|]}j|dzyw)r~rNr{.0rIr~rr5s r, zKGithubCopilotResponsesAPIConfig._contains_vision_content..s)seit44TV_4`s!$rH input_imageTcontentc3LK|]}j|dzywrr{rs r,rzKGithubCopilotResponsesAPIConfig._contains_vision_content..s,^b--d%!)y-Yr) rwarningr"r'anyr&r!r#ry)r5r}r~r item_types` `` r,r|z8GithubCopilotResponsesAPIConfig._contains_vision_contentws 9   " "cen  = eT "smrss s%&!99V, i %)//*;}*L  *U9-=t"Dfklufv r7cy)zBGitHub Copilot does not support native WebSocket for Responses APIFr:s r,supports_native_websocketz9GithubCopilotResponsesAPIConfig.supports_native_websocketsr7)rN) __name__ __module__ __qualname____doc__r2propertyr rr#r'r<r boolr&r@LiteLLMLoggingObjrrErDr r]rgrpr rUrVrWrrLr|r __classcell__)r6s@r,r/r/Ns C +\++::: 2&G 2 2 2  2      '   (d(t(T;;;-t3 ;  ;z1*11 1,%4S>%d38n%R5ID5PUX[mUmptUt$"#0B*B"s"H :S3E-E :$ :ABTm"c"#"c"rv"H4r7r/)&rrctypingrrrr$litellm._loggingrlitellm.constantsrlitellm.exceptionsr,litellm.llms.openai.responses.transformationr litellm.types.llms.openair r litellm.types.routerr litellm.types.utilsr litellm.utilsrr3r common_utilsrrr*litellm.litellm_core_utils.litellm_loggingr_LiteLLMLoggingObjrr#rr-r/rr7r,rs{ ,,+72Q6,7) X*!H!H!HHO&>Or7