# n8n 工作流程自动化技能 ## 目的提供有关在 n8n 自动化平台上开发工作流程、自定义节点和集成的专业指导。使 AI 助手能够设计工作流程、编写自定义代码节点、构建基于 TypeScript 的自定义节点、集成外部服务以及实现 AI 代理模式。 ## 何时使用此技能在以下情况下调用该技能： * 设计结合多种服务的自动化工作流程 * 在工作流节点中编写 JavaScript/Python 代码 * 在 TypeScript 中构建自定义节点 * 集成API、数据库和云服务 * 使用LangChain创建AI代理工作流程 * 解决工作流程执行错误 * 规划自托管 n8n 部署 * 将手动流程转换为自动化工作流程请勿将此技能用于： * 通用自动化建议（使用适当的语言/平台技能） * 特定于云平台的集成（与云提供商技能相结合） * 数据库设计（使用数据库专业技能） * 前端开发（n8n 具有最少的 UI 定制） ## n8n 核心概念 ### 平台架构 **运行环境：** * 基于Node.js的执行引擎 * TypeScript (90.7%) 和 Vue.js 前端 * pnpm monorepo结构 * 自托管或云部署选项 **工作流程执行模型：** 1. **手动触发** \- 用户发起执行 2. **Webhook 触发器** \- HTTP 端点激活 3. **调度触发** \- 基于Cron的计时 4. **事件触发** \- 外部服务事件（数据库更改、文件上传） 5. **错误触发** \- 工作流程失败处理 **公平代码许可证：** * Apache 2.0 与 Commons Clause * 免费自托管和无限制执行 * SaaS 产品的商业限制 ### 节点类型和类别 **核心节点**（数据操作）： * **代码** \- 执行 JavaScript/Python * **设置** \- 分配变量值 * **If** \- 条件分支 * **Switch** \- 多分支路由 * **合并** \- 合并数据流 * **分批** \- 增量处理大型数据集 * **循环项目** \- 迭代数据 **触发节点**（工作流程启动）： * **Webhook** \- HTTP 端点 * **时间表** \- 基于时间的执行 * **手动触发** \- 用户激活 * **错误触发器** \- 捕获工作流程失败 * **开始** \- 默认入口点 **操作节点**（500 多个集成）： * API 连接器（REST、GraphQL、SOAP） * 数据库客户端（PostgreSQL、MongoDB、MySQL、Redis） * 云服务（AWS、GCP、Azure、Cloudflare） * 沟通（电子邮件、Slack、Discord、短信） * 文件操作（FTP、S3、Google Drive、Dropbox） * 身份验证（OAuth2、API 密钥、JWT） **AI节点**（LangChain集成）： * **AI Agent** \- 自主决策 * **AI Chain** \- 顺序 LLM 操作 * **AI Transform** \- 使用法学硕士进行数据操作 * **矢量存储** \- 嵌入存储和检索 * **文档加载器** \- 从文件中提取文本 ### 数据流和连接 **连接类型：** 1. **主连接** \- 主要数据流向（实线） 2. **连接错误** \- 路由失败（红色虚线） **数据结构：** // 所有节点的输入/输出格式 [ { json: { /* 你的数据对象 */ }, binary: { /* 可选的二进制数据（文件、图像） */ }, pairedItem: { /* 对源项的引用 */ } } ] **数据访问模式：** * **表达式** \- `{{ $json.field }}` （当前节点输出） * **输入参考** \- `{{ $('NodeName').item.json.field }}` (特定节点) * **所有项目** \- `{{ $input.all() }}` （整个数据集） * **第一项** \- `{{ $input.first() }}` （单个项目） * **项目索引** \- `{{ $itemIndex }}` （当前迭代） ### 凭证和身份验证 **凭证类型：** * **预定义** \- 为流行服务预先配置（OAuth2、API 密钥） * **通用** \- HTTP 身份验证（基本、摘要、标头身份验证） * **自定义** \- 用户定义的凭证结构 **安全实践：** * 凭证加密存储在数据库中 * 环境变量支持敏感值 * 跨工作流程共享凭证（可选） * 轮换：需要手动更新 ## 工作流程设计方法 ### 规划阶段 **第 1 步：定义需求** * 输入源（网络钩子、计划、数据库） * 需要数据转换 * 输出目的地（API、文件、数据库） * 错误处理要求 * 执行频率和数量 **步骤 2：绘制数据流图** * 识别触发事件 * 列出转换步骤 * 指定验证规则 * 定义分支逻辑 * 计划错误恢复 **第3步：选择节点** 决策标准： * 在可用时使用**本地节点**（优化、维护） * 使用 **代码节点** 进行自定义逻辑 <50 行 * 为可重用的复杂逻辑构建 **自定义节点** >100 行 * 对没有本机节点的 API 使用 **HTTP 请求节点** * 使用**执行命令节点**进行系统操作（安全风险） ### 实施阶段 **工作流程结构模式：** [触发] → [验证] → [分支（如果/切换）] → [处理] → [错误处理程序] ↓ ↓ [路径 A 节点] [路径 B 节点] ↓ ↓ [合并/输出] [输出] **模块化设计：** * 将可重用逻辑提取到子工作流程中 * 使用执行工作流节点实现模块化 * 将主要工作流程限制为 15-20 个节点（可读性） * 使用输入变量参数化工作流程 **错误处理策略：** 1. **错误触发工作流程** \- 捕获所有故障 2. **Try/Catch 模式** \- 节点上的错误输出连接 3. **重试逻辑** \- 配置每个节点的重试设置 4. **验证节点** \- 用于数据检查的 If/Switch 5. **通知** \- 严重故障警报（电子邮件、Slack） ### 测试阶段 **本地测试：** * 使用样本数据执行 * 验证每个节点的输出（检查数据面板） * 使用无效数据测试错误路径 * 检查凭证连接 **生产验证：** * 启用工作流程，监控执行情况 * 查看执行历史记录以查找失败的情况 * 检查资源使用情况（执行时间、内存） * 验证输出数据质量 ## 工作流中的代码执行 ### 代码节点 (JavaScript) **可用的API：** * **Node.js 内置组件** \- `fs`、`path`、`crypto`、`https` * **Lodash** \- `_.groupBy()`、`_.sortBy()` 等。 * **Luxon** \- 日期时间操作 * **n8n 助手** \- `$input`、`$json`、`$binary` **基本结构：** // 访问输入项 const items = $input.all(); // 处理数据 constprocessedItems = items.map(item => { const inputData = item.json; 返回{ json: { // 输出字段处理：inputData.field.toUpperCase(), 时间戳：new Date().toISOString() } }; }); // 返回转换后的项目返回已处理的物品； **数据转换模式：** _过滤：_ const items = $input.all(); return items.filter(item => item.json.status === 'active'); _聚合：_ const items = $input.all(); const grouped = _.groupBy(items, item => item.json.category); 返回[{ json: { 摘要：Object.keys(grouped).map(category => ({ 类别，计数：分组[类别].长度 }）） } }]; _API 调用（异步）：_ const items = $input.all(); 常量结果 = []; for (const item of items) { const 响应 = 等待 fetch(`https://api.example.com/data/${item.json.id}`); const data =等待response.json(); 结果.push({ json: { 原文：item.json，丰富：数据 } }); } 返回结果； **代码中的错误处理：** const items = $input.all(); 返回 items.map(item => { 尝试{ // 有风险的操作 const 结果 = JSON.parse(item.json.data); 返回 { json: { 解析: 结果 } }; } 捕获（错误）{ 返回{ json: { 错误：错误消息，原始：item.json.data } }; } }); ### 代码节点 (Python) **可用的图书馆：** * **标准库** \- `json`, `datetime`, `re`, `requests` * **NumPy** \- 数组运算 * **Pandas** \- 数据分析（如果安装） **基本结构：** # 访问输入项项目 = _input.all() # 处理数据已处理的项目 = [] 对于项目中的项目：输入数据 = 项目['json'] processed_items.append({ 'json': { '已处理': input_data['field'].upper(), '时间戳': datetime.now().isoformat() } }) # 返回转换后的项目返回已处理的项目 **复杂度评级：代码节点** * 简单转换（映射/过滤器）：**1** * 具有错误处理功能的 API 调用：**2** * 多步异步操作：**3** * 带有库的复杂算法：**4** * 性能关键型处理：**5**（考虑自定义节点） ## 自定义节点开发 ### 何时构建自定义节点 **在以下情况下构建自定义节点：** * 跨多个工作流程（>3个工作流程）的可重用逻辑 * 复杂的身份验证要求 * 性能关键操作（代码节点开销） * 社区贡献（公共npm包） * 特定于组织的集成 **在以下情况下使用代码节点：** * 一次性转换 * 快速原型制作 * 简单的API调用（<100行） ### 开发风格 [参见代码示例：examples/n8n_custom_node.ts] **1\.编程风格**（完全控制） _用途：_ * 复杂的身份验证流程 * 高级参数验证 * 自定义UI组件 * 状态管理的轮询操作 [参见：examples/n8n_custom_node.ts 中的 `CustomNode` 类] **2\.声明式风格**（简化） _用途：_ * 标准CRUD操作 * RESTful API 包装器 * 简单集成，无需复杂逻辑 [参见：examples/n8n_custom_node.ts 中的 `operations` 和 `router` 导出] **其他示例：** * 凭证配置：examples/n8n_custom_node.ts 中的`customApiCredentials` * 凭证验证：examples/n8n_custom_node.ts 中的 `validateCredentials()` * 轮询触发器：examples/n8n_custom_node.ts 中的 `PollingTrigger` 类 ### 开发工作流程 **步骤1：初始化节点** # 从模板创建 npm 创建 @n8n/node my-custom-node # 创建的目录结构： # ├── 节点/ # │ └── MyCustomNode/ # │ └── MyCustomNode.node.ts # ├── 凭证/ # │ └── MyCustomNodeApi.credentials.ts # └── package.json **第 2 步：实施逻辑** * 定义节点属性（参数、凭证） * 实现执行方法 * 添加错误处理 * 编写单元测试（可选） **第 3 步：构建和测试** # 构建 TypeScript npm 运行构建 # 本地链接进行测试 npm 链接 # 在n8n开发环境中 cd ~/.n8n/节点 npm 链接 my-custom-node # 重启n8n来加载节点 n8n开始 **第4步：发布** # 社区节点（npm 包） npm 发布 # 安装在n8n中设置→社区节点→安装→输入包名称 **复杂性评级：自定义节点** * 声明式 CRUD 包装器：**2** * 通过身份验证进行编程：**3** * 复杂的状态管理：**4** * 高级轮询/网络钩子：**5** ## 集成模式 ### API 集成策略 **决策树：** 有原生节点吗？ ──是──> 使用原生节点 │ 否 ├──> 简单的REST API？ ──是──> HTTP 请求节点 ├──> 复杂的身份验证（OAuth2）？ ──是──> 构建自定义节点 ├──> 可以跨工作流程重复使用吗？ ──是──> 构建自定义节点 └──> 一次性整合？ ──是──> 带有 fetch() 的代码节点 ### HTTP 请求节点模式 **带查询参数的GET：** 网址：https://api.example.com/users 方法：获取查询参数： - 状态：活跃 - 限制：100 身份验证：标头身份验证 - 名称：授权 - 值：承载 {{$credentials.apiKey}} **使用 JSON 正文进行 POST：** 网址：https://api.example.com/users 方法：邮寄正文内容类型：JSON 身体： { "名称": "={{ $json.name }}", “电子邮件”：“={{ $json.email }}” } **分页处理（代码节点）：** 让所有结果 = []; 让页= 1；让 hasMore = true; 而（有更多）{ const 响应 = 等待 this.helpers.request({ 方法：'获取'， url: `https://api.example.com/data?page=${page}`, json：正确， }); allResults = allResults.concat(response.results); hasMore = 响应.hasNext; 页++； } 返回 allResults.map(item => ({ json: item })); ### Webhook 模式 **接收网络钩子：** 1.创建webhook触发节点 2. 配置HTTP方法（POST/GET） 3. 设置身份验证（无/标头身份验证/基本身份验证） 4.从节点获取webhook URL 5.向外部服务注册URL **响应网络钩子：** // 在Webhook触发后的代码节点中 const webhookData = $input.first().json; // 处理数据 const 结果 = processData(webhookData); // 返回响应（同步 webhook）返回[{ json: { 状态：'成功'，数据：结果 } }]; **Webhook URL 结构：** 生产：https://your-domain.com/webhook/workflow-id 测试：https://your-domain.com/webhook-test/workflow-id ### 数据库集成 **常见模式：** _带参数查询：_ -- PostgreSQL 节点从用户中选择 * 何处创建_at > $1 且状态 = $2 ORDER BY 创建_at DESC -- 前一个节点的参数参数：['{{ $json.startDate }}', 'active'] _批量插入：_ // 代码节点为数据库准备数据 const items = $input.all(); const 值 = items.map(item => ({ 名称：item.json.name，电子邮件：item.json.email，创建时间：new Date().toISOString() })); 返回 [{ json: { 值 } }]; // 下一个节点：PostgreSQL // 插入用户（姓名、电子邮件、created_at） // 值 {{ $json.values }} ### 文件操作 **上传到S3：** 工作流程：文件触发 → S3 上传 - 文件触发器：监视新文件的目录 - S3节点： - 操作：上传 - 桶：我的桶 - 文件名：{{ $json.fileName }} - 二进制数据：true（来自文件触发器） **下载并处理：** HTTP 请求（下载）→ 代码（处理）→ Google Drive（上传） - HTTP 请求：启用二进制响应 - 代码：处理$binary.data - Google Drive：上传二进制数据 ## AI 代理工作流程 ###浪链整合 **AI代理节点配置：** * **代理类型**：OpenAI 函数、ReAct、对话式 * **法学硕士**：OpenAI、Anthropic、Hugging Face、Ollama（本地） * **内存**：缓冲区、缓冲区窗口、摘要 * **工具**：计算器、Webhook、数据库查询、自定义 API 调用 **基本代理模式：** 手动触发 → AI Agent → 输出 - 人工智能代理： - 提示：“你是一个有用的助手，{{$json.task}}” - 工具：[计算器、HTTP请求] - 内存：对话缓冲区窗口 ### 看门人模式（监督人工智能） **用例：** 代理操作之前的人工批准 Webhook → AI 代理 → 如果（需要批准）→ 发送电子邮件 → 等待 Webhook → 执行操作 ↓（自动批准）执行行动 **实施：** 1. AI Agent生成行动计划 2.如果节点检查置信度分数 3. 低信任度 → 电子邮件批准请求 4.等待webhook（批准/拒绝） 5. 根据响应执行或中止 ### 迭代代理模式 **用例：** 使用状态解决多步骤问题循环开始 → AI Agent → 工具执行 → 状态更新 → 循环结束（条件检查） ↑______________________________________________________________| **状态管理：** // 代码节点 - 初始化状态返回[{ json: { 任务：“研究主题”，迭代：0，最大迭代次数：5，上下文：[]，已完成：假 } }]; // 代码节点 - 更新状态常量状态 = $json; 状态.迭代++; state.context.push($('AI Agent').item.json.response); state.completed = state.iteration >= state.maxIterations ||检查GoalMet（状态）；返回 [{ json: 状态 }]; ### RAG（检索增强生成）模式查询输入→向量存储搜索→格式化上下文→LLM→响应输出 **矢量商店设置：** 1.文档加载器节点→将文本分割成块 2.嵌入节点→生成向量（OpenAI、Cohere） 3. Vector Store节点→存储在Pinecone/Qdrant/Supabase中 4.查询：检索相关块→注入LLM提示符 **复杂性评级：人工智能工作流程** * 简单的法学硕士通话：**1** * 代理工具：**3** * 网守模式：**4** * 多代理编排：**5** ## 部署和托管 ### 自托管选项 [参见代码示例：examples/n8n_deployment.yaml] **Docker（推荐）：** * Docker 与 PostgreSQL 组合 * 用于扩展的队列模式配置 * 按数量划分的资源需求 [参见：examples/n8n_deployment.yaml 中的 docker-compose 配置] **npm（开发）：** npm 安装 n8n -g n8n开始 # 访问：http://localhost:5678 **环境配置：** [参见：examples/n8n_deployment.yaml 中的完整环境变量参考] 基本变量： * `N8N_HOST` \- webhook 的公共 URL * `WEBHOOK_URL` \- Webhook 端点基础 * `N8N_ENCRYPTION_KEY` \- 凭证加密（必须持续） * `DB_TYPE` \- 数据库 (SQLite/PostgreSQL/MySQL/MariaDB) * `EXECUTIONS_DATA_SAVE_ON_ERROR` \- 错误记录 * `EXECUTIONS_DATA_SAVE_ON_SUCCESS` \- 成功记录性能调整变量记录在 Examples/n8n_deployment.yaml 中 ### 扩展考虑因素 **队列模式（高容量）：** # 分离主进程和工作进程 # 主流程（UI+队列管理） N8N_QUEUE_MODE=主n8n开始 # 工作进程（仅执行） N8N_QUEUE_MODE=工人 n8n 工人 **数据库：** * SQLite：开发/低容量（<1000 次执行/天） * PostgreSQL：生产（推荐） * MySQL/MariaDB：现有基础设施的替代方案 **资源要求：** 工作流程量 |中央处理器|内存 |数据库 ---|---|---|--- <100 次执行/天 | 1 核 | 512MB | SQLite 100-1000/天 | 2 核 | 2GB | PostgreSQL 1000-10000/天 | 4 核 | 4GB | PostgreSQL >10000/天 | 8+ 核心 | 8GB+ | PostgreSQL + 队列模式 **监控：** * 启用执行日志（EXECUTIONS_DATA_SAVE_*） * 设置错误工作流程（错误触发节点） * 监控数据库大小（执行历史记录清理） * 跟踪 webhook 响应时间 ## 最佳实践 ### 工作流程设计 **1\.模块化：** * 提取可重用逻辑到执行工作流节点 * 将工作流程限制为单一责任 * 使用子工作流程进行常见操作（验证、格式化） **2\.错误恢复能力：** * 向关键节点添加错误输出 * 实现重试逻辑（节点设置） * 为警报创建错误触发工作流程 * 将错误记录到外部系统（Sentry、CloudWatch） **3\.性能：** * 对大型数据集（>1000 个项目）使用批量分割 * 最小化循环中的 HTTP 请求（批量 API 调用） * 禁用高频工作流程的执行日志记录 * 将昂贵的操作缓存在变量中 **4\.安全性：** * 将秘密存储在凭证中（不是硬编码） * 使用环境变量进行配置 * 启用webhook身份验证 * 限制执行命令节点的使用（或全局禁用） * 检查代码节点是否存在注入漏洞 **5\.可维护性：** * 添加注释到复杂的工作流程（粘滞便笺节点） * 使用一致的命名（动词+名词：“获取用户”、“转换数据”） * 在工作流程设置中记录工作流程目的 * 版本控制工作流程（导出 JSON、提交到 Git） ### 节点中的代码质量 **1\.数据验证：** // 始终验证输入结构 const items = $input.all(); for (const item of items) { if (!item.json.email || !item.json.name) { throw new Error(`输入无效：项目 ${item.json.id} 缺少必填字段`); } } **2\.错误上下文：** // 提供调试信息尝试{ const 结果 = 等待 apiCall(item.json.id); } 捕获（错误）{ throw new Error(`ID ${item.json.id} 的 API 调用失败：${error.message}`); } **3\.幂等性：** // 创建前检查是否存在 const 存在 = 等待 checkExists(item.json.uniqueId); 如果（！存在）{ 等待 createRecord(item.json); } ## 工作流模式库 ### 模式 1：API 同步 **用例：** 在两个系统之间同步数据计划触发（每小时）→ 获取源数据→ 转换→ 如果（记录存在）→ 更新目标 ↓（新）在目标中创建 **复杂度：** 2 ### 模式 2：错误恢复 **用例：** 使用指数退避重试失败的操作主工作流程→处理→错误→错误触发工作流程 ↓ 等待（延迟）→重试→If（最大重试次数）→警报 **复杂度：** 3 ### 模式 3：数据丰富 **用例：** 使用外部源增强数据 Webhook → 分批 → 对于每个项目： ↓ API调用（丰富）→代码（合并）→批量结果 ↓ 数据库插入 **复杂度：** 3 ### 模式 4：事件驱动处理 **用例：** 处理消息队列中的事件 SQS触发器→解析消息→切换（事件类型）→[处理程序A，处理程序B，处理程序C]→确认/删除消息 **复杂度：** 3 ### 模式 5：人机交互 **用例：** 批准工作流程触发→生成请求→发送电子邮件（批准链接）→Webhook（批准响应）→如果（已批准）→执行操作 ↓（拒绝）发送拒绝通知 **复杂度：** 4 ### 模式 6：多阶段 ETL **用例：**复杂的数据管道计划→提取（API）→验证→转换→加载（数据库）→成功通知 ↓ ↓ 错误处理程序────────────────────>错误通知 **复杂度：** 3 ## 质量门 ### 完成的定义：工作流程在以下情况下，工作流程已做好生产准备： 1. **功能：** * ✓ 所有节点在测试数据上均无错误执行 * ✓ 使用无效输入测试错误路径 * ✓ 根据要求验证输出格式 2. **错误处理：** * ✓ 在关键节点上配置的错误输出 * ✓ 为警报创建的错误触发器工作流程 * ✓ 在适用的情况下配置重试逻辑 3. **安全：** * ✓ 使用的凭据（无硬编码秘密） * ✓ 启用 Webhook 身份验证 * ✓ 实施输入验证 4. **文件：** * ✓ 填写设置的工作流程描述 * ✓ 用注释记录复杂的逻辑 * ✓ 参数说明清晰 5. **性能：** * ✓ 使用实际数据量进行测试 * ✓ 可接受的执行时间 * ✓ 资源使用在限制范围内 ### 完成的定义：自定义节点在以下情况下，自定义节点即可投入生产： 1. **功能：** * ✓ 所有操作均已实施和测试 * ✓ 凭证集成工作 * ✓ 参数已验证 2. **代码质量：** * ✓ TypeScript 类型定义 * ✓ 全面的错误处理 * ✓ 无硬编码值（使用参数） 3. **文档：** * ✓ 包含安装说明的自述文件 * ✓ 参数说明清晰 * ✓ 提供示例工作流程 4. **分布：** * ✓ 发布到 npm（如果公开） * ✓ 适当的版本 * ✓ package.json 中声明的依赖项 ## 错误处理指南 ### 常见问题和解决方案 **问题：工作流程因“无效 JSON”而失败** * **原因：** 节点输出格式不正确 * **分辨率：** // 确保返回格式返回 [{ json: { 你的: '数据' } }]; // NOT: return { your: 'data' }; **问题：“无法读取未定义的属性”** * **原因：** 前一个节点的数据丢失 * **分辨率：** // 访问前检查是否存在 const 值 = $json.field?.subfield ?? '默认'; **问题：Webhook 未接收数据** * **原因：** Webhook URL 或身份验证不正确 * **分辨率：** * 验证 URL 与外部服务配置匹配 * 检查身份验证方法是否匹配（无/标头/基本） * 用卷曲测试：卷曲 -X POST https://your-n8n.com/webhook/test \ -H“内容类型：application/json”\ -d '{"测试":"数据"}' **问题：自定义节点未出现** * **原因：** 未正确链接/安装 * **分辨率：** # 检查安装情况 npm 列表 -g | grep n8n-节点- # 如果需要重新安装 npm install -g n8n-nodes-您的节点 # 重启n8n **问题：内存使用率高** * **原因：** 处理大型数据集而不进行批处理 * **分辨率：** * 使用Split In Batches节点（批量大小：100-1000） * 禁用高频工作流程的执行数据保存 * 设置 EXECUTIONS_DATA_PRUNE=true **问题：凭证不起作用** * **原因：** 凭证配置不正确或令牌过期 * **分辨率：** * 重新验证 OAuth2 凭据 * 验证API密钥/令牌的有效性 * 检查服务中的凭证权限 ### 调试策略 **1\.检查节点输出：** * 点击节点→查看执行数据 * 检查 json 和二进制选项卡 * 验证数据结构是否符合预期 **2\.添加调试代码节点：** // 记录中间值常量数据 = $json; console.log('调试数据：', JSON.stringify(data, null, 2)); 返回 [{ json: 数据 }]; **3\.使用 If 节点进行验证：** // 检查数据质量的表达式 {{ $json.email && $json.email.includes('@') }} **4\.启用执行日志记录：** * 设置 → 日志 → 设置调试级别 * 检查docker日志：`docker log n8n -f` **5\.隔离测试：** * 使用手动触发创建测试工作流程 * 复制有问题的节点 * 使用静态测试数据 ## 参考文献 ### 官方文档 * **主要文档：** * **节点参考：** * **自定义节点开发：** * **表达式参考：** ### 代码存储库 * **核心平台：** * **文档：** * **社区节点：** ### 社区资源 * **论坛：** * **模板：** （工作流库） * **YouTube：** n8n 官方频道（教程） ### 相关技能 * 对于云集成：使用“cloud-devops-expert”技能 * 对于数据库设计：使用“数据库专家”技能 * 对于 API 设计：使用 `api-design-architect` 技能 * 对于 TypeScript 开发：使用特定于语言的技能 ** ** **版本：** 1.0.0 **最后更新时间：** 2025-11-13 **复杂程度：** 3（中等 - 需要特定于平台的知识） **预计学习时间：** 8-12 小时才能熟练

n8n

包含技能