雲端方程式 Cloud F1 F1

n8n 核心

n8n 2.0 升級指南｜五大重點功能與無痛升級教學

· 約 16 分鐘閱讀 · Alex Hsieh

更新於 2026年2月11日

n8n 2.0 升級指南

📥 工作流 JSON 下載：GitHub 範例庫 ｜ 💬 社群討論：Skool 雲端方程式 Cloud F1

來了，n8n 2.0 正式登場！今天 12 月 15 號就有最新的 Release 版本。通常 1.0 跟 2.0 你就會覺得變很多，來個厲害的——但老實說，這次的更新跟你想像的可能不太一樣。n8n 2.0 不是在炫酷的新功能上大做文章，反而是先把基礎建設打好，就是很像核電廠，你把電廠先打好，你的民生設施就會 OK。

n8n 2.0 是 n8n 開源自動化平台的第二代重大版本，專注在安全性、可靠度和效能三大基礎建設的全面升級，同時引入儲存與發佈分離機制、子流程等待回傳修正、UI/UX 微調、以及內建遷移報告工具，讓現有工作流程可以無痛遷移到新版本。

目前 n8n 1.0 已經發布超過兩年了，GitHub 的星星數量到了 16 萬、社群 11 萬、團隊規模快 200 人、版本更新有 120 次。n8n 真的是更新得非常快。我在 EP49 影片裡面有完整介紹每一個新功能，這篇文章我會用更結構化的方式帶你走一遍，包括我自己升級的實際過程、踩過的坑、還有我對每個功能的真實評價。

在這篇文章裡，你會學到：

  • n8n 2.0 五大重點功能的完整解析，包含我對每個功能的真實看法
  • 儲存與發佈分離機制到底改了什麼，為什麼這對企業用戶很重要
  • 從 1.x 無痛升級到 2.0 的完整步驟，我在 Zeabur 上現場升級給你看
  • 遷移報告工具怎麼用，幫你確認升級後哪些工作流會受影響
  • 我自己實際升級的過程和心得

什麼是 n8n 2.0？

n8n 2.0 是 n8n 開源自動化平台的第二代重大版本，核心思路是先強化平台的基礎——安全性、可靠度、效能——而不是急著推出新的使用者功能。引擎蓋底下全部換過了，車子的外觀沒有什麼改變，但跑起來更穩、更快、更安全。

我在影片裡說了一個比喻，大部分更新它都叫做「引擎蓋底下」的改變，就是你看不到的。車子的外觀沒有什麼大的改變，但還是有改一些細微的體驗。所以如果你期待 2.0 是一個完全翻新的界面，那你可能會有點失望——但如果你在意穩定性和安全性，這次的更新絕對值得。

n8n 2.0 為什麼要發佈？其實是他們在控制裡面所有的可靠度、安全性這邊，收到很多企業客戶的需求，想要做一個全面的升級。這是 n8n 收到很多企業客戶的第一個重點回饋。

我自己是用 Zeabur 部署的，升級過程在影片裡有現場 Demo，基本上算是無痛升級。我建議直接升到 2.0.2 以上，因為 2.0.0 剛出的時候有一些小 bug。

為什麼你應該升級到 n8n 2.0

很多人會問我：「我現在 1.x 用得好好的，有必要升級嗎？」我的答案是：看你的使用情境。

企業用戶：一定要升

重點一的安全性部分，是針對企業級的應用。很多企業用 n8n 的時候自己運行，都需要做 Security 的確認、資安的確認。但這個其實在個人使用者是不太會去 Care 的。所以如果你是企業用戶，這次的基礎建設升級對你來說非常重要。

個人用戶：可以升，但不急

我自己的觀點是——其實我是覺得還好。但是有幾個功能確實方便，像是儲存和發佈分離、子流程修正這些。如果你有用到子流程加上 Wait 節點的人工審核流程，那 2.0 修了一個關鍵的 bug，這個你需要知道。

三個你應該在意的升級理由

  1. 安全性提升：預設級安全，很多以前要手動設定的東西現在預設就是安全的
  2. 儲存和發佈分離：避免手誤直接把修改中的工作流部署到線上
  3. 遷移報告工具：內建工具告訴你升級後哪些工作流可能受影響，消除升級焦慮

五大重點功能完整解析

重點來了，我在影片裡帶大家看了 n8n 2.0 的五個大的重點。讓我一個一個來介紹。

重點一：基礎建設全面升級——安全性、可靠度、效能

2.0 其實先推出了不是新的使用者功能，反而是強化了平臺的基礎。基本上有三個面向：

安全性（預設級安全）：

  • 不能啟用任務的執行器，在 Python 是會有影響
  • 禁止節點去存取它自己的環境變數——這部分要特別注意，如果你有做到的話。不過大部分自架的沒有這個問題
  • ExecuteCommand 之類會有系統級風險的功能，預設也沒有啟用
  • 任務執行器相關的東西都是沒有打開的

可靠度：

  • 移除了 MySQL 跟 MariaDB 的支援。一個像海豚、一個像海獅——我在影片裡這樣形容。目前都是用 PostgreSQL，如果你在 Zeabur 或是自己架，我們都是用 PostgreSQL
  • 移除了 SQLite 的 Legacy Driver，新的強化了 10 倍
  • 更少的選擇意味著更少的邊界案例——就是不會有奇怪的 test case 或奇怪的實際用例，大家不會遇到奇怪的問題，大家的環境類似

效能：

  • SQLite 的部分可以快到 10 倍
  • 資料庫操作整體都有改善

我在影片裡的評價是：這些對企業級用戶很重要，但對一般個人使用者影響不大。

重點二：更安全的工作流部署——儲存與發佈分離

這個功能我覺得是 2.0 裡面對日常使用者最有感的改變。n8n 2.0 引入了一個叫做「安全氣閘」的機制。

以前（1.0）： 你只要儲存，如果工作流是 Active 的，它就直接部署出去了。你按 Save 就發佈。就是被按到就去了、就部署了。其實就是異常模糊而且充滿風險。

現在（2.0）： 你儲存的草稿不會真的部署上去。你要按確認、再重新發佈一次，它才會部署到網路上可以使用。你不小心按到去了也只是儲存。

我在影片裡做了左右對比，左邊是 1.0 版本、右邊是 2.0 版本。你會很明顯看到差異——1.0 做一個變動直接儲存就發佈了；2.0 你按 Save 只是儲存，還會用上一個版本，要再重新發佈一次才會上線。

所以在管理重要業務的時候，不能隨便就上傳了、不能隨便就發佈或部署了。這個可以避免手誤、手殘、胖手指的問題，避免線上服務出事。

另外一個好消息：n8n 在 2026 Q1 就會出自動 Save，就是你也不用按儲存，它自動就會幫你存然後記錄。很多人都會忘記儲存，然後就改壞就去了。

注意事項： 在 2.0 的時候，子流程要被發佈才能被呼叫。以前是不需要做任何動作，就可以直接呼叫子流程了。現在你必須要按 Publish 才可以。這是一個很大的更改，跟大家講一下這邊有這個差異。

重點三：子流程的突破——正確回傳等待後的資料

這個功能比較深，大部分的人沒有碰到。但如果你有用到子工作流加上 Wait 節點的場景，這是一個關鍵修正。

舊版的問題： 子流程在做的時候就回傳了——回傳的是一開始初始值，不是等待後的結果。大部分人都不會發現這個 bug，因為大部分的情境都是用自動化，很少用到人為介入的子流程。

這會造成 n8n 1.0 的時候，你不可以做人工審核的步驟在子流程裡面。就是形同回了個寂寞——你沒有辦法正確的回傳。我之前都是用別的方式來做的。

新版的修正： 子流程裡面你可以等 Wait 節點 OK 了，才傳結果回去，就是正確的結果。所以 2.0 的時候，你就可以做互動式、有狀態的流程，就是人要決定要先到 1 還是 2 的部分。

這個叫做 Human in the Loop，比較少人會用到，人為介入的時候才會做這件事。沒用到的你就可以略過這一段。

重點四：UI/UX 微調

不只後端的升級，n8n 2.0 也有一些介面的微調。不過我自己覺得——講一大堆其實就是 UI/UX 看起來比較 OK，調的比較微小一點。

總共有四個改動：

  1. 處理中的動畫：執行工作流的時候，你會看到紅色的介面在跑，一下就轉完了，體驗更流暢
  2. 現代化的節點外觀：有一些些變化，感覺沒有那麼厚重
  3. 側邊欄的導航：變成可以調的。我覺得這個功能就是聊勝於無
  4. 連接點的高亮：連接線會有亮度提示。我自己覺得還好，但大家可以試試看

這些改動是為了調整專業用戶日常流程效率的平台，但老實說對一般使用者的感受不會太強烈。

重點五：遷移報告——消除升級焦慮

這個功能在企業上、維運上會很有用。真的在實務中會有很多 Migration 的測試——就是我要從舊版升到新版，通常會是每一季升一次，確保你的軟體是最新的，因為你會有很多不同的資安要求。就像我們更新手機的 iOS 版本或 Android 版本一樣。

這個遷移報告是為了消除升級過程中你會覺得「乾，我升了不知道會不會壞」的焦慮。n8n 內建了一個遷移報告的工具，它會講兩種問題：

  • 工作流程層級的問題：哪些工作流在升級後可能有問題、影響哪幾個
  • n8n 實例層級的問題：這臺 VM（Virtual Machine）到底有什麼需要注意的

在 n8n 的設定裡面有個 Migration Report，點進去就能看到。我在影片裡從 1.121.3 升到 2.0.2，遷移報告顯示工作流層級有幾個可能有問題的項目，然後一個一個修、確定沒有問題就好。

你先升了也沒關係，它還是會出現對應的 Compatibility Report。你就一個一個修、確定沒有問題就好。一般人不會有感覺，但是你的工作流可能會被影響，所以你要稍微去確認一下這些會不會影響你 n8n 的運行。

我的看法是：其實我是覺得還好。如果你很懶就算了。但是如果你會很 Care 這個、你是企業級的使用者，那你就應該要做對應的升級確認。

Alex 的實戰觀察

好，講完五大功能，讓我分享一下我自己的實戰觀察。

我在影片裡直接現場升級給大家看了。從 1.121.3 升到 2.0.2，整個過程大概 15 分鐘。基本上算是無痛升級，還好沒有太多的問題。

我覺得 n8n 2.0 最精準的定位是：這是一次為企業用戶打基礎的更新，不是給個人用戶的功能大禮包。 n8n 收到很多企業客戶的回饋，所以先把安全性、可靠度、效能這三件事做好。個人使用者不太會 Care 資安的確認，但企業自己運行 n8n 的時候，這些都是必要的。

我覺得最有感的改變是：

  1. 儲存和發佈分離。我自己管理的工作流蠻多的，之前確實有過「不小心按到 Save 結果直接部署了」的情況。2.0 的安全氣閘機制幫我省了不少心
  2. 遷移報告工具。不用自己猜升級後會不會壞，直接看報告就知道哪些需要改。這個對管理大量工作流的人來說很方便
  3. 效能的提升。SQLite 快了 10 倍這個數字聽起來很嚇人，但說實在話，用 PostgreSQL 的人感受沒那麼明顯。不過載入速度確實有變快

再講我覺得一般人不用太在意的部分：

  1. 安全性的預設更嚴格。環境變數存取被禁、ExecuteCommand 被關——大部分自架的人沒有用到這些功能，所以不太會有影響
  2. MySQL 和 MariaDB 被移除。如果你本來就用 PostgreSQL（我建議的方案），完全不受影響
  3. UI/UX 的微調。我覺得這個功能就是聊勝於無，不是升級的主要理由

我的建議是：不用想太多，一言不合就升級。 我在 Zeabur 上面直接把版本選到 2.0.2、按 Save，它就升了。看完 Log 確認 DB Migration 跑完、所有 Workflow 都啟起來了，就搞定了。

🔧 如何無痛升級到 n8n 2.0——完整步驟教學

接下來我帶你一步一步走完整個升級流程。跟一般升級一樣，不用想太多。

Step 1：備份現有資料（最重要！）

這個步驟絕對不能跳過。我自己每次升級前都會做完整備份。

# 匯出所有工作流程
n8n export:workflow --all --output=backup/workflows.json

# 匯出所有憑證
n8n export:credentials --all --output=backup/credentials.json

# 如果你用 Docker，也備份一下 volume
docker cp n8n_container:/home/node/.n8n ./n8n-backup-$(date +%Y%m%d)

如果你是用 Docker Compose，記得也把 docker-compose.yml 備份一份。我有寫過一篇 n8n 工作流程備份教學，裡面有更詳細的備份策略。

Step 2：確認環境需求

  • Node.js：18.x 以上
  • Docker：20.10 以上
  • 資料庫：PostgreSQL 12+（MySQL 和 MariaDB 在 2.0 已移除支援）
  • 記憶體：建議至少 2GB RAM

注意：n8n 2.0 移除了 MySQL 和 MariaDB 的支援。如果你在 Zeabur 或是自己架，我們都是用 PostgreSQL，所以沒有問題。

Step 3：選擇版本並升級

Zeabur 用戶（我影片裡示範的方式）：

  1. 選擇你的專案，在 n8n 的設定裡面
  2. 把版本選擇目前最新的 2.0.2
  3. 一言不合就升級，按 Save
  4. 不用想太多，它就會升了

如果你發現沒有辦法使用成功或沒有辦法正確的停止它，教你——到 Setting 這邊，你可以選擇 Suspend 這個服務讓它停下來。然後確認你的版本設定是 2.0.2，到 Overview 把它重新打開。

Docker 用戶：

# 停止服務
docker stop n8n_container

# 拉新版本
docker pull n8nio/n8n:2.0.2

# 重新啟動
docker start n8n_container

Docker Compose 用戶：

# 修改 docker-compose.yml 中的 image tag
# 將 image: n8nio/n8n:1.x.x 改為 image: n8nio/n8n:2.0.2

docker compose down
docker compose up -d

Step 4：確認 DB Migration 完成

我在影片裡有特別提到，有些同學不知道可以用 Log 去知道升級的狀況。在很多 n8n 的升級裡面，都會出現 DB Migration——去做對應的資料庫升級。

你在 Log 裡面會看到：

  • 開始 Starting migration
  • 不同版本之間有新的資料庫表做升級
  • 全部做完以後開始運行
  • 一個一個把你的 Workflow 啟起來（我的蠻多的，會看到啟很多）

確認 Log 裡面沒有錯誤訊息，所有 Workflow 都成功啟動就 OK 了。

Step 5：檢查遷移報告

升級完成後，到 n8n 的設定裡面找到 Migration Report。裡面會顯示：

  • 工作流層級：哪些工作流可能有問題，影響幾個
  • 實例層級：這台機器有什麼需要注意的

你就逐項確認，看看哪些 Issues 是需要修改的。我升級的時候有 9 個工作流被標記，但大部分都是自動 disable 的，一個一個修確定沒有問題就好。

Step 6：驗證成功

重新刷新瀏覽器，確認版本號變成 2.0.2 了。你可以先升上來，再來調整你 Workflow 到底有哪些有問題。這樣子就完成了。

新舊版本詳細比較

功能面向n8n 1.xn8n 2.0+差異說明
部署機制儲存 = 部署（Active 即生效）儲存 ≠ 部署（需額外發佈）安全氣閘機制，避免手誤
安全性手動設定預設級安全環境變數、ExecuteCommand 預設禁用
資料庫支援SQLite + PostgreSQL + MySQL + MariaDBSQLite + PostgreSQL移除 MySQL/MariaDB
SQLite 效能基準速度快 10 倍新 Driver 替代 Legacy Driver
子流程 Wait直接回傳初始值（bug）等待完成後回傳正確值Human in the Loop 可用
子流程呼叫不需發佈即可呼叫必須先發佈重要行為改變
節點外觀厚重風格現代化、輕量化視覺微調
執行動畫簡單更流暢的進度動畫體驗提升
遷移工具無內建遷移報告消除升級焦慮
自動儲存無2026 Q1 推出即將到來

從比較表可以看出來，n8n 2.0 的改動大部分是在「引擎蓋底下」。如果你是企業用戶，安全性和可靠度的提升非常有價值。如果你是個人用戶，儲存發佈分離是最有感的改變。

升級過程中的常見問題與解決方案

我自己升級的時候遇到過一些問題，也幫學員解決過不少升級相關的問題，這邊整理一下最常見的幾個。

問題一：升級後服務無法啟動

症狀：按了升級後，n8n 一直在重啟或無法正常存取。

解決方案：我在影片裡有教——到 Setting 這邊，選擇 Suspend 這個服務讓它停下來。然後確認你的版本設定是對的（2.0.2），再到 Overview 把它重新打開。基本上 Suspend 再重啟可以解決大部分的啟動問題。

問題二：DB Migration 卡住

症狀：Log 裡面顯示 Starting migration 後就沒有下文，或出現錯誤。

解決方案：

  1. 確認資料庫版本符合需求（PostgreSQL 12+）
  2. 確認資料庫使用者權限足夠
  3. 如果是 SQLite，確認檔案沒有被鎖定
  4. 等待足夠時間——有時候 Migration 跑得比較久，不要急著重啟

問題三：子流程無法呼叫

症狀：升級後原本正常的子流程突然無法被觸發。

解決方案：記得在 2.0，子流程要被發佈才能被呼叫。以前不需要做任何動作就可以直接呼叫子流程，現在你必須要按 Publish 才可以。去把每個子流程都按一次 Publish 就好了。

問題四：Docker Volume 權限問題

症狀：容器啟動失敗，log 顯示 permission denied。

解決方案：

sudo chown -R 1000:1000 /path/to/n8n-data

如果你需要更多關於 n8n 錯誤處理的技巧，可以參考我寫的 n8n 錯誤處理教學。

重點整理

  1. n8n 2.0 是一次以基礎建設為核心的升級，就像核電廠把電廠先打好，民生設施就會 OK
  2. 五大重點：安全性/可靠度/效能強化、儲存與發佈分離（安全氣閘）、子流程 Wait 修正、UI/UX 微調、內建遷移報告
  3. 儲存和發佈分離是日常最有感的改變，不小心按到 Save 也只是儲存，要按 Publish 才會部署
  4. 子流程在 2.0 必須要先 Publish 才能被呼叫，這是重要的行為改變
  5. 移除了 MySQL 和 MariaDB 支援，用 PostgreSQL 的不受影響
  6. 內建遷移報告工具，升級後直接看報告就知道哪些工作流需要修改
  7. 基本上算是無痛升級，不用想太多，一言不合就升級，看 Log 確認 Migration 跑完就好
  8. 你的 AI 實力又變強囉——看完這篇，你就掌握了 n8n 2.0 的所有重點

常見問題 FAQ

n8n 2.0 升級會影響現有工作流程嗎？

大多數情況下不會影響。 我自己從 1.121.3 升到 2.0.2，大部分工作流程都能正常運行。但有兩個要注意的：第一，如果你有用到子流程，升級後子流程必須先 Publish 才能被呼叫，以前是不需要的。第二，內建的遷移報告會告訴你哪些工作流可能受影響——我升級的時候有 9 個被標記，但大部分都是小問題，一個一個修確定沒有問題就好。升級前一定要備份所有工作流程和憑證。

儲存和發佈分離具體怎麼運作？

簡單說就是 Save 不等於 Deploy。 在 1.0 的時候，你的工作流如果是 Active 的，按 Save 就直接發佈了，被按到就去了。2.0 引入了安全氣閘機制——你按 Save 只是儲存草稿，不會真的部署上去。你的線上版本會繼續用上一個已發佈的版本，要你按 Publish 才會部署新版本。這樣可以避免手誤、手殘、胖手指的問題。特別注意：子流程也要 Publish 才能被其他工作流呼叫。

Docker 和 Zeabur 升級哪個比較推薦？

我個人用 Zeabur，在影片裡也是用 Zeabur 示範的。 操作超簡單：選擇專案 > n8n 設定 > 選版本 2.0.2 > Save，它就會升了。如果遇到問題，可以 Suspend 再重啟。Docker 升級也不複雜，docker pull 新版本的 image 然後重啟容器就好了。如果升級後發現問題，只要把 image tag 改回舊版就能立刻回滾。如果你還沒部署過 n8n，可以參考我的 n8n 部署到 Zeabur 教學 或 n8n 本地部署教學。

n8n 2.0 移除了 MySQL 支援，我該怎麼辦？

如果你在用 MySQL 或 MariaDB，需要遷移到 PostgreSQL。 n8n 2.0 移除了這兩個資料庫的支援（一個像海豚、一個像海獅，我在影片裡這樣形容）。如果你在 Zeabur 或是自己架，我們都是用 PostgreSQL，所以不受影響。如果你目前確實在用 MySQL，建議先在測試環境做資料庫遷移，確認沒問題再升級正式環境。n8n 官方有提供遷移工具，可以參考 官方 Release Notes。

子流程 Wait 節點的修正到底改了什麼？

修正了一個大部分人不會發現的 bug。 在 1.0 的時候，如果子流程裡面有 Wait 節點（像是需要人工審核的步驟），子流程會在等待之前就直接回傳初始值——形同回了個寂寞。所以你不可以在子流程裡做 Human in the Loop 的審核流程。2.0 修正了這個問題，子流程會等 Wait 節點完成後才回傳正確的結果。比較少人會用到這個場景，但如果你有需要人為介入的子流程，這是一個非常重要的修正。

遷移報告怎麼看？

在 n8n 設定裡找到 Migration Report 就可以了。 報告分成兩個部分：工作流層級（哪些工作流可能有問題）和實例層級（機器環境有什麼需要注意的）。每個問題都會標示重要等級，你就逐項確認。如果有些工作流被自動 Disable 了，看一下 Issues 是什麼，修改完再重新啟用就好。你先升了也沒關係，報告還是會出現，你就一個一個修，確定沒有問題就好。

下一步行動

🎓 想更有系統地學會這些技巧？ 到 AI 職場工作術（雲端方程式 Cloud F1 旗艦課程） 看看完整的實作路徑。

如果你現在還在用 n8n 1.x，不用想太多，找個時間直接升級吧。整個升級過程大概 15 分鐘就能搞定，基本上算是無痛升級。升級完記得看一下遷移報告，把有問題的工作流一個一個修好就 OK 了。

感謝你看完了這篇文章。你的 AI 實力又變強囉！

想學更多 n8n 自動化技巧？ 加入我們的 Skool 社群，和其他自動化愛好者一起學習交流！也歡迎加入我們的 Line 群各種溝通，Skool 有各種影片、免費資源可以供參考。

相關資源

YouTube 教學影片

延伸閱讀

外部資源

關於作者：Alex 是一位專注於 n8n 自動化和 AI 應用的技術教育者，透過 YouTube 頻道和 Skool 社群幫助超過數千位學員掌握自動化技能。

想把這篇學到的用進日常工作？

「AI 職場工作術」課程把這類實戰經驗整理成一步步的教學，帶你系統化練出跟 AI 協作的產能。

看 AI 職場工作術課程 →

本文作者：Alex Hsieh，SRE / DevOps 背景出身，現為企業 AI 導入顧問，也是「AI 相談室」課程講師。專注把 AI 自動化真正落地到企業日常流程，而不是停留在 Demo。

目錄
  1. 什麼是 n8n 2.0？
  2. 為什麼你應該升級到 n8n 2.0
  3. 企業用戶：一定要升
  4. 個人用戶：可以升，但不急
  5. 三個你應該在意的升級理由
  6. 五大重點功能完整解析
  7. 重點一：基礎建設全面升級——安全性、可靠度、效能
  8. 重點二：更安全的工作流部署——儲存與發佈分離
  9. 重點三：子流程的突破——正確回傳等待後的資料
  10. 重點四：UI/UX 微調
  11. 重點五：遷移報告——消除升級焦慮
  12. Alex 的實戰觀察
  13. 🔧 如何無痛升級到 n8n 2.0——完整步驟教學
  14. Step 1：備份現有資料（最重要！）
  15. Step 2：確認環境需求
  16. Step 3：選擇版本並升級
  17. Step 4：確認 DB Migration 完成
  18. Step 5：檢查遷移報告
  19. Step 6：驗證成功
  20. 新舊版本詳細比較
  21. 升級過程中的常見問題與解決方案
  22. 問題一：升級後服務無法啟動
  23. 問題二：DB Migration 卡住
  24. 問題三：子流程無法呼叫
  25. 問題四：Docker Volume 權限問題
  26. 重點整理
  27. 常見問題 FAQ
  28. n8n 2.0 升級會影響現有工作流程嗎？
  29. 儲存和發佈分離具體怎麼運作？
  30. Docker 和 Zeabur 升級哪個比較推薦？
  31. n8n 2.0 移除了 MySQL 支援，我該怎麼辦？
  32. 子流程 Wait 節點的修正到底改了什麼？
  33. 遷移報告怎麼看？
  34. 下一步行動
  35. 相關資源
  36. YouTube 教學影片
  37. 延伸閱讀
  38. 外部資源

相關文章