基于 n8n-workflows 倉(cāng)庫(kù) CLAUDE.md 上下文文檔的 n8n 工作流 JSON 讀取、分析與修改實(shí)戰(zhàn)指南【免費(fèi)下載鏈接】n8n-workflowsall of the workflows of n8n i could find (also from the site itself)項(xiàng)目地址: https://gitcode.com/GitHub_Trending/n8nworkflo/n8n-workflowsn8n-workflows 是一個(gè)聚合了 n8n 工作流自動(dòng)化 JSON 文件的開(kāi)源倉(cāng)庫(kù)本倉(cāng)庫(kù)根目錄的 CLAUDE.md 是一份面向 AI 助手同樣適用于人類(lèi)開(kāi)發(fā)者的倉(cāng)庫(kù)上下文說(shuō)明文檔定義了工作流 JSON 的字段結(jié)構(gòu)、節(jié)點(diǎn)類(lèi)型體系、分析/文檔/修改三類(lèi)任務(wù)的操作規(guī)范以及安全與最佳實(shí)踐要點(diǎn)。讀完本文你將掌握 n8n 工作流 JSON 文件的完整解剖方式、本倉(cāng)庫(kù) 2061 個(gè)工作流文件的組織規(guī)律、索引器與測(cè)試腳本的驗(yàn)證邏輯以及在修改工作流時(shí)必須遵守的結(jié)構(gòu)約束能夠獨(dú)立閱讀、審計(jì)和改編倉(cāng)庫(kù)中的任意一個(gè)工作流文件。1. 倉(cāng)庫(kù)概覽與 CLAUDE.md 的定位CLAUDE.md 在倉(cāng)庫(kù)中的角色是“AI assistant context”AI 助手上下文它不是部署文檔而是一份約定告訴任何進(jìn)入本倉(cāng)庫(kù)處理任務(wù)的人或 Agent這個(gè)倉(cāng)庫(kù)裝的是什么、文件長(zhǎng)什么樣、做不同任務(wù)時(shí)應(yīng)該遵循什么步驟。文檔明確寫(xiě)道n8n 是一款通過(guò)可視化節(jié)點(diǎn)界面創(chuàng)建復(fù)雜自動(dòng)化的工作流自動(dòng)化工具每個(gè)工作流以 JSON 文件形式存儲(chǔ)包含節(jié)點(diǎn)定義node definitions、連接關(guān)系connections和配置configurations。從倉(cāng)庫(kù)實(shí)際規(guī)?？串?dāng)前快照實(shí)測(cè)workflows/ 目錄下共有2061 個(gè)工作流 JSON 文件遞歸統(tǒng)計(jì)總大小約 40 MB這些文件按集成服務(wù)名組織在 188 個(gè)子目錄中例如 workflows/Calendly/、workflows/Telegram/、workflows/Http/而非 CLAUDE.md 結(jié)構(gòu)圖中簡(jiǎn)化繪制的workflows/*.json平鋪形式。CLAUDE.md 的結(jié)構(gòu)樹(shù)只畫(huà)了主干workflows/、README.md、claude.md 本文件、[other files]真實(shí)目錄還包含 docs/GitHub Pages 站點(diǎn)、src/Python 與 Node 源碼、scripts/運(yùn)維腳本、api_server.pyFastAPI 服務(wù)等README.md 的徽標(biāo)宣稱(chēng) “4343 workflows”而當(dāng)前倉(cāng)庫(kù)快照中實(shí)際可統(tǒng)計(jì)到的 JSON 文件為 2061 個(gè)——引用規(guī)模數(shù)字時(shí)建議以當(dāng)前檢出內(nèi)容為準(zhǔn)。值得注意的是CLAUDE.md 末尾的“Repository-Specific Information”與“Version Compatibility”兩節(jié)仍是未填寫(xiě)的占位符[Add any specific information...]、[Specify the n8n version...]。這意味著倉(cāng)庫(kù)沒(méi)有聲明鎖定的 n8n 版本兼容性導(dǎo)入工作流前應(yīng)在你自己的 n8n 實(shí)例上驗(yàn)證節(jié)點(diǎn)類(lèi)型版本typeVersion是否可用。中文版本見(jiàn) CLAUDE_ZH.md內(nèi)容一一對(duì)應(yīng)。2. 工作流 JSON 文件格式解剖CLAUDE.md 的“Workflow File Format”一節(jié)列出了每個(gè)工作流 JSON 的必備字段。下面逐一展開(kāi)并用倉(cāng)庫(kù)中的真實(shí)文件 workflows/Calendly/0660_Calendly_Noop_Create_Triggered.json 佐證。2.1 頂層字段字段CLAUDE.md 的定義實(shí)際文件中的表現(xiàn)name工作流標(biāo)識(shí)符如Klicktipp Workflownodes定義操作的節(jié)點(diǎn)對(duì)象數(shù)組19 個(gè)節(jié)點(diǎn)的數(shù)組connections定義節(jié)點(diǎn)連接方式的對(duì)象節(jié)點(diǎn)名到其輸出端main/數(shù)據(jù)后繼節(jié)點(diǎn)的映射settings工作流級(jí)別配置含executionOrder、timezone、重試策略等staticData跨執(zhí)行持久化數(shù)據(jù)部分舊格式文件中出現(xiàn)tags分類(lèi)標(biāo)簽如[automation, n8n, production-ready]createdAt/updatedAt時(shí)間戳位于meta或頂層實(shí)際文件比最小字段集更豐富還包含metainstanceId、versionId、owner、license、category、status、environment等元數(shù)據(jù)pinData手工固定pin的測(cè)試數(shù)據(jù)description/notes由索引流程生成的說(shuō)明文本見(jiàn) test_workflows.py 與 workflow_db.py 的描述生成邏輯。2.2 節(jié)點(diǎn)對(duì)象結(jié)構(gòu)nodes數(shù)組中每個(gè)節(jié)點(diǎn)的關(guān)鍵屬性以該示例中的 Calendly 觸發(fā)節(jié)點(diǎn)為例{ id: c9eb8503-ab46-43b6-b8c0-c04e3bfad2c7, name: New Calendly event, type: n8n-nodes-base.calendlyTrigger, webhookId: f5440e40-1e7f-4ef1-b639-b8b65832a1a6, parameters: { events: [invitee.created, invitee.canceled] }, credentials: { calendlyApi: { id: xDtep5NpxCyWRmzW, name: Ricardo Calendly account } }, notesInFlow: true, typeVersion: 1, position: [980, 360] }要點(diǎn)id必須全局唯一UUID——這正是 CLAUDE.md“修改任務(wù)”第 2 條“Maintain node ID uniqueness”的原因type遵循n8n-nodes-base.type內(nèi)置節(jié)點(diǎn)、n8n-nodes-provider.type社區(qū)節(jié)點(diǎn)或n8n/n8n-nodes-provider命名空間workflow_db.py 的解析邏輯同時(shí)兼容了n8n-nodes-base.前綴與n8n/命名空間兩種寫(xiě)法并額外處理自定義節(jié)點(diǎn)名typeVersion記錄節(jié)點(diǎn)類(lèi)型版本跨 n8n 版本導(dǎo)入時(shí)它是兼容性判斷的首要依據(jù)position是畫(huà)布坐標(biāo)只影響可視化布局不影響執(zhí)行notes/notesInFlow是節(jié)點(diǎn)級(jí)注釋對(duì)應(yīng) CLAUDE.md 最佳實(shí)踐“復(fù)雜工作流受益于文檔節(jié)點(diǎn)或注釋”。2.3 節(jié)點(diǎn)間表達(dá)式引用CLAUDE.md 的“Code Generation”一節(jié)要求分析工具“解析節(jié)點(diǎn)參數(shù)中的表達(dá)式Parse expressions in node parameters”。本倉(cāng)庫(kù)的表達(dá)式語(yǔ)法形如{{ $(New Calendly event).item.json.payload.scheduled_event.start_time }}即通過(guò)節(jié)點(diǎn)名$(節(jié)點(diǎn)名)跨節(jié)點(diǎn)讀取上游 item 的 JSON 字段。示例文件中“Convert data for KlickTipp”節(jié)點(diǎn)的 Set 賦值第 363–429 行里嵌入了完整的 JavaScript 表達(dá)式把 Calendly 的時(shí)間字段轉(zhuǎn)換為 KlickTipp 要求的 Unix 時(shí)間戳、“自午夜起的秒數(shù)”格式并對(duì)姓氏/名字做拆分兜底。表達(dá)式意味著節(jié)點(diǎn)參數(shù)不是靜態(tài)值而是代碼這直接影響后續(xù)兩節(jié)講的修改規(guī)范與安全審查。2.4 settings 與錯(cuò)誤重試機(jī)制CLAUDE.md 文檔任務(wù)清單第 5 條要求“突出顯示任何錯(cuò)誤處理或重試機(jī)制Note any error handling or retry mechanisms”。示例文件的 settings 段第 660–671 行 給出了完整的可配置項(xiàng)settings: { executionOrder: v1, saveManualExecutions: true, callerPolicy: workflowsFromSameOwner, errorWorkflow: null, timezone: UTC, executionTimeout: 3600, maxExecutions: 1000, retryOnFail: true, retryCount: 3, retryDelay: 1000 }其中retryOnFail/retryCount/retryDelay構(gòu)成聲明式的失敗重試策略本例失敗重試 3 次、間隔 1 秒executionTimeout限制單次執(zhí)行時(shí)長(zhǎng)秒maxExecutions防止循環(huán)節(jié)點(diǎn)無(wú)限執(zhí)行errorWorkflow可指向?qū)ｉT(mén)的錯(cuò)誤處理子工作流callerPolicy控制誰(shuí)可以以 Execute Workflow 方式調(diào)用本工作流。3. 五大節(jié)點(diǎn)類(lèi)型體系與倉(cāng)庫(kù)實(shí)測(cè)分布CLAUDE.md 將節(jié)點(diǎn)分為五類(lèi)觸發(fā)節(jié)點(diǎn)webhook、cron、manual、集成節(jié)點(diǎn)HTTP Request、數(shù)據(jù)庫(kù)連接器、API 集成、邏輯節(jié)點(diǎn)IF、Switch、Merge、Loop、數(shù)據(jù)節(jié)點(diǎn)Function、Set、Transform Data、通信節(jié)點(diǎn)Email、Slack、Discord 等。對(duì)當(dāng)前倉(cāng)庫(kù) 2061 個(gè)文件的全部節(jié)點(diǎn)做一次類(lèi)型統(tǒng)計(jì)實(shí)測(cè) Top 分布如下與文檔分類(lèi)高度吻合節(jié)點(diǎn)類(lèi)型出現(xiàn)次數(shù)對(duì)應(yīng) CLAUDE.md 分類(lèi)n8n-nodes-base.stickyNote7060文檔節(jié)點(diǎn)最佳實(shí)踐載體n8n-nodes-base.noOp4380邏輯占位/分支匯聚n8n-nodes-base.set2536數(shù)據(jù)節(jié)點(diǎn)n8n-nodes-base.httpRequest2128集成節(jié)點(diǎn)n8n-nodes-base.stopAndError1103錯(cuò)誤處理可靠性節(jié)點(diǎn)n8n-nodes-base.if1096邏輯節(jié)點(diǎn)n8n-nodes-base.code1005數(shù)據(jù)節(jié)點(diǎn)n8n-nodes-base.manualTrigger927觸發(fā)節(jié)點(diǎn)n8n-nodes-base.googleSheets597集成節(jié)點(diǎn)n8n-nodes-base.merge487邏輯節(jié)點(diǎn)n8n-nodes-base.splitOut/splitInBatches405 / 284數(shù)據(jù)批處理n8n-nodes-base.telegram/slack390 / 198通信節(jié)點(diǎn)n8n-nodes-base.webhook/scheduleTrigger351 / 330觸發(fā)節(jié)點(diǎn)n8n-nodes-base.switch/filter/aggregate300 / 268 / 245邏輯/數(shù)據(jù)節(jié)點(diǎn)兩個(gè)觀察其一stopAndError與stickyNote的高頻出現(xiàn)恰好印證了 CLAUDE.md 兩條最佳實(shí)踐的普遍性——“錯(cuò)誤處理節(jié)點(diǎn)提高可靠性”“復(fù)雜工作流受益于文檔節(jié)點(diǎn)”。示例文件就同時(shí)具備二者一個(gè)stopAndError類(lèi)型的 Error Handler 節(jié)點(diǎn)第 643–655 行以及一張承載完整 Introduction/Setup/Testing 說(shuō)明的 Sticky Note第 627–641 行其二manualTrigger、webhook、scheduleTrigger三類(lèi)觸發(fā)節(jié)點(diǎn)齊備與文檔所列“webhook、cron、manual”一一對(duì)應(yīng)。集成節(jié)點(diǎn)的識(shí)別不是簡(jiǎn)單的字符串匹配。workflow_db.py 的 analyze_nodes第 331–405 行 維護(hù)了一張service_mappings表Telegram、Gmail、Google Drive、PostgreSQL、Jira、OpenAI、Shopify 等約 80 項(xiàng)把node.type歸一化為服務(wù)名并將set、code、if、wait、aggregate等工具節(jié)點(diǎn)顯式映射為None排除在“集成”之外它還專(zhuān)門(mén)處理了命名誤報(bào)如calcslive不應(yīng)命中cal→ Cal.com 的規(guī)則見(jiàn) 第 385–395 行。觸發(fā)類(lèi)型判定邏輯第 335–342 行type或name含webhook判為 Webhook含cron/schedule判為 Scheduled其余非 manual 的 trigger 歸入 Webhook若都不命中則視為 Manual。復(fù)雜度分級(jí)規(guī)則更簡(jiǎn)單第 198–205 行節(jié)點(diǎn)數(shù) ≤5 為 low≤15 為 medium其余為 high——這為“挑一個(gè)復(fù)雜度合適的模板來(lái)學(xué)”提供了量化依據(jù)。4. 分析工作流文檔四步法與倉(cāng)庫(kù)工具鏈CLAUDE.md 的“For Analysis Tasks”給出四步法解析 JSON 文件理解工作流結(jié)構(gòu)檢查節(jié)點(diǎn)鏈路確定功能實(shí)現(xiàn)識(shí)別外部集成與依賴(lài)結(jié)合節(jié)點(diǎn)連接考慮其實(shí)現(xiàn)的業(yè)務(wù)邏輯。倉(cāng)庫(kù)里恰好存在一套把這套方法論工具化的代碼可直接作為參照實(shí)現(xiàn)1結(jié)構(gòu)有效性校驗(yàn)。test_workflows.py第 31–35 行 對(duì)抽樣工作流執(zhí)行的判斷即文檔第 1 步的最小實(shí)現(xiàn)name字段存在且非空、nodes是數(shù)組、connections是對(duì)象三者同時(shí)滿足才算 valid。運(yùn)行python test_workflows.py可看到逐文件的節(jié)點(diǎn)數(shù)/連接數(shù)與按目錄的成功率報(bào)告。2元數(shù)據(jù)提取與集成識(shí)別。workflow_db.py 的 analyze_workflow_file第 156–221 行 完成文檔第 2、3 步讀取 JSON → 統(tǒng)計(jì)節(jié)點(diǎn)數(shù) → 判定復(fù)雜度 → 識(shí)別觸發(fā)類(lèi)型與集成集合 → 若無(wú)description字段則調(diào)用generate_description第 407–453 行根據(jù)觸發(fā)類(lèi)型與主要服務(wù)自動(dòng)拼裝一句人類(lèi)可讀的說(shuō)明。其命名規(guī)約解析函數(shù)format_workflow_name第 118–154 行也揭示了倉(cāng)庫(kù)的文件命名約定4位編號(hào)_集成_動(dòng)作_觸發(fā)方式.json例如0660_Calendly_Noop_Create_Triggered.json——編號(hào)為純數(shù)字時(shí)會(huì)被跳過(guò)剩余分段做標(biāo)題化HTTP/API/Webhook等保留大寫(xiě)。3增量索引與統(tǒng)計(jì)。Python 側(cè)的 workflow_db.py 使用 SQLiteWAL 模式 FTS5 全文索引見(jiàn) init_database第 27–108 行緩存每個(gè)文件的 MD5 哈希未變更的文件直接跳過(guò)第 479–489 行Node 側(cè)則有 src/index-workflows.js 提供的 CLI依賴(lài) src/database.js支持-f/--force強(qiáng)制全量重建索引與--stats只輸出統(tǒng)計(jì)第 44–48 行統(tǒng)計(jì)維度包括工作流總數(shù)、激活數(shù)、唯一集成數(shù)、節(jié)點(diǎn)總數(shù)、觸發(fā)類(lèi)型分布與復(fù)雜度分布。服務(wù)層由 api_server.pyFastAPI暴露/api/search、/api/stats、/api/workflow/{id}、/api/categories、/api/export等只讀端點(diǎn)端點(diǎn)表見(jiàn) README.md。4從結(jié)構(gòu)看執(zhí)行順序。CLAUDE.md 特別提醒代碼生成工具要“考慮節(jié)點(diǎn)執(zhí)行順序Consider node execution order”。注意settings.executionOrder字段示例文件取值v1表示按節(jié)點(diǎn)position的 x 坐標(biāo)從左到右執(zhí)行而非畫(huà)布連線視覺(jué)順序在老版本 n8n 中該字段缺省為v0僅按畫(huà)布布局推導(dǎo)。分析節(jié)點(diǎn)鏈路時(shí)應(yīng)以connections映射為權(quán)威數(shù)據(jù)流依據(jù)position只是布局提示——這正是“從源碼結(jié)構(gòu)看”應(yīng)持有的謹(jǐn)慎態(tài)度不要僅憑畫(huà)布坐標(biāo)推斷數(shù)據(jù)流向。5. 文檔化與修改工作流的操作規(guī)范5.1 文檔任務(wù)五步法CLAUDE.md 的“For Documentation Tasks”要求驗(yàn)證現(xiàn)有描述與實(shí)際實(shí)現(xiàn)一致——即核對(duì)description/name字段是否真的反映節(jié)點(diǎn)鏈路而不是照抄識(shí)別觸發(fā)機(jī)制與調(diào)度計(jì)劃——如 Calendly 觸發(fā)器的events: [invitee.created, invitee.canceled]、scheduleTrigger的 cron 表達(dá)式列出所有使用的外部服務(wù)與 API——對(duì)應(yīng)analyze_nodes產(chǎn)出的integrations集合記錄數(shù)據(jù)轉(zhuǎn)換與業(yè)務(wù)邏輯——重點(diǎn)閱讀 Set/Code 節(jié)點(diǎn)參數(shù)中的表達(dá)式見(jiàn) 2.3 節(jié)突出錯(cuò)誤處理或重試機(jī)制——檢查settings.retryOnFail、stopAndError節(jié)點(diǎn)、errorWorkflow引用。文檔還要求描述應(yīng)解釋“工作流達(dá)成了什么業(yè)務(wù)目的而不僅是包含哪些節(jié)點(diǎn)”。示例文件的 Sticky Note 就是范本開(kāi)頭即說(shuō)明它打通 Calendly 與 KlickTipp、處理預(yù)訂/取消/改期三種路徑并給出 Setup 步驟安裝社區(qū)節(jié)點(diǎn)、配置憑據(jù)、預(yù)建自定義字段與 Testing 方法。5.2 修改任務(wù)四條鐵律CLAUDE.md 的“For Modification Tasks”給出了四條必須遵守的約束每一條都能在本倉(cāng)庫(kù)找到反例風(fēng)險(xiǎn)或正例支撐保持 JSON 結(jié)構(gòu)與必備字段。test_workflows.py的三要素校驗(yàn)name/nodes/connections就是這條的自動(dòng)化檢查刪掉任何一項(xiàng)抽樣測(cè)試即失敗維護(hù)節(jié)點(diǎn) ID 唯一性。節(jié)點(diǎn)id為 UUID新增節(jié)點(diǎn)必須生成新 UUID重復(fù) ID 會(huì)導(dǎo)致 n8n 導(dǎo)入沖突增刪節(jié)點(diǎn)時(shí)同步更新 connections。connections以“節(jié)點(diǎn)名 → 輸出槽 → 目標(biāo)節(jié)點(diǎn)列表”組織nodes里增刪節(jié)點(diǎn)而忘記在connections中增刪對(duì)應(yīng)鍵工作流會(huì)變成懸空或斷鏈結(jié)構(gòu)測(cè)試與 n8n 版本要求的兼容性。檢查所用節(jié)點(diǎn)的typeVersion社區(qū)節(jié)點(diǎn)如n8n-nodes-klicktipp.klicktipp還需確認(rèn)目標(biāo)實(shí)例已安裝對(duì)應(yīng)社區(qū)包——示例文件 Sticky Note 的 Setup 第一條正是“Ensure the KlickTipp community node and its dependencies are installed”。另有一個(gè)倉(cāng)庫(kù)級(jí)的模塊化范例workflows/Executeworkflow/ 目錄下存在大量通過(guò) Execute Workflow 節(jié)點(diǎn)調(diào)用子工作流的模板對(duì)應(yīng)最佳實(shí)踐“模塊化工作流調(diào)用子工作流提高可維護(hù)性”。6. 安全注意事項(xiàng)工作流文件中的敏感信息CLAUDE.md 的“Security”一節(jié)提出三點(diǎn)結(jié)合倉(cāng)庫(kù)實(shí)例可以講得更具體“工作流文件可能在 webhook URL 或 API 配置中包含敏感信息”。示例文件中webhookId: f5440e40-1e7f-4ef1-b639-b8b65832a1a6暴露了 n8n 實(shí)例的 webhook 標(biāo)識(shí)導(dǎo)入到新實(shí)例前應(yīng)重新生成“憑據(jù)通常單獨(dú)存儲(chǔ)在 n8n 中而不是工作流文件里”。這一點(diǎn)需要精確化工作流文件里有憑據(jù)引用但沒(méi)有憑據(jù)本體——示例的 credentials 段第 92–97 行 只保存憑據(jù)的id與name如name: DEMO KlickTipp account指向 n8n 實(shí)例內(nèi)部的憑據(jù)庫(kù)真正的密鑰在 n8n 數(shù)據(jù)庫(kù)中。因此導(dǎo)入他人工作流后必須在自己實(shí)例中重新綁定憑據(jù)id在跨實(shí)例間并不通用“警惕任何硬編碼的值或端點(diǎn)”。示例文件中硬編碼了listId: 358895、tagId: 12375153以及一串field21xxxx自定義字段 ID——這些是原作者 KlickTipp 賬戶的專(zhuān)屬值換賬戶必須全部重映射。CLAUDE.md 的 AI 上下文一節(jié)同樣把“應(yīng)該參數(shù)化的硬編碼值Hardcoded values that should be parameters”列為典型故障源。倉(cāng)庫(kù)服務(wù)端另有獨(dú)立的 SECURITY.md記錄了 API 層已修復(fù)的路徑穿越、CORS 收緊allow_origins白名單、/api/reindex認(rèn)證ADMIN_TOKEN與限流默認(rèn) 60 次/分鐘等實(shí)踐。閱讀工作流 JSON 時(shí)可借鑒同一套威脅視角把每個(gè)httpRequest節(jié)點(diǎn)的 URL、每個(gè) webhook 端點(diǎn)、每段code節(jié)點(diǎn)里的executeCommand式腳本都視為潛在攻擊面。7. 最佳實(shí)踐與四種常見(jiàn)工作流模式CLAUDE.md 的“Best Practices”四條在倉(cāng)庫(kù)中有充分樣本支撐清晰、描述性的命名——文件名0660_Calendly_Noop_Create_Triggered.json與 JSON 內(nèi)name字段共同構(gòu)成可讀標(biāo)識(shí)索引器甚至依賴(lài)文件名的分段規(guī)則來(lái)生成展示名format_workflow_name文檔節(jié)點(diǎn)/注釋——全倉(cāng)庫(kù) 7060 處stickyNote節(jié)點(diǎn)示例文件用整張 Sticky Note 承載 Introduction/Benefits/Key Features/Setup/Testing 五段式說(shuō)明錯(cuò)誤處理節(jié)點(diǎn)——1103 處stopAndError節(jié)點(diǎn) settings.retryOnFail聲明式重試見(jiàn) 2.4 節(jié)模塊化——executeWorkflow調(diào)用子工作流的模板集中于 workflows/Executeworkflow/?！癈ommon Patterns”一節(jié)歸納了四種骨架拓?fù)渚稍趥}(cāng)庫(kù)中按目錄定位到實(shí)例模式拓?fù)鋫}(cāng)庫(kù)中的對(duì)應(yīng)素材Data Pipeline 數(shù)據(jù)管道觸發(fā) → 獲取數(shù)據(jù) → 轉(zhuǎn)換 → 存儲(chǔ)/發(fā)送workflows/Code/、workflows/Googlesheets/ 下的 Transform→Sheets 類(lèi)模板Integration Sync 集成同步定時(shí) → API 調(diào)用 → 比較 → 更新系統(tǒng)workflows/Schedule/、workflows/Googledrive/如 Google Drive ? Sheets 同步模板Automation 事件自動(dòng)化Webhook → 處理 → 條件邏輯 → 執(zhí)行操作workflows/Webhook/、workflows/Respondtowebhook/Monitoring 監(jiān)控告警定時(shí) → 狀態(tài)檢查 → 問(wèn)題告警workflows/Error/錯(cuò)誤→Telegram/Slack/Gmail 通知、workflows/Uptimerobot/CLAUDE.md 的“Troubleshooting”還列出四類(lèi)常見(jiàn)問(wèn)題節(jié)點(diǎn)連接不正確、缺少錯(cuò)誤處理、循環(huán)中低效數(shù)據(jù)處理、應(yīng)參數(shù)化的硬編碼值與四條優(yōu)化建議識(shí)別冗余操作、批處理、補(bǔ)錯(cuò)誤處理、拆分復(fù)雜工作流。其中“批處理”可對(duì)應(yīng)到倉(cāng)庫(kù)中 284 處splitInBatches與 405 處splitOut節(jié)點(diǎn)前者把大批 item 切成小批循環(huán)處理后者把數(shù)組字段拆成多個(gè) item——兩者是緩解“循環(huán)中低效數(shù)據(jù)處理”的標(biāo)準(zhǔn)手段。8. 適用前提與已知限制版本兼容性未聲明CLAUDE.md 的版本章節(jié)為占位符倉(cāng)庫(kù)未鎖定 n8n 版本。以typeVersion與所用節(jié)點(diǎn)包為準(zhǔn)導(dǎo)入前在目標(biāo)實(shí)例驗(yàn)證文件布局以實(shí)際目錄為準(zhǔn)JSON 按集成名分布在 188 個(gè)子目錄實(shí)測(cè)CLAUDE.md 結(jié)構(gòu)圖的workflows/*.json是簡(jiǎn)化畫(huà)法workflow_db.py 使用rglob(*.json)遞歸遍歷與該布局一致統(tǒng)計(jì)口徑差異README 徽標(biāo)數(shù)字4343/29445 節(jié)點(diǎn)等為文檔自報(bào)口徑當(dāng)前快照實(shí)測(cè)為 2061 個(gè) JSON 文件本文引用的一切實(shí)測(cè)數(shù)字基于當(dāng)前檢出只讀使用方式本倉(cāng)庫(kù)提供的工作流均可直接下載導(dǎo)入 n8n本地瀏覽可運(yùn)行pip install -r requirements.txt python run.py啟動(dòng)后訪問(wèn) http://localhost:8000命令與 API 端點(diǎn)表見(jiàn) README.md也可用 test_workflows.py 做結(jié)構(gòu)抽檢、用 src/index-workflows.js 的--stats查看索引統(tǒng)計(jì)。小結(jié)CLAUDE.md 把“如何正確對(duì)待這個(gè)倉(cāng)庫(kù)”濃縮成了可執(zhí)行的規(guī)則集格式上認(rèn)準(zhǔn)name/nodes/connections/settings/tags等頂層字段與 UUID 唯一的節(jié)點(diǎn) ID分析上按“結(jié)構(gòu)→鏈路→依賴(lài)→業(yè)務(wù)邏輯”四層遞進(jìn)并用 test_workflows.py 與 workflow_db.py 的解析邏輯做交叉驗(yàn)證修改上死守結(jié)構(gòu)完整性、ID 唯一、connections 同步、版本兼容四條紅線安全上分清“憑據(jù)引用≠憑據(jù)本體”并清除硬編碼端點(diǎn)。掌握這套方法后倉(cāng)庫(kù)里任意一個(gè)NNnn_集成_動(dòng)作_觸發(fā).json文件都可以被快速讀懂、審計(jì)并安全地改編。【免費(fèi)下載鏈接】n8n-workflowsall of the workflows of n8n i could find (also from the site itself)項(xiàng)目地址: https://gitcode.com/GitHub_Trending/n8nworkflo/n8n-workflows創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考