状态机与Agent状态机学习笔记

状态机与Agent状态机学习笔记一、状态机基础概念一句话理解状态机是控制对象在不同阶段之间按规则流转的流程控制器。生活类比以外卖订单流程为例下单已创建订单→ 商家接单 → 做菜中 → 配送中 → 已送达 → 已完成这套固定流转逻辑本质就是一个状态机。核心三要素状态State系统当前所处的阶段如已创建、执行中、成功、失败事件Event触发状态变化的动作如用户提交、调用成功、请求超时转移规则Transition状态间的跳转逻辑如执行成功→成功状态、调用失败→重试状态核心逻辑系统根据当前状态 发生的事件决定下一步的目标状态。二、Agent 状态机概述Agent 是具备自主执行能力的程序可自主拆解任务、检索资料、调用工具其执行过程是分阶段推进的因此需要状态机来管控整个执行流程。白话类比Agent 如同实习生状态机如同项目经理负责管控当前处于什么任务阶段下一步该执行什么动作出错后如何处理是否需要人工介入三、Agent 常见状态清单RECEIVED收到任务接收任务指令进入执行队列CONTEXT_LOADING收集信息加载上下文、检索资料、读取历史记录PLANNING做计划拆解任务制定执行步骤TOOL_CALLING调用工具执行具体操作如查询数据库、调用API、检索信息TEST_RUNNING自检执行完成后自行验证结果正确性RETRY重试步骤失败时针对当前环节重新执行HUMAN_REVIEW人工复核遇到不确定或高风险操作流转至人工确认SUCCESS / FAILED终态任务执行成功或失败流程结束四、Agent 必须引入状态机的原因Agent 执行具备多步骤、结果不确定、可失败的特性无状态机会导致任务中断后无法定位执行进度失败后无法精准重试对应步骤多工具调用流程混乱无序不支持任务断点恢复五、Agent 状态机的工程核心特性可恢复Resume状态持久化存储程序异常中断后可从当前状态继续执行可重试Retry支持单步骤失败重试无需从头开始整个任务可追踪Traceability全流程留痕记录每一步操作、工具调用、输出结果可控Control约束执行边界如高风险操作强制人工审核、防止无限循环六、总结状态机本质是通过「状态 事件 转移规则」实现流程管控。在 Agent 场景中它用于管理从任务接收、上下文加载、计划生成、工具调用到自检、人工确认的全执行链路赋予 Agent 可控、可恢复、可追踪、可重试的工程能力。七、补充状态机工程实现要点状态转换的组成一次完整的状态转换包含起点状态、触发条件、终点状态。传统业务场景示例订单状态机传统实现依赖大量条件判断分支管控状态流转标准流转链路触发事件支付成功→ 守卫校验确认支付有效性、订单状态合法性→ 状态转换待支付 → 支付成功→ 执行动作更新订单数据高并发场景处理并发冲突用户申请退款与后台发货同时触发时采用乐观锁版本号控制先执行的请求更新成功后到达的请求更新失败重试与幂等更新失败后进行自旋重试通过单号唯一约束保证幂等性避免重复执行事务设计业务校验、状态更新、流转日志记录放在同一事务内执行通知物流、短信发送等长耗时操作通过消息队列异步解耦LLM 与 FSM 的协同模式Agent 中由 LLM 负责思考决策有限状态机FSM负责流程约束LLM 特点具备规划推理能力但执行路径不稳定同一场景可能产出不同执行方案FSM 特点预先定义合法的状态跳转路径流程边界严格可控协同逻辑FSM 管控状态间的跳转规则保证流程不越界LLM 负责单个状态内部的具体决策与推理示例订机票场景中FSM 固定「查询航班→选择航班→确认订单→支付」的流程LLM 负责具体选择哪一班航班