Saga模式
分布式系统中处理长事务的经典设计模式，起源于1987年Hector Garcia-Molina的数据库论文，将长事务拆解为有序本地事务序列，每步配备补偿事务，支持编排式和编舞式两种协调风格
核心事实
时间轴 (近 90 天)
在LangGraph这类状态机框架里落地Saga，关键是维护一份“已完成正向节点”的有序清单，并保证每个补偿处理器都能根据幂等键判断是否已执行过。
Saga模式与两阶段提交（2PC）不同，不要求资源锁定，因此更适合跨服务、涉及外部API的场景，但只能保证最终一致性，且补偿动作本身也必须幂等。
Saga模式最早由Garcia-Molina与Salem在1987年提出，用于解决长事务在分布式系统中无法依赖单一数据库事务保证原子性的问题。
补偿处理器采用Saga模式，在后续节点失败时按相反顺序执行补偿动作，撤销已生效的步骤（如释放已占用额度、撤销通知）。
原子事务要求一组数据库操作要么全部成功、要么全部回滚，典型实现依赖关系型数据库的ACID特性。分布式环境下还需引入两阶段提交（2PC）或Saga模式来协调跨服务事务。
目前没有主流Agent框架为LLM工作流原生实现带补偿的Saga模式。
工程上替代严格原子性的方案通常采用Saga模式或补偿事务，为每个步骤记录成功/失败状态与对应费用。
补偿事务（Compensating Transaction）是分布式系统处理不可回滚操作的标准模式，源于Saga模式，通过对已完成的每一步执行语义上相反的操作来抵消其效果。
Saga模式有两种常见实现风格：编排式（由中心协调器指挥）和协同式（各服务通过事件相互触发）。
Saga模式是分布式系统中处理跨服务数据一致性的一种常用方案，将长事务拆解为一串配有补偿操作的本地事务。
还有 7 条时间轴事件
全部知识事实 (18)
补偿事务是Saga模式的核心思想，通过执行逻辑上的反向操作来撤销不可回滚步骤的副作用
65%待验证Saga模式与两阶段提交（2PC）不同，不要求资源锁定，因此更适合跨服务、涉及外部API的场景，但只能保证最终一致性，且补偿动作本身也必须幂等。
50%待验证Saga模式最早由Garcia-Molina与Salem在1987年提出，用于解决长事务在分布式系统中无法依赖单一数据库事务保证原子性的问题。
50%待验证在LangGraph这类状态机框架里落地Saga，关键是维护一份“已完成正向节点”的有序清单，并保证每个补偿处理器都能根据幂等键判断是否已执行过。
50%待验证补偿处理器采用Saga模式，在后续节点失败时按相反顺序执行补偿动作，撤销已生效的步骤（如释放已占用额度、撤销通知）。
50%待验证原子事务要求一组数据库操作要么全部成功、要么全部回滚，典型实现依赖关系型数据库的ACID特性。分布式环境下还需引入两阶段提交（2PC）或Saga模式来协调跨服务事务。
50%待验证目前没有主流Agent框架为LLM工作流原生实现带补偿的Saga模式。
50%待验证工程上替代严格原子性的方案通常采用Saga模式或补偿事务，为每个步骤记录成功/失败状态与对应费用。
50%待验证补偿事务（Compensating Transaction）是分布式系统处理不可回滚操作的标准模式，源于Saga模式，通过对已完成的每一步执行语义上相反的操作来抵消其效果。
50%待验证Saga模式有两种常见实现风格：编排式（由中心协调器指挥）和协同式（各服务通过事件相互触发）。
50%待验证Saga模式是分布式系统中处理跨服务数据一致性的一种常用方案，将长事务拆解为一串配有补偿操作的本地事务。
50%待验证Saga模式最早由Hector Garcia-Molina与Kenneth Salem于1987年提出，用于解决长事务在分布式数据库中难以保持原子性的问题。
50%待验证Saga的补偿并非物理回滚，无法恢复已被外部系统消费的副作用，只能执行语义上等价的反向操作。
50%待验证Saga模式将大事务拆解为一系列本地事务T1…Tn，每个Ti配套补偿事务Ci，失败时按逆序执行补偿动作使整体回到一致状态。
50%待验证Saga模式由普林斯顿大学的Hector Garcia-Molina在1987年提出
50%待验证AgentWall提供回滚钩子机制,在会话失败时按逆序执行已注册的补偿动作,这种设计借鉴了Saga模式
50%待验证Agent系统中的'事务'往往跨越多个异构服务（LLM API、工具调用、数据库写入），传统的事务模型难以直接适用，需要引入Saga模式等分布式事务解决方案
50%待验证Saga模式起源于1987年Hector Garcia-Molina和Kenneth Salem的论文，最初用于解决数据库长事务问题
50%