n8n workflow automation

• 您需要一个定时（cron）或 webhook 触发的 n8n workflow automation，并希望从一开始就内置错误处理、重试机制和日志记录功能。
• 您正在为现有的 n8n workflow automation 添加幂等性，以解决重新运行时重复记录的问题。
• 您需要一个人工审批步骤——一个审核队列，让失败或被标记的条目在重新处理前等待人工确认。
• 您希望实现可审计的自动化：每次运行生成一个 run_id，记录开始/结束状态，并将状态行写入跟踪器（表格、数据库等）。

• 您需要纯代码自动化且不依赖 n8n — 请改用脚本或 CI/CD 技能。
• 您需要绕过安全控制或屏蔽审计跟踪。
• 您的目标系统、去重键或凭据策略完全未知，且您尚未准备好定义它们。

该技能定义一个或多个去重键，并选择合适的存储后端（表格或数据库）来追踪已处理的记录。工作流在发生故障后可以安全地重新运行，而不会产生重复条目。

生成的工作流中的每个节点都包含专用的错误分支。瞬时故障会触发可配置的重试退避逻辑；永久性故障则将条目路由至审核队列，而非静默丢弃。

每次运行都会获得一个唯一的 run_id。开始时间、结束时间、记录数量及错误详情将被写入状态日志（电子表格、数据库或类似存储），为每次执行提供完整的审计追踪记录。

失败或被标记的条目将被写入审核队列（电子表格或数据库）。在重新处理这些条目之前，需要经过人工审批步骤，从而防止数据静默丢失，并实现受控的补救处理。

阈值检查已嵌入工作流设计中。如果记录数量或成功率超出预期范围，工作流将立即停止并触发警报，而不是在存在未被发现的错误的情况下继续完成执行。

当明确请求时，该技能将输出一个有效的可导入 n8n workflow.json 文件，同时附带一份 runbook.md，其中记录了节点信息、数据契约、故障模式及操作流程。

描述一个定时触发器（例如，欧洲/伦敦时间周一 08:00）、目标收件人以及 Drive 上传目标位置。该技能将通过 n8n workflow automation 生成一个包含重试分支的 定时触发 → 数据获取 → 聚合 → 发送邮件 工作流，并为任何发送失败的情况提供审核队列。

提供一个示例传入 JSON 负载和一个目标追踪器。该技能将生成一个 Webhook → 验证 → 处理 → 追加状态行的工作流，记录每次运行日志，并将错误路由至通知节点和队列节点。

提供现有的 n8n workflow automation 工作流 JSON 并定义去重键（例如记录 ID）。该技能将重新设计流程，在写入之前检查是否存在已有记录，确保在失败后重新运行时不会产生重复行。

对于处理敏感或高价值记录的工作流，该技能添加了一个 HITL（人机协作）关卡：处理失败的条目会进入 Sheet/数据库队列，人工必须逐一审批每个条目后，工作流才会对其进行再处理。