Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计通过

n8n-prd-generatorn8n prd 发电机

Agent Skill

n8n-prd-generator 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

259

周安装

11

GitHub Stars

9

下载量

91
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:n8n-prd-generator(n8n prd 发电机)
来源仓库:https://github.com/alexpeclub/n8n-prd-generator
仓库路径:skills/n8n-prd-generator
安装命令:
npx skills add https://github.com/alexpeclub/n8n-prd-generator --skill n8n-prd-generator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/alexpeclub/n8n-prd-generator --skill n8n-prd-generator

简介

n8n-prd-generator 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。
  • 可通过来源仓库和原始 README 进一步核验具体用法。
  • 安装方式:通过 npx skills add 命令从指定 GitHub 仓库安装。
  • 注意:安装前建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。

SKILL.md

n8n Automation PRD Generator

Generate structured, MCP-ready PRD documents for n8n automation workflows. Captures all requirements needed to build the workflow with Claude Code + n8n-mcp.


Activation

When the user wants to plan or specify an n8n automation workflow, activate this skill. The output is a PRD markdown file saved to the project directory.


Process: Structured Requirements Gathering

Follow these phases strictly. Do NOT skip phases or rush to the PRD.

Phase 1: Initial Understanding

Ask the user to describe the automation they need. Accept any format:

  • Free-text description
  • Bullet points
  • Meeting notes
  • Voice transcript

After receiving the input, summarize what you understood in 2-3 sentences and confirm with the user before proceeding.

Phase 2: Clarifying Questions (MANDATORY)

Ask targeted questions across these dimensions. Use the AskUserQuestion tool with grouped questions (max 4 per round). Run multiple rounds if needed.

Round 1 - Trigger & Schedule:

  • What starts the workflow? (Webhook, Schedule, Manual, Event-based)
  • How often should it run? (Real-time, hourly, daily, weekly)
  • What timezone/business hours apply?

Round 2 - Data Flow & Services:

  • Which external services/APIs are involved? (Name them specifically)
  • What data comes in? (Structure, format, volume)
  • What data goes out? (Where, format, who receives it)
  • Are there data transformations needed? (Mapping, filtering, enrichment)

Round 3 - Error Handling & Edge Cases:

  • What happens if an API is down or returns errors?
  • What if incoming data is incomplete or malformed?
  • Should there be notifications on failure? (Email, Slack, etc.)
  • What are known edge cases? (Empty data, duplicates, rate limits)

Round 4 - Credentials & Environment:

  • Which services are already connected in n8n? (Existing credentials)
  • Are there API keys that need to be set up first?
  • Any environment-specific considerations? (Staging vs Production)

Skip questions that were already answered in the initial description. Ask follow-up questions if answers reveal new complexity.

Phase 3: PRD Generation

After all questions are answered, generate the PRD using the template below. Save it as a markdown file in the project directory:

File naming convention: prd-[short-name].md Example: prd-youtube-video-ideas.md, prd-linkedin-lead-capture.md


PRD Template

# PRD: [Workflow Name]

**Status:** Draft
**Erstellt:** [Datum]
**Autor:** [Name]

---

## 1. Ziel & Kontext

**Was soll automatisiert werden?**
[1-3 Saetze die das Ziel beschreiben]

**Warum wird diese Automatisierung gebraucht?**
[Business-Kontext, Zeitersparnis, aktueller manueller Prozess]

**Wer nutzt das Ergebnis?**
[Zielgruppe/Empfaenger des Outputs]

---

## 2. Trigger & Zeitplan

| Eigenschaft | Wert |
|---|---|
| Trigger-Typ | [Webhook / Schedule / Manual / Event] |
| Zeitplan | [z.B. Jeden Montag 9:00 / Echtzeit / Bei Bedarf] |
| Zeitzone | [z.B. Europe/Berlin] |
| Erwartetes Volumen | [z.B. 10-50 Ausfuehrungen pro Tag] |

---

## 3. Datenfluss

### Input
- **Quelle:** [Service/API/Webhook]
- **Format:** [JSON / Form Data / CSV / etc.]
- **Beispiel-Payload:**

{ "beispiel": "daten" }


### Verarbeitung

1. [Schritt 1: Was passiert mit den Daten]
2. [Schritt 2: Transformation/Anreicherung]
3. [Schritt n:...]

### Output

- **Ziel:** [Service/API/E-Mail/Sheet]
- **Format:** [Beschreibung des Outputs]
- **Empfaenger:** [Wer bekommt das Ergebnis]

---

## 4. Beteiligte Services & Credentials

| Service | Zweck | Credential-Typ | Status |
| --- | --- | --- | --- |
| [z.B. YouTube] | [Videos abrufen] | [OAuth2] | [Vorhanden / Fehlt] |
| [z.B. Anthropic] | [AI-Verarbeitung] | [API Key] | [Vorhanden / Fehlt] |
| [z.B. Gmail] | [E-Mail senden] | [OAuth2] | [Vorhanden / Fehlt] |

---

## 5. Workflow-Architektur

### Node-Uebersicht (empfohlen)

| # | Node-Name | Node-Typ | Funktion |
| --- | --- | --- | --- |
| 1 | [Name] | [n8n-nodes-base.xyz] | [Was macht der Node] |
| 2 | [Name] | [n8n-nodes-base.xyz] | [Was macht der Node] |
| ... | ... | ... | ... |

### Datenfluss-Diagramm

[Trigger] -> [Node 2] -> [Node 3] -> ... -> [Output] | v [Error Branch]


### Aggregation & Batching

- [Muessen Daten aggregiert werden bevor sie verarbeitet werden?]
- [Gibt es Batch-Verarbeitung?]
- [Wie viele Items werden erwartet pro Durchlauf?]

---

## 6. Error Handling & Edge Cases

### Fehlerbehandlung

| Fehlertyp | Reaktion |
| --- | --- |
| API nicht erreichbar | [z.B. Retry 3x, dann Benachrichtigung] |
| Leere Daten | [z.B. Info-Mail senden, Workflow beenden] |
| Rate Limit erreicht | [z.B. Warten und erneut versuchen] |
| Ungueltige Eingabe | [z.B. Validierung, Fehlermeldung] |

### Bekannte Edge Cases

- [Edge Case 1: Beschreibung + gewuenschtes Verhalten]
- [Edge Case 2: Beschreibung + gewuenschtes Verhalten]

### Benachrichtigung bei Fehler

- **Kanal:** [E-Mail / Slack / etc.]
- **Empfaenger:** [Wer wird benachrichtigt]
- **Inhalt:** [Was soll in der Fehlermeldung stehen]

---

## 7. n8n-spezifische Hinweise

### Datenstruktur-Warnungen

- [z.B. YouTube getAll gibt id als Objekt zurueck: $json.id.videoId statt $json.id]
- [z.B. Webhook-Daten liegen unter $json.body, nicht $json]

### Expression-Einschraenkungen

- Kein Optional Chaining (?.) in n8n Expressions - nur in Code Nodes
- Expressions muessen mit = Prefix beginnen wenn sie dynamisch sind

### Aggregation

- [Muessen Items vor AI/E-Mail-Nodes aggregiert werden?]
- [Code Node mit "Run Once for All Items" fuer Aggregation nutzen]

### Error Handling Pattern

- `onError: "continueRegularOutput"` statt deprecated `continueOnFail: true`
- IF-Node fuer Edge Cases (z.B. keine Daten vorhanden)

---

## 8. Akzeptanzkriterien

- [Kriterium 1: Was muss funktionieren]
- [Kriterium 2: Was muss funktionieren]
- [Kriterium 3: Was muss funktionieren]
- Error Handling getestet (leere Daten, API-Fehler)
- Workflow-Validierung ohne Errors (Warnings akzeptabel)
- E2E-Test mit echten Daten erfolgreich

---

## 9. Offene Fragen

- [Frage 1: Was noch geklaert werden muss]
- [Frage 2: Was noch geklaert werden muss]

Guidelines for the Agent

DO:

  • Ask ALL clarifying questions before generating the PRD
  • Use the n8n-mcp search_nodes tool to validate node suggestions
  • Include specific n8n node types in the architecture section
  • Flag known n8n pitfalls (data structure, expressions, aggregation)
  • Save the PRD as a file in the project directory
  • Number the workflow steps clearly

DON'T:

  • Skip the clarifying questions phase
  • Assume services or credentials - always ask
  • Generate vague requirements ("handle errors somehow")
  • Include implementation details like exact expressions or code
  • Create the workflow - this PRD is INPUT for the build phase

Quality Checklist (verify before delivering):

  • [ ] Every service has a credential status (Vorhanden/Fehlt)
  • [ ] Error handling is specified for each external API call
  • [ ] Aggregation needs are explicitly stated
  • [ ] Data flow is clear: what comes in, what goes out
  • [ ] At least 3 acceptance criteria are defined
  • [ ] Known n8n pitfalls are documented in Section 7

Integration with Other Skills

Build Phase (after PRD is approved):

Once the user approves the PRD, they can use the n8n-mcp tools to build:

  1. search_nodes - Find the right nodes
  2. get_node - Check node configuration
  3. n8n_create_workflow - Build the workflow
  4. n8n_validate_workflow - Validate
  5. n8n_autofix_workflow - Auto-fix issues
  6. n8n_executions - Debug runs

Related Skills:

  • n8n-workflow-patterns - Architectural patterns for the workflow design
  • n8n-node-configuration - Detailed node setup guidance
  • n8n-expression-syntax - Expression rules for n8n
  • n8n-validation-expert - Validation and debugging

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.71%
按下载量换算33

Claude

30.93%
按下载量换算28

Cursor

20.42%
按下载量换算19

Gemini CLI

9.87%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills