1. 任务是一次性编排还是长期状态机？ 一次调用几个工具与运行数小时、可暂停恢复的任务，需要的基础设施不同。
2. 哪些动作有副作用？ 只读检索和付款、删除、公开发布不能使用同一权限模型。
3. 是否需要人工确认与接管？ 确认必须能绑定对象和版本，并在恢复后继续。
4. 状态保存在哪里？ Prompt、内存、数据库和事件日志分别承担什么角色。
5. 怎样测试？ 能否替换模型、模拟工具超时、固定随机性并运行回归集。
6. 怎样观测？ 是否记录每步输入摘要、工具调用、延迟、成本、错误和最终责任人。
7. 部署约束是什么？ 语言、云、本地、数据边界、并发、冷启动和团队已有能力。
8. 退出成本多大？ 工作流、工具协议和业务状态是否被锁在框架私有格式中。

一个保守的选择顺序

• 先用普通函数和明确状态完成单步工具调用。
• 确实需要循环、分支和恢复时，再引入图或工作流框架。
• 需要跨系统、跨团队协作时，优先使用开放接口封装工具与消息，不把业务对象塞进框架内部状态。

评测框架时，用同一组真实任务比较完成率、人工接管、重复执行、调试时间和迁移难度。演示代码短不等于生产总成本低。

编辑说明：2026-08-15，本文提供中立选型维度，不构成对某个具体框架的当前排名。AI 协助起草，项目负责人复核。