获客：xingkeit.top/15997/

• 新手推荐： 直接注册 n8n Cloud，无需配置服务器，注册即用，专注逻辑搭建。
• 进阶/企业版： 使用 Docker Compose 本地部署，便于数据隔离和版本管理。
  触发器： 定时任务 (Schedule)、Webhook、邮件接收、表单提交等。
• 处理： 数据清洗 (Code/Function)、逻辑判断 (IF/Switch)、AI 推理 (OpenAI/Agent)。
• 输出： 发送消息 (Slack/飞书)、写入数据库 (MongoDB/MySQL)、调用 API。

• Base URL 生效问题： 修改 OpenAI 凭据的 Base URL 后，务必保存工作流并退出重进，否则模型列表可能刷新但请求仍发往旧地址。
• 结构化输出： LLM 返回的是纯文本，下游节点（如发邮件、写库）通常需要 JSON。必须在 AI 节点后加 Output Parser 或 Code 节点进行解析，否则流程极易崩溃。

1. Trigger: GitHub Webhook (监听 issues 事件)。
2. Filter: IF 节点，仅处理 action == "opened"。
3. AI Core: AI Agent 节点。
   • System Prompt: "你是 Issue 分类专家，返回 JSON: {category, priority, reason}。分类标准：Bug/Feature/Question..."
   • Tools: 挂载 GitHub Tool (用于后续自动打标签)。
4. Router: Switch 节点，根据 category 分流。
   • Bug → 添加 bug 标签 + 通知 @backend-team
   • Question → 自动生成回复草稿 + 通知 @support
5. Action: GitHub 节点 (Add Label) + Slack 节点 (Send Message)。

1. Trigger: Schedule Trigger (每天 08:00)。
2. Fetch: Email Read (IMAP) 节点，拉取过去 24h 未读邮件。
3. AI Process: OpenAI Chat Model。
   • Prompt: "将以下邮件按【紧急/常规/推广】分类，每条给一句话摘要，输出 Markdown 表格。"
4. Format: Code 节点，将 AI 返回的文本转为标准 Markdown 或飞书卡片 JSON。
5. Notify: Webhook 节点，推送到飞书/钉钉群机器人。

1. 错误处理机制 (Error Workflow)
   • 不要依赖默认重试。在设置中指定 Error Workflow。
   • 当主流程失败时，自动触发错误流，发送告警（包含 $json.error.message 和 $json.execution.url）到管理员。
   • 关键节点（如写库、发邮件）后加 IF 判断执行状态，失败则走备用逻辑或重试。
2. 子工作流 (Sub-workflows)
   • 将通用逻辑（如“发送飞书通知”、“AI 摘要”、“数据清洗”）封装为子工作流。
   • 主流程通过 Execute Workflow 节点调用，传入参数即可。
   • 好处： 修改一处，全局生效；主流程画布保持整洁，逻辑清晰。
3. 数据流规范
   • 严禁在 AI 节点后直接连数据库写入。中间必须经过 Code 或 Set 节点进行字段映射和类型校验。
   • 使用 MongoDB 或 NoSQL 存储 AI 生成的非结构化数据，避免频繁 ALTER TABLE。