AI Agent大模型后端任务调度【免费下载链接】XAgentAn Autonomous LLM Agent for Complex Task Solving项目地址https://gitcode.com/gh_mirrors/xa/XAgent点击查看免费下载导读chatcompletion_request是 XAgent 中负责聊天补全请求的核心函数它以xagent请求类型request_type注册在 OBJGenerator 分发器上专门用于将 Agent 的对话上下文、采样参数与工具函数声明打包成 HTTP POST 请求发送给自托管或第三方推理服务。本文以 Markdown_Docs/XAgent/ai_functions/request/xagent.md 为骨架结合 XAgent/ai_functions/request/xagent.py、XAgent/config.py 与 assets/xagentllama.yml 等仓库源码逐层拆解该函数的执行流程、参数语义、配置来源与响应结构。读完本文你将掌握如何在 XAgent 中自定义chatcompletion_request、正确装配模型参数、配置自托管推理端点并理解它与 OpenAI 通道的职责边界。函数定位xagent 请求类型在 Agent 调用链中的角色XAgent 的 LLM 请求并不直接散落在各 Agent 中而是统一经由 XAgent/ai_functions/request/obj_generator.py 中的OBJGenerator分发OBJGenerator.chatcompletion首先弹出request_type默认取CONFIG.default_request_type可为openai或xagent再通过_get_chatcompletion_request_func动态导入XAgent.ai_functions.request.{request_type}模块并取出其中的chatcompletion_request函数对xagent类型而言被导入的正是本文主角所在模块 XAgent/ai_functions/request/xagent.py。从源码结构看openai与xagent两个模块暴露的是同名函数chatcompletion_request(**kwargs)但实现截然不同openai.py走官方 SDKopenai.ChatCompletion.create/openai.OpenAI(...).chat.completions.create而xagent.py走裸requests.post的 HTTP 通道因此它天然适合对接自定义的、兼容 OpenAI 风格但非官方 SDK 的推理服务如仓库内的 XAgentGen 自托管服务。执行流程五步拆解从 kwargs 到 JSON 响应依据原文档与 xagent.py 源码chatcompletion_request的执行可归纳为五个步骤解析模型名称get_model_name(kwargs.pop(model, CONFIG.default_completion_kwargs[model]))——若调用方未显式传入model则回退到全局默认模型获取模型 API 配置get_apiconfig_by_model(model_name)返回该模型在api_keys配置节中登记的第一条配置含api_base、采样参数、密钥等并做一次 key 轮换合并调用方参数chatcompletion_kwargs.update(kwargs)使调用方传入的临时参数优先于配置默认值发起 POST 请求向api_base缺省http://127.0.0.1:8000/chat/completions发送 JSON body携带模型名与一组采样/结构化参数返回 JSONrequests.post(...).json()直接将响应体反序列化为 Python 字典返回。关键源码节选自 XAgent/ai_functions/request/xagent.pyresponse requests.post( chatcompletion_kwargs.get(api_base, http://127.0.0.1:8000/chat/completions), headers{accept: application/json, Content-Type: application/json}, json{ model: model_name, repetition_penalty: chatcompletion_kwargs.get(repetition_penalty, 1.2), temperature: chatcompletion_kwargs.get(temperature, 0.8), top_p: chatcompletion_kwargs.get(top_p, 1.0), frequency_penalty: chatcompletion_kwargs.get(frequency_penalty, 0.5), presence_penalty: chatcompletion_kwargs.get(presence_penalty, 0.0), max_tokens: chatcompletion_kwargs.get(max_tokens, 4096), messages: chatcompletion_kwargs.get(messages, []), arguments: chatcompletion_kwargs.get(arguments, {}), functions: chatcompletion_kwargs.get(functions, []), function_call: chatcompletion_kwargs.get(function_call, {}), } ).json()注意函数本身并未对kwargs做白名单过滤任何多余键都会被update合并进配置字典但只有上表列出的字段会被序列化进请求体其余键不会透传到服务端。请求体参数全表字段、默认值与语义下表整理自 xagent.py 的请求体构造逻辑含代码中的硬编码兜底默认值参数请求体中的含义兜底默认值说明model模型名称配置默认模型经get_model_name规范化repetition_penalty重复惩罚系数1.2大于 1 时抑制重复内容XAgentGen 后端直接消费该值见 XAgentGen/app.pytemperature采样温度0.8越低越确定越高越发散top_p核采样概率累积阈值1.0与 temperature 共同控制随机性frequency_penalty频率惩罚0.5按已出现频率惩罚 tokenpresence_penalty存在惩罚0.0对已出现过的 token 施加固定惩罚max_tokens最大生成 token 数4096受后端模型上下文上限约束messages对话消息列表[]通常为[{role, content}]结构arguments附加参数字典{}透传给后端可携带自定义元信息functions工具函数声明列表[]用于 function calling 的 JSON Schema 集合function_call指定调用哪个函数{}例如{name: xxx}api_base请求地址POST 目标 URLhttp://127.0.0.1:8000/chat/completions从chatcompletion_kwargs读取不属于 JSON body请求头固定为{accept: application/json, Content-Type: application/json}即纯 JSON 交互无需在函数内额外处理鉴权头若后端需要 Bearer Token应在请求层自行扩展。配置驱动模型名规范化与 API 配置轮换第 1、2 步依赖 XAgent/config.py 提供的两个工具函数get_model_nameconfig.py对模型名做大小写不敏感的规范化映射例如gpt-4-turbo→gpt-4-1106-preview、gpt4-32→gpt-4-32k同时支持xagentllm这一自托管模型标识未识别的名称直接抛异常。get_apiconfig_by_modelconfig.py规范化后从CONFIG.api_keys[model]列表取出第一条配置并执行key 轮换把当前使用的配置 append 到列表末尾实现多 API key 的负载均衡该函数还负责在openai通道中提供api_key、organization、base_url等字段但xagent通道仅使用其中的api_base与采样参数。这意味着即使调用方不传任何参数chatcompletion_request也会从配置中读出模型、温度、惩罚系数与端点地址函数因此可以被各 Agent 以极简签名调用。配套配置实例xagentllama 自托管通道仓库内置 assets/xagentllama.yml是xagent请求类型的标准配置模板其中与本文直接相关的部分api_keys: xagentllm: - temperature: 0.2 top_p: 1.0 repetition_penalty: 1.2 frequency_penalty: 0.5 max_tokens: 16384 api_base: http://127.0.0.1:13520/chat/completions default_request_type: xagent default_completion_kwargs: model: xagentllm temperature: 0.2 top_p: 1.0 request_timeout: 300 repetition_penalty: 1.2 frequency_penalty: 0.5 max_tokens: 16384可以看到配置中的temperature、top_p、repetition_penalty、frequency_penalty、max_tokens、api_base与请求体字段一一对应default_completion_kwargs提供了model与request_timeout等全局兜底其中request_timeout在xagent.py中未使用但在openai.py中会被消费。对照 assets/gpt-3.5-turbo_config.yml 可见OpenAI 通道的api_keys节登记的是api_key、organization与model而 xagent 通道登记的是自托管端点的采样参数——这正是两种请求类型在配置模型上的根本差异。配置文件的加载入口在 XAgent/config.pyCONFIG_FILE环境变量可覆盖默认assets/config.yml运行python run.py时可通过命令行参数覆盖其中的采样参数。与自托管后端 XAgentGen 的对接xagent通道默认指向的http://127.0.0.1:13520/chat/completions正是仓库中 XAgentGen 服务暴露的端点。XAgentGen/app.py 定义了app.post(/chat/completions)路由并从请求体中读取与本文一致的字段例如repetition_penaltycall_msg.get(repetition_penalty, 1.2)采样参数随后进入 XAgentGen/xgen/models/transformers.py 的生成管线repetition_penalty 1.0时挂载RepetitionPenaltyLogitsProcessortemperature、top_p、top_k一并传入生成器。因此chatcompletion_request并非封闭实现而是整个**自托管 LLM 链路XAgent 客户端请求层 ↔ XAgentGen 服务端**的入口契约请求体的字段名即服务端的解析依据二者通过 XAgentGen/xgen/server/datamodel.py 中的数据类型如repetition_penalty: Optional[float]保持松耦合的一致。响应结构解析原文档给出了模拟返回示例结构如下节选自 Markdown_Docs/XAgent/ai_functions/request/xagent.md{ id: chatcompletion_id, object: chatcompletion, created: 1638471234, model: gpt3.5-turbo, choices: [ { message: { role: system, content: You are a helpful assistant. }, finish_reason: stop, index: 0 } ] }在 XAgent 的实际调用中下游代码通过response[choices][0][message]取消息、response[choices][0][message][function_call][arguments]取工具调用参数、finish_reason length判断上下文超限该逻辑在 XAgent/ai_functions/request/openai.py 中被用于触发大上下文模型回退。注意xagent通道不做响应里的 schema 校验与修复——这一点与openai通道不同OBJGenerator.chatcompletion的function_call_refine只对openai类型生效见 obj_generator.py因此自托管模型的 function calling 输出质量需要模型本身与提示词保证。使用注意与扩展实践结合源码使用chatcompletion_request时需注意依赖安装函数依赖requests库若走openai通道则需安装openai与tenacity完整依赖见 requirements.txt端点可达性须保证api_base指向的服务在线且接受 OpenAI 风格的/chat/completions请求请求头固定为 JSON 交互格式默认值生效时机代码中的兜底默认值如temperature0.8仅在配置未提供对应字段时生效配置优先级调用方 kwargs 模型api_keys配置 代码兜底自定制方向可依据实际后端能力增删请求体字段例如加入top_k、stop、stream或为api_base注入鉴权头若需要响应级 schema 校验可在OBJGenerator中扩展request_type的 refine 分支模型标识务必使用get_model_name认识的名称xagentllm或gpt-*系列否则配置解析阶段即抛异常。总结chatcompletion_requestxagent 通道是 XAgent 与自托管推理服务之间最直接的请求桥梁它用约 30 行代码完成了“模型解析 → 配置合并 → 参数装配 → HTTP 请求 → JSON 返回”的完整闭环并通过 XAgent/config.py 的配置体系与 key 轮换机制获得可运维性。理解它的字段契约你就能为 XAgent 接入任意兼容 OpenAI 风格的本地模型服务或将其改造为流式、多模型、带鉴权的定制请求通道。赞分享AI Agent大模型后端任务调度【免费下载链接】XAgentAn Autonomous LLM Agent for Complex Task Solving项目地址https://gitcode.com/gh_mirrors/xa/XAgent点击查看免费下载相关推荐Nitro请求处理流程从接收请求到返回响应的全过程Nitro请求处理流程从接收请求到返回响应的全过程 Nitro是一个强大的开源Web服务器引擎能够创建、构建和部署通用Web服务器为Nuxt等框架提供支持后端Web框架SSR5分钟搞懂LocalStack从请求到响应的全链路模拟解析5分钟搞懂LocalStack从请求到响应的全链路模拟解析 LocalStack是一个功能齐全的本地AWS云堆栈让开发者能够离线开发和测试云及无服务器应用。RapidOCR 快速上手指南3 步装好开源 OCR 文字识别工具RapidOCR 快速上手指南3 步装好开源 OCR 文字识别工具 手里一堆发票、文档照片想把文字自动抠出来RapidOCR 是一个完全开源免费的 OCR人工智能计算机视觉OCR上一篇npm-scripts-example完全指南如何用NPM脚本替代Grunt/Gulp构建工具下一篇Suno-API日志合规满足GDPR数据保留要求创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 XAgent 自托管模型请求通道 `chatcompletion_request` 全解析：从参数装配到响应返回的完整链路
AI Agent大模型后端任务调度【免费下载链接】XAgentAn Autonomous LLM Agent for Complex Task Solving项目地址https://gitcode.com/gh_mirrors/xa/XAgent点击查看免费下载导读chatcompletion_request是 XAgent 中负责聊天补全请求的核心函数它以xagent请求类型request_type注册在 OBJGenerator 分发器上专门用于将 Agent 的对话上下文、采样参数与工具函数声明打包成 HTTP POST 请求发送给自托管或第三方推理服务。本文以 Markdown_Docs/XAgent/ai_functions/request/xagent.md 为骨架结合 XAgent/ai_functions/request/xagent.py、XAgent/config.py 与 assets/xagentllama.yml 等仓库源码逐层拆解该函数的执行流程、参数语义、配置来源与响应结构。读完本文你将掌握如何在 XAgent 中自定义chatcompletion_request、正确装配模型参数、配置自托管推理端点并理解它与 OpenAI 通道的职责边界。函数定位xagent 请求类型在 Agent 调用链中的角色XAgent 的 LLM 请求并不直接散落在各 Agent 中而是统一经由 XAgent/ai_functions/request/obj_generator.py 中的OBJGenerator分发OBJGenerator.chatcompletion首先弹出request_type默认取CONFIG.default_request_type可为openai或xagent再通过_get_chatcompletion_request_func动态导入XAgent.ai_functions.request.{request_type}模块并取出其中的chatcompletion_request函数对xagent类型而言被导入的正是本文主角所在模块 XAgent/ai_functions/request/xagent.py。从源码结构看openai与xagent两个模块暴露的是同名函数chatcompletion_request(**kwargs)但实现截然不同openai.py走官方 SDKopenai.ChatCompletion.create/openai.OpenAI(...).chat.completions.create而xagent.py走裸requests.post的 HTTP 通道因此它天然适合对接自定义的、兼容 OpenAI 风格但非官方 SDK 的推理服务如仓库内的 XAgentGen 自托管服务。执行流程五步拆解从 kwargs 到 JSON 响应依据原文档与 xagent.py 源码chatcompletion_request的执行可归纳为五个步骤解析模型名称get_model_name(kwargs.pop(model, CONFIG.default_completion_kwargs[model]))——若调用方未显式传入model则回退到全局默认模型获取模型 API 配置get_apiconfig_by_model(model_name)返回该模型在api_keys配置节中登记的第一条配置含api_base、采样参数、密钥等并做一次 key 轮换合并调用方参数chatcompletion_kwargs.update(kwargs)使调用方传入的临时参数优先于配置默认值发起 POST 请求向api_base缺省http://127.0.0.1:8000/chat/completions发送 JSON body携带模型名与一组采样/结构化参数返回 JSONrequests.post(...).json()直接将响应体反序列化为 Python 字典返回。关键源码节选自 XAgent/ai_functions/request/xagent.pyresponse requests.post( chatcompletion_kwargs.get(api_base, http://127.0.0.1:8000/chat/completions), headers{accept: application/json, Content-Type: application/json}, json{ model: model_name, repetition_penalty: chatcompletion_kwargs.get(repetition_penalty, 1.2), temperature: chatcompletion_kwargs.get(temperature, 0.8), top_p: chatcompletion_kwargs.get(top_p, 1.0), frequency_penalty: chatcompletion_kwargs.get(frequency_penalty, 0.5), presence_penalty: chatcompletion_kwargs.get(presence_penalty, 0.0), max_tokens: chatcompletion_kwargs.get(max_tokens, 4096), messages: chatcompletion_kwargs.get(messages, []), arguments: chatcompletion_kwargs.get(arguments, {}), functions: chatcompletion_kwargs.get(functions, []), function_call: chatcompletion_kwargs.get(function_call, {}), } ).json()注意函数本身并未对kwargs做白名单过滤任何多余键都会被update合并进配置字典但只有上表列出的字段会被序列化进请求体其余键不会透传到服务端。请求体参数全表字段、默认值与语义下表整理自 xagent.py 的请求体构造逻辑含代码中的硬编码兜底默认值参数请求体中的含义兜底默认值说明model模型名称配置默认模型经get_model_name规范化repetition_penalty重复惩罚系数1.2大于 1 时抑制重复内容XAgentGen 后端直接消费该值见 XAgentGen/app.pytemperature采样温度0.8越低越确定越高越发散top_p核采样概率累积阈值1.0与 temperature 共同控制随机性frequency_penalty频率惩罚0.5按已出现频率惩罚 tokenpresence_penalty存在惩罚0.0对已出现过的 token 施加固定惩罚max_tokens最大生成 token 数4096受后端模型上下文上限约束messages对话消息列表[]通常为[{role, content}]结构arguments附加参数字典{}透传给后端可携带自定义元信息functions工具函数声明列表[]用于 function calling 的 JSON Schema 集合function_call指定调用哪个函数{}例如{name: xxx}api_base请求地址POST 目标 URLhttp://127.0.0.1:8000/chat/completions从chatcompletion_kwargs读取不属于 JSON body请求头固定为{accept: application/json, Content-Type: application/json}即纯 JSON 交互无需在函数内额外处理鉴权头若后端需要 Bearer Token应在请求层自行扩展。配置驱动模型名规范化与 API 配置轮换第 1、2 步依赖 XAgent/config.py 提供的两个工具函数get_model_nameconfig.py对模型名做大小写不敏感的规范化映射例如gpt-4-turbo→gpt-4-1106-preview、gpt4-32→gpt-4-32k同时支持xagentllm这一自托管模型标识未识别的名称直接抛异常。get_apiconfig_by_modelconfig.py规范化后从CONFIG.api_keys[model]列表取出第一条配置并执行key 轮换把当前使用的配置 append 到列表末尾实现多 API key 的负载均衡该函数还负责在openai通道中提供api_key、organization、base_url等字段但xagent通道仅使用其中的api_base与采样参数。这意味着即使调用方不传任何参数chatcompletion_request也会从配置中读出模型、温度、惩罚系数与端点地址函数因此可以被各 Agent 以极简签名调用。配套配置实例xagentllama 自托管通道仓库内置 assets/xagentllama.yml是xagent请求类型的标准配置模板其中与本文直接相关的部分api_keys: xagentllm: - temperature: 0.2 top_p: 1.0 repetition_penalty: 1.2 frequency_penalty: 0.5 max_tokens: 16384 api_base: http://127.0.0.1:13520/chat/completions default_request_type: xagent default_completion_kwargs: model: xagentllm temperature: 0.2 top_p: 1.0 request_timeout: 300 repetition_penalty: 1.2 frequency_penalty: 0.5 max_tokens: 16384可以看到配置中的temperature、top_p、repetition_penalty、frequency_penalty、max_tokens、api_base与请求体字段一一对应default_completion_kwargs提供了model与request_timeout等全局兜底其中request_timeout在xagent.py中未使用但在openai.py中会被消费。对照 assets/gpt-3.5-turbo_config.yml 可见OpenAI 通道的api_keys节登记的是api_key、organization与model而 xagent 通道登记的是自托管端点的采样参数——这正是两种请求类型在配置模型上的根本差异。配置文件的加载入口在 XAgent/config.pyCONFIG_FILE环境变量可覆盖默认assets/config.yml运行python run.py时可通过命令行参数覆盖其中的采样参数。与自托管后端 XAgentGen 的对接xagent通道默认指向的http://127.0.0.1:13520/chat/completions正是仓库中 XAgentGen 服务暴露的端点。XAgentGen/app.py 定义了app.post(/chat/completions)路由并从请求体中读取与本文一致的字段例如repetition_penaltycall_msg.get(repetition_penalty, 1.2)采样参数随后进入 XAgentGen/xgen/models/transformers.py 的生成管线repetition_penalty 1.0时挂载RepetitionPenaltyLogitsProcessortemperature、top_p、top_k一并传入生成器。因此chatcompletion_request并非封闭实现而是整个**自托管 LLM 链路XAgent 客户端请求层 ↔ XAgentGen 服务端**的入口契约请求体的字段名即服务端的解析依据二者通过 XAgentGen/xgen/server/datamodel.py 中的数据类型如repetition_penalty: Optional[float]保持松耦合的一致。响应结构解析原文档给出了模拟返回示例结构如下节选自 Markdown_Docs/XAgent/ai_functions/request/xagent.md{ id: chatcompletion_id, object: chatcompletion, created: 1638471234, model: gpt3.5-turbo, choices: [ { message: { role: system, content: You are a helpful assistant. }, finish_reason: stop, index: 0 } ] }在 XAgent 的实际调用中下游代码通过response[choices][0][message]取消息、response[choices][0][message][function_call][arguments]取工具调用参数、finish_reason length判断上下文超限该逻辑在 XAgent/ai_functions/request/openai.py 中被用于触发大上下文模型回退。注意xagent通道不做响应里的 schema 校验与修复——这一点与openai通道不同OBJGenerator.chatcompletion的function_call_refine只对openai类型生效见 obj_generator.py因此自托管模型的 function calling 输出质量需要模型本身与提示词保证。使用注意与扩展实践结合源码使用chatcompletion_request时需注意依赖安装函数依赖requests库若走openai通道则需安装openai与tenacity完整依赖见 requirements.txt端点可达性须保证api_base指向的服务在线且接受 OpenAI 风格的/chat/completions请求请求头固定为 JSON 交互格式默认值生效时机代码中的兜底默认值如temperature0.8仅在配置未提供对应字段时生效配置优先级调用方 kwargs 模型api_keys配置 代码兜底自定制方向可依据实际后端能力增删请求体字段例如加入top_k、stop、stream或为api_base注入鉴权头若需要响应级 schema 校验可在OBJGenerator中扩展request_type的 refine 分支模型标识务必使用get_model_name认识的名称xagentllm或gpt-*系列否则配置解析阶段即抛异常。总结chatcompletion_requestxagent 通道是 XAgent 与自托管推理服务之间最直接的请求桥梁它用约 30 行代码完成了“模型解析 → 配置合并 → 参数装配 → HTTP 请求 → JSON 返回”的完整闭环并通过 XAgent/config.py 的配置体系与 key 轮换机制获得可运维性。理解它的字段契约你就能为 XAgent 接入任意兼容 OpenAI 风格的本地模型服务或将其改造为流式、多模型、带鉴权的定制请求通道。赞分享AI Agent大模型后端任务调度【免费下载链接】XAgentAn Autonomous LLM Agent for Complex Task Solving项目地址https://gitcode.com/gh_mirrors/xa/XAgent点击查看免费下载相关推荐Nitro请求处理流程从接收请求到返回响应的全过程Nitro请求处理流程从接收请求到返回响应的全过程 Nitro是一个强大的开源Web服务器引擎能够创建、构建和部署通用Web服务器为Nuxt等框架提供支持后端Web框架SSR5分钟搞懂LocalStack从请求到响应的全链路模拟解析5分钟搞懂LocalStack从请求到响应的全链路模拟解析 LocalStack是一个功能齐全的本地AWS云堆栈让开发者能够离线开发和测试云及无服务器应用。RapidOCR 快速上手指南3 步装好开源 OCR 文字识别工具RapidOCR 快速上手指南3 步装好开源 OCR 文字识别工具 手里一堆发票、文档照片想把文字自动抠出来RapidOCR 是一个完全开源免费的 OCR人工智能计算机视觉OCR上一篇npm-scripts-example完全指南如何用NPM脚本替代Grunt/Gulp构建工具下一篇Suno-API日志合规满足GDPR数据保留要求创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考