程序员面试专题库

Agent 从聊天演示走向生产后，长任务必须具备队列、状态机、租约、取消、恢复和结果持久化能力。

业务入库和消息发送无法天然处在同一个本地事务里，Outbox 模式用事件表、投递器和幂等消费把不一致窗口变成可恢复流程。

连接池耗尽不只看 SQL 慢不慢，还要看连接借出后被谁持有、事务范围是否过大、线程池和下游等待是否互相放大。

Agent 接上工具后，风险从回答质量扩展到真实副作用。参数、权限、幂等、审计和人工确认必须进入后端设计。

长任务 Agent 要像工作流系统一样管理状态，不能把执行进度只放在一次模型上下文里。

限流、熔断、降级不是三个口号，而是系统在压力和故障下保护核心链路的不同动作。

可观测性不是多打印日志，而是让一次请求从入口到下游都有可追踪证据，故障时能快速收敛范围。

模型路由不是简单把请求分给便宜模型，而是按任务难度、风险、延迟和成本选择合适路径。

Agent 的能力不只在能拆任务，而在计划能被约束、执行能被审计、反思不能无限循环。

线程池隔离的目的不是形式上拆开，而是防止慢任务和非核心任务拖垮核心链路。

锁等待不是数据库偶发小问题，它经常暴露事务范围过大、索引不合适和更新顺序不稳定。

幂等不是简单防重复点击，而是用业务唯一键和状态机保证重复请求、重试和回调都不会把状态改坏。