AI Agent从无到有37: LangChain 输出解析器实战:文本、JSON、XML 与 Pydantic

企业AI编排实战:MuleSoft+LangChain三层架构落地指南 AI编排(AI Orchestration)是解决企业大模型落地难的核心工程范式,其本质是在安全、智能与实时性构成的‘不可能三角’约束下,通过分层解耦实现业务驱动的智能协同。它并非替代LLM,而是构建数据中枢、智能中枢与体验中枢的协同体系,让大模型真正听懂CRM、SAP、ServiceNow等系统的业务语言。关键技术价值在于统一数据契约、结构化知识注入、可审计Agent流程及零感知UI融合,广泛应用于销售智能助手、客服工单建议、客户流失预警等高价值场景。本文聚焦MuleSoft与LangChain协同实践, 阅读详情

纲要

  • 输出解析器在 LLM 应用管道中的核心定位:连接自然语言输出与机器可读结构化数据的桥梁
  • 四种核心解析器类型及适用场景:
    • StrOutputParser:纯文本提取,无需额外格式指令
    • PydanticOutputParser:基于 Pydantic 数据模型,实现强类型校验与字段级验证
    • JsonOutputParser:灵活处理 JSON 格式数据,可结合 Pydantic 实现严格约束
    • XMLOutputParser:输出嵌套字典结构,支持标签约束以适配遗留系统
  • 关键技术实现细节:
    • 格式指令注入机制:get_format_instructions() 的必要性与调用时机
    • Pydantic v2 版本迁移要点与验证器写法变更
    • 流式场景下 JSON 片段完整性保障策略
  • 完整可运行演示:基于 FakeListChatModel 的模拟环境,零外部依赖即可验证全部解析器

引言

大语言模型(LLM)的本质输出是自然语言文本,然而在实际工程化应用中,下游系统(如数据库、前端界面、API 网关)通常需要接收结构化的数据输入,例如 JSON 对象、具有固定字段的类实例或 XML 文档。早期的解决方案依赖正则表达式从模型输出中抽取信息,但受限于模型生成内容的随机性,该方法稳定性差且维护成本高。

LangChain 的输出解析器(Output Parsers)提供了一套标准化、声明式的解决方案。其核心机制在于:通过将结构化格式要求作为系统指令预先注入提示词模板,约束模型的输出模式,随后利用解析器将模型返回的文本自动转换为目标 Python 数据结构。本文将通过完整的可运行代码,系统性地演示文本、JSON、Pydantic 与 XML 四种解析器的实现方法、适用边界与最佳实践。

输出解析器在 LangChain IO 管道中的架构定位

在 LangChain 的表达性管道(LCEL)中,数据流由三个核心组件串联而成:提示词模板(Prompt Template)、大语言模型(LLM)与输出解析器(Output Parser)。该管道将用户的原始输入逐步转化为可供业务逻辑直接使用的结构化数据。

用户原始输入

提示词模板
注入格式指令

大语言模型
生成符合约束的文本

输出解析器
解析与反序列化

结构化 Python 对象
(dict / BaseModel / str)

下游业务系统
数据库/前端/API

输出解析器在此管道中承担序列化反解与数据校验的职责。它不仅将文本转化为对象,还与 LangChain 的异常处理机制(如 OutputFixingParser)协同工作,构成了健壮的工程化数据接入层。

四种核心解析器对比与选型建议

解析器输出类型是否需要格式指令典型应用场景
StrOutputParserstr否问答系统、文本摘要、翻译结果
PydanticOutputParserBaseModel 子类实例是信息抽取、表单提交、需要字段验证的业务实体
JsonOutputParserdict是通用 API 对接、前端数据渲染
XMLOutputParserdict(嵌套结构)是遗留系统集成、SOAP 协议接口、配置文件生成

关键原则:对于所有需要结构化输出的解析器,开发者必须显式调用 get_format_instructions() 并将返回的格式描述字符串嵌入到提示词模板中。该步骤是解析器能够稳定工作的前提,否则模型将无法获知预期的输出格式,导致解析失败或返回不可控的文本。

环境准备与依赖安装

实验环境需要安装以下核心库。所有示例代码均基于 FakeListChatModel 模拟模型响应,因此无需配置任何 API Key 即可完整运行。

pip install langchain langchain-core langchain-community pydantic

若需接入真实模型服务(如 OpenAI GPT 系列、DeepSeek、Anthropic Claude),仅需替换 FakeListChatModel 为相应的 ChatOpenAI 或 ChatAnthropic 实例,其余管道代码保持不变。

完整可运行代码示例

以下代码演示了四种解析器的完整配置与调用流程。每个示例均包含:提示词模板构建、格式指令注入、管道组装与结果调用。

from langchain_core.prompts import ChatPromptTemplate
from langchain_core.output_parsers import (
    StrOutputParser,
    JsonOutputParser,
    PydanticOutputParser,
    XMLOutputParser,
)
from langchain_community.chat_models.fake import FakeListChatModel
from pydantic import BaseModel, Field, model_validator

# ======================== 1. 纯文本解析器 ========================
# 场景:简单的文本生成任务,无需格式约束
str_model = FakeListChatModel(responses=["  LangChain 是一个用于构建大语言模型应用的开源框架。"])
str_prompt = ChatPromptTemplate.from_template("用一句话介绍{subject}")
str_chain = str_prompt | str_model | StrOutputParser()
result_str = str_chain.invoke({"subject": "LangChain"})
print("StrOutputParser 结果:", result_str)
print()

# ======================== 2. Pydantic 解析器 ========================
# 场景:需要字段验证的业务对象,如表单实体、API 请求体
class Joke(BaseModel):
    setup: str = Field(description="笑话的铺垫部分,必须以问号结尾")
    punchline: str = Field(description="笑话的包袱部分,用于回答铺垫中的问题")

    @model_validator(mode='before')
    @classmethod
    def check_setup_ends_with_question(cls, values: dict) -> dict:
        # 提取 'setup' 字段进行校验
        setup = values.get('setup', '')
        if not setup.endswith('?'):
            raise ValueError(f'setup 必须以问号结尾,当前值为: {setup}')
        return values

# 模拟模型返回与 Pydantic 模型定义一致的 JSON 字符串
pyd_model_response = '{"setup": "为什么鸡不能过马路?", "punchline": "因为它会被机动车撞到。"}'
pyd_model = FakeListChatModel(responses=[pyd_model_response])

# 初始化解析器并绑定数据模型
pyd_parser = PydanticOutputParser(pydantic_object=Joke)
format_instructions = pyd_parser.get_format_instructions()
pyd_prompt = ChatPromptTemplate.from_template(
    "回答用户的查询\n{format_instructions}\n用户输入:{query}"
).partial(format_instructions=format_instructions)

pyd_chain = pyd_prompt | pyd_model | pyd_parser
joke_obj = pyd_chain.invoke({"query": "给我讲一个笑话"})
print("PydanticOutputParser 结果:", joke_obj)
print("字段 setup:", joke_obj.setup)
print("字段 punchline:", joke_obj.punchline)
print()

# ======================== 3. JSON 解析器 ========================
# 场景:通用 JSON 数据交互,无需强类型校验
json_model_response = '{"joke": "为什么鸡不能过马路?因为它会被机动车撞到。"}'
json_model = FakeListChatModel(responses=[json_model_response])

json_parser = JsonOutputParser()
json_format = json_parser.get_format_instructions()
json_prompt = ChatPromptTemplate.from_template(
    "请以 JSON 格式返回一个笑话\n{format_instructions}\n用户输入:{input}"
).partial(format_instructions=json_format)

json_chain = json_prompt | json_model | json_parser
json_result = json_chain.invoke({"input": "讲个笑话"})
print("JsonOutputParser 结果:", json_result)
print("结果类型:", type(json_result))
print()

# ======================== 4. XML 解析器 ========================
# 场景:兼容 XML 格式的遗留系统或配置文件生成
xml_model_response = """<movies>
    <movie>
        <title>阿甘正传</title>
        <year>1994</year>
        <actor>汤姆·汉克斯</actor>
    </movie>
    <movie>
        <title>荒岛余生</title>
        <year>2000</year>
        <actor>汤姆·汉克斯</actor>
    </movie>
</movies>"""
xml_model = FakeListChatModel(responses=[xml_model_response])

# tags 参数用于约束 XML 的顶层结构,避免引入无关字段
xml_parser = XMLOutputParser(tags=["movies", "movie", "title", "year", "actor"])
xml_format = xml_parser.get_format_instructions()
xml_prompt = ChatPromptTemplate.from_template(
    "根据用户查询生成 XML 列表\n{format_instructions}\n{query}"
).partial(format_instructions=xml_format)

xml_chain = xml_prompt | xml_model | xml_parser
xml_result = xml_chain.invoke({"query": "列出汤姆·汉克斯的电影"})
print("XMLOutputParser 结果 (字典):", xml_result)
print("第一影片标题:", xml_result["movies"][0]["movie"][0]["title"][0])
print()

# ======================== 5. 流式 JSON 解析说明 ========================
# 在真实的流式场景中,模型会逐词或逐片段返回 JSON 内容。
# JsonOutputParser 内部实现了缓冲区与部分解析逻辑,能够保证在任意截断时刻,
# 只要模型输出片段本身是合法的 JSON 前缀,解析器即可输出当前已完成的字段。
print("流式 JSON 解析概念:解析器会累积输入片段,在字段完整时立即产出,无需等待整个 JSON 对象生成完毕。")

输出结果解析

  • StrOutputParser:直接对模型输出应用 .strip() 操作,返回清洗后的纯文本。该过程不涉及任何格式验证。
  • PydanticOutputParser:将模型返回的 JSON 字符串反序列化为指定的 Joke 对象。实例化过程中会自动触发 model_validator 中定义校验逻辑。若 setup 字段未以问号结尾,解析器会抛出 ValidationError 异常。
  • JsonOutputParser:返回标准的 Python dict 对象。适用于数据结构灵活、无需严格业务校验的场景。若需生成带有固定结构的 JSON,可结合 Pydantic 模型与 JsonOutputParser 联合使用。
  • XMLOutputParser:将 XML 字符串解析为嵌套的 dict 结构,其中文本内容被存储在长度为 1 的列表中。例如,xml_result["movies"][0]["movie"][0]["title"][0] 能够获取首个电影的标题字符串。通过 tags 参数可以有效地过滤顶层无关标签,减少解析后的冗余数据。

Pydantic 版本兼容性说明

LangChain 在不同迭代周期中对 Pydantic 的支持策略存在显著差异:

  • LangChain v0.1.x:同时兼容 Pydantic v1 与 v2,但默认行为视具体导入路径而定,存在隐式转换风险。
  • LangChain v0.2.x:默认将 Pydantic v2 作为首选版本,同时保留对 v1 的向后兼容,但会发出弃用警告。
  • LangChain v0.3.x 及以上:完全移除对 Pydantic v1 的支持,仅兼容 v2。

上述代码示例基于 Pydantic v2 编写,关键语法差异如下:

功能点Pydantic v1Pydantic v2
根验证器@root_validator@model_validator(mode='before')
字段验证器@validator('field')@field_validator('field')
数据模型导入from pydantic import BaseModel不变
通用验证器@root_validator(pre=True)@model_validator(mode='before')

若项目依赖旧版 LangChain,需根据其 Pydantic 版本调整相应的装饰器语法。

工程化最佳实践

  • 格式指令注入是强制要求:任何返回结构化数据的解析器,均需将 get_format_instructions() 的输出作为提示词的一部分传递给模型。遗漏该步骤将导致模型自由生成自然语言,从而引发解析器崩溃。
  • 优先使用 PydanticOutputParser 进行数据治理:当业务实体包含复杂的关联关系、类型约束或业务逻辑校验时,Pydantic 模型提供了声明式且可组合的校验方案。结合 OutputFixingParser,可以在解析失败时自动尝试修正,提高容错率。
  • XML 解析结果的处理建议:由于 XMLOutputParser 返回的字典结构嵌套层次较深,建议封装专用的提取函数(如 get_text_by_path),通过 XPath 风格的键序列安全访问叶节点文本。
  • 流式场景中的 JSON 处理策略:在实时对话或流式生成应用中,JsonOutputParser 能够确保即使模型尚未完整返回整个 JSON 对象,解析器也能逐字段产出已完成的键值对。这为前端实现渐进式渲染提供了底层支持。

API 速览

以下表格梳理了本博客涉及的核心 API 及其关键参数。

API所属库方法签名 / 构造参数返回值说明
StrOutputParserlangchain_core.output_parsersStrOutputParser()str无参构造,对输入调用 .strip()
PydanticOutputParserlangchain_core.output_parsersPydanticOutputParser(pydantic_object: Type[BaseModel])BaseModel 子类实例需传入 Pydantic 模型类
JsonOutputParserlangchain_core.output_parsersJsonOutputParser()dict无参构造,返回字典
XMLOutputParserlangchain_core.output_parsersXMLOutputParser(tags: Optional[List[str]] = None)dicttags 用于限定允许的 XML 标签
get_format_instructions各解析器实例方法parser.get_format_instructions()str返回格式描述文本,必须注入提示词模板
FakeListChatModellangchain_community.chat_models.fakeFakeListChatModel(responses: List[str])BaseMessage模拟模型按顺序返回预设的响应列表

完整 Demo 示例

以下提供一份可直接运行的 Python 脚本,涵盖四种解析器的完整链路。本 Demo 不依赖任何外部网络或 API 服务,执行环境需安装前述依赖库。

运行说明:

  1. 将上述“完整可运行代码示例”中的全部代码保存至 parser_demo.py 文件。
  2. 在终端执行 python parser_demo.py。
  3. 观察控制台输出的各解析器结果及校验信息。

代码说明:

  • 代码严格按照 LCEL 管道风格编排,每个解析器独立成段,便于调试与扩展。
  • 使用 FakeListChatModel 模拟了结构化的模型响应,避免了真实模型输出的不确定性,确保了演示的稳定性。
  • 在 PydanticOutputParser 段中实现了自定义业务校验逻辑(检查 setup 是否以问号结尾),展示了字段级约束的实现方式。

技术点总结:

  • 管道组合操作符 | 的使用方法及其类型安全性。
  • partial 方法在提示词模板中延迟填充格式指令的应用模式。
  • 模拟模型 FakeListChatModel 在单元测试与快速原型开发中的实用价值。

参考文档

官方文档:

参考链接:

总结

本文围绕 LangChain 输出解析器这一核心组件,系统性地分析了其在 LLM 应用管道中的关键作用。通过对比 StrOutputParser、PydanticOutputParser、JsonOutputParser 与 XMLOutputParser 四种解析器的设计目标与实现原理,明确了格式指令注入的必要性以及不同解析器在数据类型约束、校验强度与遗留系统兼容性等方面的权衡。

基于 FakeListChatModel 的完整可运行代码为开发者提供了零门槛的验证环境,而 Pydantic v2 版本迁移要点与流式 JSON 处理机制的讨论,则为生产环境部署提供了前置避坑指南。掌握输出解析器的正确用法,是从简单模型调用迈向稳健工程化落地的关键一步。

MuleSoft与LangChain协同架构:企业级AI集成落地实践 企业AI落地的核心挑战在于如何将大模型的非确定性推理能力,安全、可控、合规地嵌入现有IT系统。这涉及数据管道编排与AI语义推理的分层解耦——前者依赖MuleSoft等集成平台保障ACID事务、协议适配与流量治理,后者依托LangChain实现动态工具调用、多跳推理与上下文感知生成。技术价值体现在降低AI引入风险、复用已有系统资产、满足GDPR/等保合规要求;典型场景包括CRM智能销售助理、保单健康度分析、跨系统流失预警等。本文聚焦真实生产环境中的边界设计、接口契约、安全熔断与联合调试,揭示MuleSoft与 阅读详情

相关推荐

构建博士级AI Agent:基于GPT-4o与CrewAI的垂直领域专业系统实战

AI Agent并非新模型代号,而是以任务闭环(Plan-Act-Observed-Reflect)为核心的新一代智能架构;它突破传统大语言模型在动态知识更新、确定性执行和多轮反馈上的根本局限,将LLM降级为推理引擎,通过可插拔工具链、角色化调度层与结构化输出协议,在生物医药、半导体、财税等垂直领域实现‘可验证的专业输出’;本文聚焦2024年已落地的技术栈——GPT-4o确定性调用、CrewAI角色化编排、PubMed/ClinicalTrials.gov等权威API封装,手把手构建具备文献溯源、交叉验证与

cqbh2011的博客 507

paper.json:构建机器可读学术论文,赋能LLM智能体高效科研

在人工智能与科研工作流深度融合的背景下,数据标准化与结构化是提升信息处理效率的核心基础。JSON作为一种轻量级、易解析的数据交换格式,因其良好的可读性和广泛的编程语言支持,成为实现机器可读数据的关键载体。其技术价值在于通过定义清晰的数据模式(Schema),将非结构化或半结构化信息(如学术论文)转化为机器可直接理解和处理的格式,从而打通数据孤岛,为自动化处理奠定基础。这一原理在学术知识管理领域尤为重要,传统的PDF论文格式虽便于人类阅读,却对机器极不友好,阻碍了基于大型语言模型(LLM)的智能体进行高效的信

weixin_30388677的博客 303

内网AI Agent工程落地:Qwen2-7B+Orchestrator+Vibe Coding实战路径

AI Agent并非仅指大模型调用,而是具备记忆、规划、工具调用与错误恢复能力的闭环工作流;其工程化核心在于脱离云依赖,在内网完成低延迟、可审计、强隔离的端到端部署。Qwen2-7B凭借中文合同术语切分优势与Int4量化可行性,成为内网大模型首选;而Vibe Coding通过语义状态点(SSP)驱动开发节奏,将每次提交绑定可验证功能与自动化检查,显著降低返工率与新人上手门槛。该路径已成功应用于ERP系统对接、鸿蒙App智能审批等强事务性场景,实现响应延迟压降至321ms、月度AI成本下降98%。

weixin_33725515的博客 408

LangChain快速入门-02Model I/O

Model I/O 部分是与语言模型进行交互的核心组件,包括输入提示(Prompt Template)、调用模型(Model)、输出解析(Output Parser)。简单来说,就是输入、处理、输出这三个步骤。

weixin_46425661的博客 280

OntoGuard:嵌入AI Agent推理链的本体防火墙

本体(Ontology)是构建领域知识严谨性的核心范式,其通过形式化定义概念、关系与约束,支撑语义一致性校验;其原理在于将业务规则转化为可计算的逻辑断言,而非静态文档;技术价值在于弥合大模型幻觉与专业领域确定性之间的鸿沟,实现毫秒级语义安全防护;典型应用场景包括医疗问诊Agent防止‘高血压禁用布洛芬’被错误泛化、金融风控Agent规避因‘小微企业主’与‘个体工商户’本体未对齐导致的接口误调;OntoGuard正是将本体验证从离线环节‘编译’进在线推理循环的工程实践,依托OWL2Py规则引擎与LLM轻量映射

banglvfei0870的博客 665

MuleSoft驱动的企业级AI Orchestration实战

AI Orchestration(AI编排)是企业将大语言模型安全、可控、可审计地融入现有IT架构的核心能力,其本质是构建LLM调用的标准化治理流程——涵盖身份认证、数据脱敏、协议适配、链路追踪与合规审计。区别于Demo级LangChain应用,真正的生产级AI编排必须依托成熟集成平台,如MuleSoft,以解决数据主权失控、治理能力真空和协议兼容性灾难三大落地瓶颈。它支撑智能客服、销售风险分析、HR流失预警等高价值场景,并天然契合SOA演进路径与企业API网关体系。本文聚焦MuleSoft与LLM协同的工

chengyixian7877的博客 318

从数学悬赏到AI智能体:用提示工程构建复杂任务解决框架

在人工智能领域,大语言模型(LLM)的核心挑战之一是如何将人类模糊的意图转化为可执行的清晰指令,这本质上是一个智能引导问题。通过提示工程(Prompt Engineering),开发者可以设计结构化指令,引导模型完成复杂推理,其原理类似于为模型设定明确的任务目标和解决路径。这一技术的核心价值在于将开放性问题分解为可操作的步骤,显著提升模型在专业任务中的可靠性和准确性。在实际应用中,结合智能体(Agent)架构,模型能够自主调用工具、管理状态并执行多步决策,从而应对财报分析、学术研究等复杂场景。本文以数学悬赏

weixin_30430169的博客 712

Hermes 3 智能体开发:ChatML 协议与原生 Function Calling 实战指南

智能体(Agent)是大模型落地的核心范式,其本质在于任务分解、工具调度与结构化反馈的闭环执行。ChatML 作为标准化对话协议,通过 token-level 语义锚点(如 <|im_start|>assistant 和 <|im_start|>tool)为多阶段状态机提供稳定边界;Function Calling 则从推理时的 prompt 诱导升级为训练即固化的原生能力,依托 schema compliance loss 保障 JSON 输出的鲁棒性。这种设计显著提升金融、电商、SaaS 等场景中自动化

djph26741的博客 447

Qwen3.7-Max:生产级智能体的三层自治能力解析

智能体(Agent)是大模型从‘回答问题’迈向‘执行任务’的关键范式,其核心在于任务闭环能力——即自主规划、工具调用与异常恢复的有机统一。Qwen3.7-Max并非简单升级参数规模,而是通过原生化工具嵌入、动态MCP决策树与跨框架语义同构三大技术突破,实现从单次响应到多步自治的本质跃迁。它在Terminal Bench2.0-Terminus和SWE-Pro等真实终端与软件工程场景中验证了高鲁棒性与低错误率,显著优于传统插件式Agent架构。本文聚焦其底层行为逻辑,揭示其如何将Linux命令、API调用、代

HJ921004的博客 565

AI代理落地实战:人机协同的边界设计与灰度演进

AI代理不是自动化升级,而是以业务目标为导向的工作流重构。其核心在于理解‘承担目标’与‘执行指令’的本质差异,通过显式状态管理、细粒度容错和人机决策锚点实现稳定协同。技术价值体现在对模糊边界(如责任判定、情绪识别)的鲁棒处理能力,而非标准流程的执行速度。典型应用场景覆盖供应链异常响应、智能退货处理、客服工单闭环等高不确定性业务环节。本文基于8个行业真实项目沉淀,聚焦LangGraph架构下的需求拆解、节点原子化设计、三重容错机制及四象限灰度上线方法,直击‘模型输出不稳定’‘人工接管后失忆’‘多Agent幽灵

aikenqiu5098的博客 379

LangChain模型认知手册:能力边界、抽象层与生产级调用实践

大语言模型(LLM)作为AI应用的核心执行单元,其本质是具备概率性生成能力的推理引擎,而非确定性函数。理解其token预算约束、流式响应机制与结构化输出不可靠性,是构建稳定系统的前提。LangChain通过BaseLanguageModel抽象层统一模型调用协议,实现本地/云端模型的可插拔切换,但需警惕抽象掩盖的真实差异——如JSON输出合规性、指令遵循稳定性与长程事实一致性。技术价值在于将模型不确定性转化为可编程的容错路径,支撑RAG、Agent等场景的工程落地。本文聚焦LangChain生态中模型的实操

weixin_34242509的博客 380

Anthropic归零层:让LLM服务层消失的协议级架构

大模型即服务(MaaS)正从‘可配置中间件’走向‘不可见协议层’——这是AI工程演进的必然阶段。当模型能力突破临界点,传统Prompt编排、工具路由、输出解析等服务层抽象便因熵增失控而失效;Anthropic提出的‘归零层’并非新API,而是将Schema契约、原子化工具调用与前置错误熔断内嵌至HTTP协议底层,实现92%以上胶水代码归零。其技术价值在于将LLM集成从‘状态机编程’降维为‘契约声明’,适用于金融风控、医疗结构化、工业诊断等对可靠性与低延迟敏感的生产场景,标志着LLM工程正式迈入协议驱动时代。

dielucui7698的博客 364

AI Orchestration:企业级智能工作流的混合架构实践

AI Orchestration(AI编排)是一种面向企业系统集成的智能工作流调度范式,其核心在于解耦AI能力与数据基础设施——通过下层集成层(如MuleSoft)统一治理ERP、CRM等异构系统的连接、认证、数据转换与安全合规,上层AI逻辑层(如LangChain)专注意图识别、多源融合与LLM推理链构建。它不替代大模型,也不重造API网关,而是以API契约为纽带,实现LLM与企业IT毛细血管的可信协同。技术价值体现在降低AI落地门槛、保障生产稳定性、满足GDPR/SOC2等合规要求;典型场景覆盖销售风险

weixin_30681615的博客 300

Jackson 序列化 / 反序列化注解 完整版笔记

Jackson 序列化 / 反序列化注解 完整版笔记

handsome_sai的博客 306

ReACT智能体框架:让大模型学会思考与行动

ReACT(Reasoning + Acting)是一种面向实际落地的智能体行为框架,本质是解决大语言模型在真实任务中‘有知识、无手脚’的核心矛盾。其原理在于将推理(Reasoning)与执行(Acting)解耦为结构化、可验证的闭环流程,通过Thought-Action-Observation三阶段迭代,有效抑制幻觉、提升工具调用准确率、增强错误恢复能力。该框架具备强确定性、高容错性与可审计性,技术价值体现在降低AI系统部署风险、提升任务完成率与合规保障能力。典型应用场景包括金融风控规则校验、医疗报告辅助

weixin_30381317的博客 356

AI 网关一把 Key 接通 Claude Code 与 Codex 实战(附配置)

在研发与 SRE 团队中,通常会通过自建 AI 网关(如 Sub2API 等多上游聚合网关)向工程师发放统一的sk-API Key,背后挂载 OpenAI(GPT 系列)、xAI(Grok 系列)、DeepSeek 等上游账号池。当工程师尝试把同一把sk-密钥同时配置到Codex CLI与Cursor 内置终端协议转发被拒:复合分组(composite)下只有 OpenAI/Grok/DeepSeek 账号,没有原生 Anthropic 账号,Claude Code 调直接返回。/model。

探索云原生与智能化驱动下的安全运维新范式。关注DevSecOps、可观测性、AIOps等前沿领域,与您共赴技术前沿。 149

【每天一个 Python 小案例30】Python 基础知识综合小项目:我的工具盒

作为系列收官,本篇把前 29 篇的知识点合成一个能直接用的命令行工具"我的工具盒":计算器(用 ast 解析表达式,不碰 eval)、单位换算与温度转换(一张换算表 + 特例分支)、记账与分类统计(Decimal + JSON 持久化)、以及用"字典当命令表"把菜单和业务逻辑解耦的主循环。文中对比了 eval 的安全隐患与 ast 白名单的做法,解释了 lambda 闭包在字典里的写法与晚绑定陷阱,并在最后给出整个系列的知识地图,把变量、数据结构、控制流、函数、类、异常、文件、标准库八块内容对应到具体篇目。

xinjiyaya的博客 428

基于图像分割的LIDC-IDRI 数据集预处理之数据下载篇

近期接触到了一个关于图像分割实验项目,关于数据预处理部分在此予以记录,和大家分享。

qq_67696694的博客 1904

NGINX 1.31.5:Control API、predicate location、请求体提前检查等新特性

任何在 HTTP/2 下启用了 proxy_buffering 的代理配置,都可能把已释放堆内存的内容发送给客户端,而且不需要任何恶意输入就能触发——只要 body filter 返回一个错误,同时又有慢客户端导致 DATA 帧不断堆积,就足以引发问题,这也是为什么同样的 drain 路径在 HTTP/1.1 下始终没有暴露出来。现在的变化是,这些结果会按照设计在长度校验的地方就被决定下来,而 QUIC 连接也会以明确的协议错误结束,而不是因密钥派生失败而结束。

NGINX开源社区的博客 367

怎么用phpstudy制作网站

随着实践的深入,你会逐渐掌握更多高级技巧和技术,让你的网站变得更加完善和吸引人。现在你已经成功设置了你的本地Web服务器环境,接下来我们将指导你如何利用这个环境来创建一个简单的PHP网页项目。为了使网站更加动态且功能丰富,我们需要学会如何让PHP脚本与MySQL数据库交互。为了让网站看起来更专业美观,可以考虑引入CSS样式表来定制网页布局及视觉效果。当你对本地开发的网站感到满意后,下一步就是将其发布到互联网上供他人访问了。让我们进一步扩展我们的网站,加入一个简单的用户注册与登录系统。

2401_87999399的博客 6576

【Inpho精品教程】Inpho简介、安装教程(附Inpho8安装包下载)

本文介绍Trimble旗下Inpho UASMaster航空摄影测量软件,涵盖其核心功能模块(如Match-AT、OrthoMaster、Summit Evolution等)及安装教程。文章详细说明了从安装到汉化破解的全过程,并提供Inpho 8.0.1安装包下载链接与提取码,适用于无人机摄影测量专业用户。

智慧空间实验室 1万+
上一篇: AI Agent从无到有36: LangChain 输出解析器从基础到实践
下一篇: AI Agent从无到有38: 输出解析器的容错机制与自定义实战
Wang's Blog
博客等级 码龄12年 7438粉丝 2421原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Wang's Blog

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值