AWS SQS
Amazon简单队列服务，AWS提供的全托管消息队列服务，支持死信队列（DLQ）等错误处理机制，用于解耦分布式系统组件并实现可靠的异步消息传递
时间轴 (近 90 天)
让 cron 直接执行完整 Agent 逻辑（如 */15 * * * * node run-agent.js）是坏模式；标准模式是 cron 只负责入队（如 node enqueue-agent-job.js，写入 BullMQ、SQS 或 Cloudflare Queues），由独立 worker 执行 Agent 步骤。
队列工具选型标准是团队在凌晨 2 点故障时仍能正确运维：BullMQ 适合 Node.js worker，Temporal 适合多步骤长时间等待与审批编排，AWS SQS 适合 AWS 原生托管队列，Cloudflare Queues 适合边缘友好批量处理架构。
常见的死信队列实现包括 Apache Kafka 的独立 Topic、AWS SQS 的 Dead Letter Queue 配置以及 RabbitMQ 的死信交换机
AWS SQS提供标准队列（至少一次投递，可能乱序）和FIFO队列（精确一次投递，严格有序）两种模式
AWS SQS采用至少一次投递语义，消息可能被重复消费
全部知识事实 (5)
让 cron 直接执行完整 Agent 逻辑（如 */15 * * * * node run-agent.js）是坏模式；标准模式是 cron 只负责入队（如 node enqueue-agent-job.js，写入 BullMQ、SQS 或 Cloudflare Queues），由独立 worker 执行 Agent 步骤。
50%待验证队列工具选型标准是团队在凌晨 2 点故障时仍能正确运维：BullMQ 适合 Node.js worker，Temporal 适合多步骤长时间等待与审批编排，AWS SQS 适合 AWS 原生托管队列，Cloudflare Queues 适合边缘友好批量处理架构。
50%待验证常见的死信队列实现包括 Apache Kafka 的独立 Topic、AWS SQS 的 Dead Letter Queue 配置以及 RabbitMQ 的死信交换机
50%待验证AWS SQS提供标准队列（至少一次投递，可能乱序）和FIFO队列（精确一次投递，严格有序）两种模式
50%待验证AWS SQS采用至少一次投递语义，消息可能被重复消费
50%