AI Agent从无到有69: 用模拟用户评估你的智能体——自动化测试新思路

企业级AI编程:重构研发流水线的工程化实践 AI编程已从辅助编码工具演进为驱动研发流程重构的核心引擎。其本质是将需求理解、架构设计、编码实现、测试验证与文档沉淀等环节,通过智能体网络实现并行协同与闭环反馈。关键技术价值在于工程化封装能力、领域知识注入深度,以及与CI/CD、Jira、Confluence等企业资产的实时联动。典型应用场景包括跨模块API自动生成、SQL性能诊断、异常日志根因分析及合规代码合成——尤其在Java微服务与中文业务语境下,上下文感知与安全可控性成为落地关键。本文聚焦2026年真实产线中的工具选型、四阶段落地路径与JetBra 阅读详情

纲要

  • 智能体评估的挑战
    • 非确定性输出的测试困境
    • 传统测试方法的局限性
  • 模拟用户评估方法
    • 核心思想: AI 对 AI 的双智能体交互
    • 系统架构与工作流程
  • 完整可运行示例
    • 环境准备与依赖配置
    • 被评估智能体 (客服机器人) 的实现
    • 模拟用户智能体的实现
    • LangGraph 对话编排引擎的构建
    • 执行与观察
  • 评估结果分析与优化策略
  • API 速览
  • 参考文档

智能体评估的挑战

在将基于大语言模型的对话智能体部署至生产环境之前,必须进行系统性的质量验证。然而,LLM 输出的非确定性特征使得传统的单元测试方法难以有效覆盖对话场景。针对客服、销售助手等对话类智能体,一种高效的评估方案是利用智能体模拟用户,通过构建自动化的 AI 对 AI 交互闭环,在可控条件下观察目标智能体的行为表现。

此方法的核心优势在于能够以较低成本快速覆盖大量边缘场景,尤其适用于识别智能体在情绪化交互、政策边界说明及多轮对话策略等方面的潜在缺陷。

模拟用户评估方法

评估系统由三个核心逻辑组件构成:

  • 目标智能体 (Target Agent): 待测试的客服机器人实例,包含其系统提示词、业务逻辑与约束条件。
  • 模拟用户 (Simulated User): 由独立 LLM 实例驱动的角色扮演者,被注入特定的用户画像、历史背景和交互目标 (如提出不合理退款诉求并逐步升级情绪)。
  • 编排引擎 (Orchestration Engine): 基于 LangGraph 构建的对话流程控制器,负责交替调用两个智能体,管理对话状态,并根据轮次或终止标记决定是否结束交互。
目标智能体 (客服) 编排引擎 (LangGraph) 模拟用户 目标智能体 (客服) 编排引擎 (LangGraph) 模拟用户 loop [多轮交替对话] 触发对话开始 (系统问候) 返回客服问候语 转发客服消息 返回模拟用户回复 转发用户消息 返回客服回复 检查终止条件 (最大轮次 / 结束标记)

模拟用户会依据预设的人设指令 (如 “五年前购买机票,要求全额退款,且态度逐渐愤怒”) 生成回复;目标智能体则按既定客服角色回应。开发者通过分析完整的对话日志,可以从合规性、情绪识别能力、问题解决效率等维度评估智能体的综合性能。

完整可运行示例

以下实现创建了一个航空公司客服智能体,并为其配置了一个带有不合理退款诉求且情绪易怒的模拟用户,自动执行 10 轮对话测试。

环境准备

项目依赖 langgraph、langchain-openai 以及环境管理库。

# 安装核心依赖
pip install langgraph langchain-openai python-dotenv

确保在项目根目录下创建 .env 文件,配置 OPENAI_API_KEY 环境变量。

项目文件 eval_agent.py

以下是完整的评估脚本实现,包含状态定义、双智能体节点及图编排逻辑。

import os
from typing import TypedDict, List, Literal
from dotenv import load_dotenv
from langgraph.graph import StateGraph, END
from langgraph.checkpoint.memory import MemorySaver
from langchain_openai import ChatOpenAI
from langchain_core.messages import HumanMessage, AIMessage, BaseMessage, SystemMessage
from langchain_core.prompts import ChatPromptTemplate, MessagesPlaceholder

# 加载环境变量
load_dotenv()

# ---------- 初始化模型 ----------
# 适用版本: langchain-openai >= 0.1.0, langgraph >= 0.0.20
llm = ChatOpenAI(model="gpt-3.5-turbo", temperature=0.7)

# ---------- 状态定义 ----------
class EvalState(TypedDict):
    messages: List[BaseMessage]   # 对话历史
    round_count: int              # 当前客服回复次数

# ---------- 目标智能体 (客服) ----------
AGENT_SYSTEM_PROMPT = """你是一名航空公司的资深客服人员。你的行为准则如下:
- 始终保持礼貌、专业且富有同理心的语气。
- 对于超出政策范围的诉求,需清晰解释相关规定并提供替代方案。
- 严禁承认自身为 AI 或机器人,始终以人类客服身份回应。
- 在处理退款请求时,严格遵循航司条款,不做出无依据的承诺。
"""

def agent_node(state: EvalState) -> dict:
    """被评估的客服智能体节点。
    接收当前对话状态,调用 LLM 生成客服回复,并更新轮次计数。
    """
    # 构建消息列表: 系统提示词 + 完整历史
    messages = [SystemMessage(content=AGENT_SYSTEM_PROMPT)] + state["messages"]
    response = llm.invoke(messages)
    
    return {
        "messages": state["messages"] + [response],
        "round_count": state["round_count"] + 1
    }

# ---------- 模拟用户 ----------
SIM_USER_NAME = "Tommy"
SIM_USER_INSTRUCTIONS = """你的核心诉求是为五年前飞往阿拉斯加的航班申请全额退款。
你的行为特征如下:
- 对退款被拒表现出逐渐加剧的不耐烦和愤怒情绪。
- 在对话中坚持主张自身权利,试图施压客服。
- 除非诉求得到满足或你判断对话已无意义,否则不应主动结束。
- 若决定终止对话,请在回复中仅包含单词 "FINISHED"。
"""

def simulated_user_node(state: EvalState) -> dict:
    """模拟用户节点。
    基于最近的对话历史和预设人设,生成符合角色设定的用户回复。
    """
    # 限制上下文长度,仅取最近 6 条消息以控制 Token 消耗
    recent_history = state["messages"][-6:] if len(state["messages"]) > 6 else state["messages"]
    
    prompt = ChatPromptTemplate.from_messages([
        ("system", f"""你是航空公司的一名客户,正在与客服人员沟通。
你的名字是 {SIM_USER_NAME}。
{SIM_USER_INSTRUCTIONS}

重要约束:
- 请以真实人类用户的语气回复,输出内容应自然且口语化。
- 严禁输出任何关于自身 AI 身份、分析过程或角色说明的元文本。
- 如想结束对话,请严格只回复单词 'FINISHED'。"""),
        MessagesPlaceholder(variable_name="history"),
        ("human", "请根据以上对话历史,生成你作为用户的下一条回复内容:")
    ])
    
    chain = prompt | llm
    response = chain.invoke({"history": recent_history})
    user_reply = HumanMessage(content=response.content)
    
    return {"messages": state["messages"] + [user_reply]}

# ---------- 路由条件 ----------
def should_continue(state: EvalState) -> Literal["agent", "end"]:
    """判断对话是否继续的路由函数。
    终止条件:
    1. 用户最新回复包含结束标记 "FINISHED"。
    2. 客服回复次数 (轮次) 达到预设上限 (10次)。
    """
    last_message = state["messages"][-1]
    if isinstance(last_message, HumanMessage) and "FINISHED" in last_message.content.strip().upper():
        return "end"
    if state["round_count"] >= 10:
        return "end"
    return "agent"

# ---------- 构建状态图 ----------
# 1. 初始化图构建器
builder = StateGraph(EvalState)

# 2. 添加节点
builder.add_node("agent", agent_node)   # 客服节点
builder.add_node("user", simulated_user_node) # 用户节点

# 3. 定义边与流程
builder.set_entry_point("agent")  # 入口: 客服先发言
builder.add_edge("agent", "user") # 客服发言后,流转至用户节点
# 用户节点后,执行条件路由
builder.add_conditional_edges("user", should_continue, {
    "agent": "agent",  # 若未终止,继续客服节点
    "end": END         # 若满足终止条件,结束
})

# 4. 编译图并设置内存检查点 (用于状态持久化)
memory = MemorySaver()
app = builder.compile(checkpointer=memory)

# ---------- 执行评估 ----------
if __name__ == "__main__":
    # 配置会话 ID 以启用检查点
    config = {"configurable": {"thread_id": "eval-session-001"}}
    
    # 初始化状态: 以一条用户主动问候作为触发
    initial_state = {
        "messages": [HumanMessage(content="你好,我想咨询退票事宜。")],
        "round_count": 0
    }
    
    print("========== 智能体评估对话开始 ==========")
    # 执行图计算
    final_state = app.invoke(initial_state, config)
    
    # 格式化输出对话日志
    print("\n--- 完整对话记录 ---")
    for idx, msg in enumerate(final_state["messages"]):
        role = "用户" if isinstance(msg, HumanMessage) else "客服"
        # 过滤掉系统消息 (若存在)
        if not isinstance(msg, SystemMessage):
            print(f"[{idx+1}] {role}: {msg.content}")
    
    print(f"\n========== 对话结束,共执行 {final_state['round_count']} 轮客服回复 ==========")

执行与观察

在终端执行 python eval_agent.py,系统将自动输出完整的对话日志。模拟用户会基于设定的“愤怒退款者”人设逐步施压,而客服智能体则需在政策限制与用户体验之间寻求平衡。通过观察目标智能体的回复策略,可评估其是否存在以下问题:

  • 做出不符合政策的无依据承诺。
  • 在用户情绪升级时无法有效安抚或陷入机械性重复。
  • 未能清晰传达替代解决方案。

评估结果分析与优化策略

运行示例脚本后,典型的对话流程可能呈现如下模式:

  • 客服: 您好,很高兴为您服务。请问有什么可以帮您?
  • 用户: 我是 Tommy,五年前乘坐你们航班去阿拉斯加,那趟体验很糟糕,我要全额退款!
  • 客服: 非常抱歉给您带来了不佳体验。不过该行程已超出我们的退款政策时效,我可以协助您查询是否有里程补偿或其他优惠方案。
  • 用户: 我等了五年你就给我这个答复?我要求立刻退款,否则我会投诉到底!
  • …

通过调整模拟用户的 SIM_USER_INSTRUCTIONS 变量 (例如修改诉求类型、情绪波动模式或语言风格),可以高效构建覆盖各类边缘场景的测试集。若评估发现智能体在特定压力条件下表现欠佳,可针对性地优化其系统提示词、增加护栏指令或引入更精细的上下文检索增强生成策略。

API 速览

本示例主要涉及以下核心 API:

  • langgraph.graph.StateGraph: 用于构建基于状态的多智能体工作流。
    • add_node(name, function): 注册节点及其处理函数。
    • set_entry_point(name): 指定图计算的起始节点。
    • add_edge(from, to): 定义确定性的状态转移边。
    • add_conditional_edges(source, router, path_map): 添加条件分支路由。
    • compile(checkpointer): 编译图并附加状态持久化机制。
  • langgraph.checkpoint.memory.MemorySaver: 基于内存的检查点保存器,用于维护会话状态。
  • langchain_core.messages: 定义了标准消息类型 (HumanMessage, AIMessage, SystemMessage)。
  • langchain_openai.ChatOpenAI: OpenAI 聊天模型的标准接口封装。

参考文档

总结

本文系统阐述了利用模拟用户智能体对对话式 AI 进行自动化评估的方法论。通过 LangGraph 编排引擎,开发者能够精确控制 AI 对 AI 的交互流程,实现低成本的对话质量验证。该方案不仅适用于客服场景,还可扩展至销售助理、技术支持、心理咨询模拟等多个领域。

核心技术要点包括: 状态图驱动的多智能体协作、基于检查点的对话记忆管理、以及条件路由控制的动态终止逻辑。本文提供的代码示例可直接作为评估框架的基础模板,帮助团队建立持续集成与质量保障流水线。

【信息科学与工程学】【解决方案体系】【系统工程】 第三十五篇 AI + ICT + 云计算 + 网络解决方案​ 的软件配置清单01 AI + ICT + 云计算 + 网络解决方案​ 的软件配置清单。需要说明:结合当前主流通用 CAE、数学建模、AI 框架、云原生与网络仿真工具整理出的推荐软件栈。软件 / 平台功能说明Kubernetes (K8s)​容器编排,承载 AI 训练、仿真任务调度、微服务化网络功能(CNF)OpenStack / 云管平台​私有云 IaaS 底座,提供虚拟机、GPU 算力、VPC 网络Slurm / Altair PBS​HPC 集群作业调度,支撑大规模电磁 / CFD / 光子仿真Docker / Singu 阅读详情

相关推荐

【Infracture】【数据中心】第十三篇 Ai infra中的“现象→根因→方案→关键参数/落地”01

现象:同步 RL step 里 99 分位输出长度是中位数的几倍到几十倍,整批等最慢几条;CoT/数学/代码尤甚,GPU 空泡严重,generation 占整体 50–80%、推理任务可到 80%+。根因方案矩阵落地红线:staleness K 先小(1→2→调),长尾不丢弃只延后;记录每条轨迹 policy_version、tokenizer_version、logprob、expert_route,便于重算 advantage 时做 off‑policy 修正。部署形态:gateway(router)→

weixin_49199313的博客 376

Ornith-1.0-35B与主流Agent框架集成:Hermes、OpenClaw、OpenHands实战指南 [特殊字符]

Ornith-1.0-35B是一款**开源自增强智能编码模型**,专为代理式编程任务优化。这款模型在Terminal-Bench 2.1、SWE-Bench、NL2Repo和OpenClaw等主流编码基准测试中表现出色,成为当前开源社区中最强大的编码代理模型之一。本文将详细介绍如何将Ornith-1.0-35B与三大主流Agent框架——Hermes、OpenClaw、OpenHands进行无缝集

gitblog_00010的博客 401

【信息科学与工程学】计算机科学与自动化 第二百零一十一 软件开发模型01

编号类型模型领域模型中的知识点/因素/参数关联知识和法律法规1传统顺序模型瀑布模型 (Waterfall)通用软件开发、硬件紧密耦合系统、政府/军工项目、需求稳定的传统信息系统严格线性阶段:可行性研究→需求分析(SRS,含功能/非功能/接口/约束,使用IEEE 830模板)→系统设计(概要设计HLD:架构、模块划分、数据库ER图;详细设计LLD:伪代码、类图、接口定义)→实现(编码规范、代码审查、静态分析工具SonarQube)→测试(单元测试JUnit、集成测试、系统测试、验收测试UAT,测试计划提前编写

weixin_49199313的博客 154

Unbound 配置进阶:extended-statistics 与 Unix Socket 采集原理深度解析

在自建 DNS 服务器后,你是否想过把 Unbound 的运行数据可视化?[unbound-dashboard](https://link.gitcode.com/i/7783ee8772b9033ae429dc6ad05882af) 正是为此而生:一个基于 `Grafana` + `Prometheus` + `Loki` 的 Unbound 监控面板,配合用 Go 编写的 unbound-ex

gitblog_00125的博客 922

【信息科学与工程学】【数据中心】 第七篇 智算中心CLOS组网整体设计

区域主要功能网络要求技术选型安全等级可用性要求训练区​大规模AI模型训练,分布式计算超高带宽(100G+),超低延迟(<1ms),无损网络RoCEv2,PFC,DCQCN,多路径P4(最高)99.99%推理区​实时AI推理,模型服务低延迟(<10ms),高可用,弹性扩展智能负载均衡,服务网格,容器网络P3(高)99.999%公共服务区​统一认证,API网关,数据服务多租户隔离,安全防护,弹性带宽VXLAN,EVPN,微隔离P3(高)99.99%存储区​高性能存储,数据湖超高带宽,低延迟,高IOPSNVMe-

weixin_49199313的博客 1371

【信息科学与工程学】【数据科学】第五十一篇 数据仓库00 基础设计01

数据仓库设计的系统性解决方案,涵盖架构模式、分层设计、百万级访问支撑、海量数据配置及与数据库/数据湖的对接策略: ​​ODS(操作数据层)​​:原始数据镜像,保留历史快照 ​​DWD(明细数据层)​​:清洗、标准化、维度退化 ​​DWS(汇总数据层)​​:主题宽表、轻度聚合 ​​ADS(应用数据层)​​:高度聚合,面向报表/API ​​二、百万用户访问架构设计​​ ​​1. 核心架构组件​​ ​​2. 关键配置参数(以Snowflake为例)​​ ​​3. 性能优化措

weixin_49199313的博客 1202

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 226

【信息科学与工程学】【通信工程】 第一百四十四篇 城域云网中的数学分析01

(为规模/营收/排名做无商业实质贸易、多层壳、无关多元、低效并购);(中纪委归纳的"利益输送/设租寻租/靠企吃企/影子公司/期权腐败/旋转门"等)。| 1 |​ | 供应链贸易/大宗商贸 | 钢铁/有色/煤炭/化工/粮油/建材等大宗供应链 | 央企二三级贸易平台、地方国企商贸公司 |:国资委(主业核定/经营业绩考核)/集团经营计划:审计/风控/巡视巡察/违规经营投资追责46号令 | 往往是;资金链与注册壳往往集中在"注册便利地" |:主业清单管理+贸易"十不准"+货权/物流/票据"三单匹配"穿透核验。

weixin_49199313的博客 392

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 400

【信息科学与工程学】【通信工程】第八十六篇 通信网络设备及通信网络组网的所有学科知识01

编号001类型网络虚拟化与覆盖技术网络领域数据中心网络子领域大二层网络 / 网络虚拟化核心数学方程式/算法模型核心算法:VXLAN封装与解封装。关键在于24位VNI(虚拟网络标识符)到物理网络的三层IP地址的映射。封装:收到原始以太帧后,为其添加 VXLAN 头部(含 VNI)、外层 UDP 头(目的端口 4789)、外层 IP 头(源 IP 为本地 VTEP IP,目的 IP 为对端 VTEP IP)以及外层 MAC 头。解封装:对端 收到报文后,剥离外层头部,根据内层帧的目的 MAC 和 VNI 进行二

weixin_49199313的博客 840

【信息科学与工程学】【通信工程】第一百八十八篇 通信网络中的数学物理01

因素及参数的数学建模与详细配置SDN将控制平面与数据平面分离,控制器负责全局视图与决策。控制器部署问题(Controller Placement Problem, CPP)常用图论建模:给定网络拓扑 G=(V,E),候选控制器位置集合 C⊆V,需选择k个控制器位置,使得交换机到最近控制器的平均时延或最坏时延最小化,同时考虑控制器间同步开销。

weixin_49199313的博客 606

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

【信息科学与工程学】【数据中心】第三十二篇 云数据中心的计算/存储/网络的核心挑战01

状态方程: SOCk+1​=SOCk​−Qn​ik​Δt​;: 三相电流变换到αβ坐标系: iα​=32​​(ia​−21​ib​−21​ic​), iβ​=32​​(23​​ib​−23​​ic​). 计算瞬时有功功率p和无功功率q,经低通滤波器分离直流分量,反变换得基波电流,差值即为谐波指令。: 节点i的信念 bi​(xi​)=ϕi​(xi​)∏j∈N(i)​mji​(xi​), 消息 mij​(xj​)=∑xi​​ϕi​(xi​)ψij​(xi​,xj​)∏k∈N(i)\j​mki​(xi​).

weixin_49199313的博客 219

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 246

【信息科学与工程学】【通信工程】第三百零六篇 IPv6/SRv6服务链中的学科知识01

序号数据类型 (主类)数据类型 (子类)示例/说明存储/表示方式备注/应用场景2246生物信息型DNA序列ATGC碱基序列FASTA格式基因组2247生物信息型RNA序列AUGC碱基序列FASTA转录组2248生物信息型蛋白质序列氨基酸序列FASTA蛋白组2249生物信息型基因注释GFF/GTF文件Gene annotation功能2250生物信息型变异数据VCF文件Variant call formatSNP/INDEL2251生物信息型表达矩阵基因×样本Expression matrix (FPKM/T

weixin_49199313的博客 93

Conformal LEC逻辑等价性检查介绍和参考脚本

分为三个产品:Conformal L、Conformal XL、Conformal GXL。L是功能性检查,XL支持复杂数据通路的综合和APR优化,GXL支持定制的stdcell和定制memory的检查。Cadence Conformal Equivalence Checker,就是常说的LEC,可以用来验证RTL、门级网表、甚至spice网表的逻辑等价性。do文件是conformal的脚本文件,可以由综合工具(RTL Compiler/Genus)自己产生(write_do_lec),也可以手写。

NanDigits的博客 7255

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 502

CMOS反相器版图设计全解析:PMOS/NMOS布局与VDD/VSS连接门道

版图设计是芯片从电路原理图迈向物理实现的必经桥梁,而CMOS反相器作为最基础的数字单元,恰好是理解这一过程的最佳切入点。在版图绘制中,PMOS与NMOS因导电类型和迁移率差异,需要在N阱与P衬底上分别规划,并呈现出不同的有源区尺寸。真正决定版图好坏的关键,往往在于VDD/VSS的完整连接——不仅要接通源漏,还要通过阱接触和衬底接触固定阱与衬底电位,防止寄生PN结正偏和闩锁效应。合理布局电源地线轨道、优化接触孔数量,能显著降低寄生电阻与电迁移风险。这些原理不仅适用于反相器,也是所有CMOS数字标准单元版图设计

weixin_29159441的博客 302

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 201

别再只看K线了!用Python自制筹码分布图,可视化Winner函数帮你判断支撑压力

本文详细介绍了如何用Python自制筹码分布图,通过数据清洗、算法实现和动态可视化,帮助投资者更准确地判断股票支撑压力位。文章重点讲解了Winner函数的应用,结合筹码分布与交易策略,提升交易决策的精准度。

weixin_42520796的博客 315

遗传算法优化光学超表面:智能设计突破纳米结构瓶颈

光学超表面设计本质上是一个高维、非线性、离散每个结构单元(如纳米砖柱、孔洞、十字架)有多个参数(长、宽、高、旋转角、材料),整个阵列的参数组合数量随单元数指数级增长。性能指标(如聚焦效率、工作带宽、偏振转换率、特定角度响应)往往无法用简单解析式表达,需依赖计算密集型电磁仿真(如FDTD, FDFD, RCWA)来评估。结构参数微小变化可能引起光学响应的剧烈跃变,目标函数存在多个局部最优解。实际制造通常要求结构参数取自有限的离散值(如特定刻蚀深度、材料库)。

weixin_51101456的博客 1142

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 199

如何下载era5数据?(两种方式)

供水利大数据云计算课程同学参考使用#

Camiel_sweet的博客 1万+
上一篇: AI Agent从无到有68: 智能体优化——计划执行与反思模式实战
下一篇: AI Agent从无到有70: 使用 LangSmith 数据集批量评估智能体
Wang's Blog
博客等级 码龄12年 7423粉丝 2412原创
评论
成就一亿技术人!
拼手气红包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、付费专栏及课程。

余额充值