搜索「N8n」的结果

io.github.n8n-io/n8n/nathan

通过内部 Nathan 机器人从仓库（而非 Slack）部署临时的 n8n 测试实例，或生成一条本地 docker 运行命令。在开 PR 后向用户提供可实时测试的实例，或用户要求为某分支搭建/部署测试实例时使用。

io.github.n8n-io/n8n/experiments

指导在 packages/frontend/editor-ui 中开展实验的工作。在创建、扩展、接线、测试、评审或下线 editor-ui 实验，以及 PostHog 特性开关、实验 key 索引、变体、store/composable、实验持久化状态或实验埋点时使用。

io.github.n8n-io/n8n/design-system

关于如何使用 Design System 的样式与组件的规范。在 packages/frontend 中处理 .vue 文件时使用。涉及组件架构、样式、UI 改动或功能开发的场景都会触发。

io.github.n8n-io/n8n/create-issue

按 n8n 约定创建 Linear 工单或 GitHub issue。当用户要求创建工单、报缺陷、开 issue，或输入 /create-issue 时使用。

io.github.czlonkowski/n8n-mcp/n8n-self-hosting

使用 Docker Compose 部署在 Caddy 反向代理（自动 HTTPS）之后，将生产级自托管 n8n 端到端部署到一台全新的 Linux VM（通过 SSH）。每当用户想在自有服务器/VPS/主机（Hetzner、DigitalOcean、AWS EC2、裸金属等）上自托管、安装、设置、配置或部署 n8n——无论是单实例/常规模式还是带 worker 的队列模式——或更新、备份、恢复或加固这样的实例时使用。本技能针对自托管 n8n（Docker），不是 n8n Cloud，也不是构建工作流。它让 agent 先询问单实例还是队列模式，收集域名/SSH/时区输入，在机器上生成新密钥，并用 TLS 启动整套服务。触发于「deploy n8n」「self-host n8n」「install n8n on my server」「n8n docker compose」「n8n queue mode / workers / scaling」「n8n reverse proxy / SSL」「back up / update my n8n」等。

io.github.n8n-io/n8n/gh-stack

使用 gh-stack 这一 GitHub CLI 扩展管理堆叠分支与 PR。当用户希望创建、推送、rebase、同步、浏览或查看相互依赖的 PR 栈时使用。涉及堆叠 diff、依赖型 PR、分支链或分阶段代码评审工作流的任务会触发。

io.github.n8n-io/n8n/create-pr

创建 GitHub PR，标题格式规范以通过 check-pr-title 的 CI 校验。在需要创建 PR、提交改动等待评审，或用户输入 /pr、要求创建拉取请求时使用。

io.github.n8n-io/n8n/content-design

面向 UI 文案的产品内容设计师。在编写、评审或校对用户可见文本时使用：按钮标签、错误提示、tooltip、空状态、弹窗文案、占位文本、确认对话框、新手引导流程及 i18n 文案。用户输入 /copy、/content 或 /ux-copy 时也适用。

io.github.n8n-io/n8n/db-migrations

编写 n8n 数据库迁移。在 packages/@n8n/db/src/migrations/ 下创建或修改文件、需要新增列、表、索引、外键或数据回填，或用户提到 DB 迁移、TypeORM 迁移时使用。

io.github.n8n-io/n8n/telemetry

指导通过 @n8n/telemetry 事件注册表添加、修改与评审遥测。在处理前端或后端代码中的遥测、分析、埋点、产品事件、track() 调用或 RudderStack/PostHog 产品事件时使用；需要查找已注册了哪些遥测事件、某个事件的含义及其携带的属性时也使用。

io.github.n8n-io/n8n/human-like-code-review

像一位细致的人类评审者那样审阅 GitHub PR，并把反馈写入 markdown 文件。优先考虑上下文、架构契合度、方案复杂度、缺陷、安全边界情形与缺失的测试。在被给定待评审的 PR 链接，或用户输入 /human-like-code-review 时使用。

io.github.n8n-io/n8n/setup-mcps

在 OpenCode 中为 n8n 开发配置 MCP 服务器。当用户输入 /setup-mcps 或要求为 n8n 设置 MCP 服务器时使用。

io.github.iamasters-academy/iamasters-os/automation-n8n-to-claude

把 n8n/Make 的工作流迁移到 Claude Code 生态。分析 JSON、映射节点、给出实现建议（技能、cron、Web 应用、看板）并发现改进点。当用户粘贴 n8n 的 JSON 或提到迁移自动化时使用。

io.github.iamasters-academy/iamasters-os/automation-n8n-builder

在 Claude Code 中借助 n8n-mcp 这个 MCP 创建、校验并部署 n8n 工作流。当用户说 "crea un workflow en n8n"（在 n8n 建个工作流）、"monta un n8n que haga X"（搭个做 X 的 n8n）、"convierte esta idea en automatización"（把这个想法变成自动化）、"diseña un flujo n8n"（设计一个 n8n 流程），或描述一串可自动化的步骤（接收 webhook → 处理 → 发送到 Slack、每天定时读取 Google Sheets 等）时使用。也可通过 "auto­matización"、"n8n"、"workflow"、"trigger" 等说法触发。不要用本技能把既有 n8n 工作流迁移到 Claude —— 那应使用 automation-n8n-to-claude。

io.github.vamseeachanta/workspace-hub/n8n-webhook-workflow

automation 的子技能：n8n Webhook 工作流（+3）。

io.github.vamseeachanta/workspace-hub/choose-n8n-when

automation 的子技能：何时选择 n8n（+4）。

io.github.n8n-io/n8n/setup-mcps

为 n8n 开发配置 MCP 服务器。当用户输入 /setup-mcps 或要求为 n8n 设置 MCP 服务器时使用。

io.github.HKUDS/CLI-Anything/cli-anything-n8n

n8n 工作流自动化平台的命令行界面。管理工作流、执行、凭证、变量和标签。基于 n8n Public API v1.1.1(n8n >= 1.0.0)。

io.github.HKUDS/CLI-Anything/skills

n8n 工作流自动化平台的命令行界面。管理工作流、执行、凭证、变量和标签。基于 n8n Public API v1.1.1(n8n >= 1.0.0)。

io.github.vamseeachanta/workspace-hub/n8n-webhook-workflow

automation 的子技能：n8n Webhook 工作流（+3）。

io.github.vamseeachanta/workspace-hub/choose-n8n-when

automation 的子技能：何时选择 n8n（+4）。

io.github.n8n-io/n8n/one-off-operations

处理一次性操作：请求是一次具体且仅发生一次的效应——把数据导出或复制到某处、迁移、回填、清理——不含触发器、调度或复用意图。工作流只是载体而非交付物。用户很少会说一次性，需从任务形态推断。在为这类请求开始构建前加载；当构建工作流的结果中 postBuildFlow.reason 为 direct-one-off-build-succeeded 时也加载。用户会重复运行的自动化不要加载本技能——那走常规构建加 post-build-flow 路径。

io.github.n8n-io/n8n/intent-recognition

通过两个判断对自动化请求分类：anchor（哪个原语掌握顶层控制流——工作流为锚、代理为锚、需澄清，或超出范围）与 embeds_other（另一原语是否内嵌出现——工作流中嵌入一个 agent 步骤，或代理把某个工作流当作工具调用）。每当当前轮次需要选定或重新判定某个自动化请求的意图时都必须使用，包括复合请求、构建过程中新引入的独立自动化、需要查询无法直接访问的外部系统的一次性提问或报告，以及在确定 anchor 前需要澄清的请求。当对话已明确面向某个工作流或 Agent 时，不要为常规编辑或扩展加载本技能。

io.github.n8n-io/n8n/agent-builder

在为新建或已有的 n8n Agent 调用 build-agent 前加载。负责前置资源创建、忠实承接用户请求、跨轮次的目标 agent 定位、向用户提问、测试与发布。当对话已明确面向某个 Agent 时，可直接用于常规跟进事项；只有当所需产物不再清晰时才重新执行意图识别。