在聊天里说一句话，让Claude生成并部署n8n工作流

原文要点

n8n社区发布的免费模板：在Chat Trigger的聊天窗口用一句话描述自动化需求，Claude先整理成规格（监控类或普通蓝图），对照n8n官方节点目录生成工作流JSON并校验节点类型、字段、连线和表达式，默认最多3轮构建；监控类先在内置模拟环境跑错误、超时、DNS失败等隐藏测试再经n8n API写入实例并激活，蓝图保存为未激活状态附Setup待办清单。安全设计上生成的工作流不含凭据，屏蔽代码、命令、文件节点，监控不能指向内网地址。需在Settings节点配置，依赖cdn.jsdelivr.net加载节点目录。

这次做成什么

在自己已有的n8n实例上部署这个“聊天生成工作流”模板，完成三类凭据接入和关键设置项配置，并能用一条测试消息验证从聊天到生成工作流的链路是否打通。

准备什么

• 一个带公网webhook地址的n8n实例（Cloud或自建）及其实例管理权限
• 在n8n设置中创建的n8n API密钥（Settings > n8n API）
• Anthropic API密钥，或n8n Cloud内置AI额度
• 实例可出站访问cdn.jsdelivr.net以下载节点目录和输出schema

具体怎么做

1. 导入模板并接入三个模型节点

   在n8n模板库打开该工作流并复制到自己的实例。依次为Anthropic Model (Spec)、Anthropic Model (Build)、Anthropic Model (Review)三个节点选择同一个Anthropic凭据：填入你的API密钥，或选用n8n Cloud的AI额度。三者分别负责整理规格、生成JSON和复核蓝图，缺一不可。

2. 配置n8n API凭据

   在n8n后台Settings > n8n API创建API密钥。回到工作流，把该密钥作为凭据挂到Create Workflow和Activate Workflow两个节点，Base URL填你的实例地址加/api/v1，例如https://your-n8n.example.com/api/v1。这是模板把生成结果写回实例的通道。

3. 调整Settings节点参数

   打开Settings节点：PUBLIC_URL留空可自动探测实例地址，实例在反向代理后则手动填写；MAX_ATTEMPTS默认3轮构建，TIME_BUDGET_MINUTES控制循环停止时间；聊天若公开，用DAILY_RUNS_PER_CHAT和DAILY_RUNS_TOTAL限量；CORE_NODES_VERSION与AI_NODES_VERSION要与你运行的n8n版本一致，且两者必须一起改。

4. 保存、发布并复制聊天地址

   保存并发布工作流。注意模板内部调用的是已发布版本，之后每次修改都要重新发布才生效。打开Chat Trigger节点，复制chat URL；若不想公开，把该节点的认证设为Basic Auth。

5. 发送测试消息验证链路

   在聊天窗口发送一条监控类测试消息（见示例）。预期Claude先生成规格，调用一次你给的端点，再生成工作流并在内置模拟环境跑隐藏测试，最后聊天返回测试结果、新工作流链接和后续步骤。若返回的是构建失败信息，检查凭据和节点目录版本配置。

可直接复制的材料

{
  "PUBLIC_URL": "",
  "MAX_ATTEMPTS": 3,
  "TIME_BUDGET_MINUTES": "分钟数，按实例需要设定",
  "DAILY_RUNS_PER_CHAT": 5,
  "DAILY_RUNS_TOTAL": 20,
  "CORE_NODES_VERSION": "与实例n8n版本一致",
  "AI_NODES_VERSION": "与实例n8n版本一致"
}

{
  "chatInput": "Alert me when GitHub has any incident. Send alerts to https://webhook.site/your-test-id",
  "expectedPath": "monitor",
  "alertTarget": "https://webhook.site/your-test-id"
}

输入与输出示例

本站依据原文流程描述整理的示意输出，非实际运行结果。

输入

在聊天框发送：Alert me when GitHub has any incident. Send alerts to https://webhook.site/your-test-id

对应输出

聊天回复示意：已识别为监控类需求；规格为对GitHub状态端点做健康检查；已先调用一次真实端点确认返回结构；工作流在内置模拟环境通过错误、超时、DNS失败和告警失败等隐藏测试；已通过n8n API在你的实例创建并激活监控工作流，附工作流链接。若为蓝图类需求，则返回未激活的工作流和一份需填凭据与取值的Setup清单。

做完检查这些

• Chat Trigger发送测试消息后，聊天中能看到规格、测试结果和工作流链接三段回复
• 新生成的工作流出现在实例列表中，监控类为激活状态，蓝图类为未激活且带Setup清单
• 生成的工作流内不包含任何凭据，也没有代码、命令或文件类节点
• 修改模板后重新发布，再发测试消息仍能走通完整链路

容易卡住的地方

• 模板安全机制会拒绝指向内网或本地地址的监控目标，测试时务必用公网端点
• 节点目录从cdn.jsdelivr.net加载，实例无法出站访问该域时构建会失败
• CORE_NODES_VERSION与AI_NODES_VERSION必须成对修改且与实例版本匹配，只改一个会导致目录不一致
• 模板内部引用已发布版本，只保存不发布时改动不会生效，这是最常见的调试弯路
• 即使所有草稿都未通过校验，模板也会把最后一版以未激活状态保存并把问题写进Setup清单，不要误以为未激活等于生成失败
• 若聊天公开但未设Basic Auth和每日限量，存在被他人消耗构建额度的风险