TL;DR：我懷疑教授 n8n（工作流程自動化）的課程市場即將崩潰。我最近測試了 Claude 4.5 Opus複雜工作流程的產生，結果好得驚人。它不僅複製了我的工作，還重整了我的工作。一個複雜的 SEO 工作流程，我花了整夜的時間手動建立 (40 個節點)，但 Claude 在幾秒鐘內就重建、優化並濃縮為 28 個節點。這不僅是協助，更是取代。
Mercury Technology Solutions 首席執行官 James here。
如果您目前正在銷售「如何掌握 n8n」的課程，我有個壞消息要告訴您：您可能很快就會失業。
我今天在實驗 Claude 4.5 Opus 時偶然發現這一點。我最初想測試 n8n MCP (Model Context Protocol，模型上下文通訊協定)，看看是否可以將它連接至 Claude，以自動產生工作流程。
我立刻遇到了一個障礙：官方的 n8n MCP 還不支援自動建立節點。
但是，既然我已經在那兒了，我決定嘗試一種粗暴的方法。我把現有的、生產級的 SEO 文章生成工作流程--我每天都在使用的一個野獸系統--逆向設計成一個提示。然後，我請 Claude 從頭重寫整個 n8n JSON 方案。
我想看看它會不會崩潰。根據我的經驗，一旦工作流程超過 15 個節點，Gemini 通常會窒息並產生幻覺。
結果很荒謬。
Claude 不僅完成了任務它羞辱了我原本的工程。
- 完整生成：它生成了功能完整、可導入的工作流程 JSON。
- 邏輯升級：它不只是複製我的邏輯，還改善了它。它發現了我沒有注意到的冗餘。
- 程式碼最佳化：它重寫了程式碼節點內的 JavaScript，使其更乾淨、更有效率。
- Efficiency: 它將我原本的 40 節點怪物，重構為一個時髦的 28 節點機器。它運行得更快，消耗的執行點數也更少。
我坐在那裡看著螢幕，回想著我花了多少個不眠之夜來除錯那個原始的 40 節點流程，辛苦地一個節點一個節點地連接，測試變數，修正語法錯誤。
所有的努力都是為了什麼？ 我只是在證明我可以「吃苦」（受罪）嗎？
我們正在進入一個 "Click-Ops"（在 GUI 中拖放節點的手動操作）已經過時的階段。價值不再在於知道 如何連接節點。價值在於定義工作流程應該達成什麼。
建築師 (您) 定義意向。AI (Claude) 則負責執行。如果您仍在教人如何拖放，那您所教授的技能就變成了商品。
Mercury Technology Solution：加速數位化。
