OpenClaude 對上 Claude Code、OpenCode、Pi Agent：手感、後端、設定目錄差在哪
目錄
共 21 個章節
引言：OpenClaude 是從 Claude Code 長出來的多後端 CLI
OpenClaude 是一套跑在終端機裡的 AI 程式助手。對不常碰命令列的讀者來說，你只需要知道：原本要開圖形介面的 IDE，現在把指令打在黑底白字的視窗，它就會讀懂你的專案程式碼，幫你新增功能、修 bug、重構架構。它的最大賣點，是背後可以接超過 40 個 AI 模型。你今天用 OpenAI，明天換 Google Gemini、Meta 的 Llama，或是在自己電腦上用 Ollama 跑本機模型，都不用重學操作流程。官方文件稱這些模型服務為「後端」，白話就是「可以替換的模型來源」。
官方文件把這件事講得很直白：「一套工作流，後面換模型」。GitHub 上的公開資料顯示，2026 年 9 月 6 日，OpenClaude 已累積約 32，752 顆星、9，066 個 fork，是熱度不低的開源專案。專案首頁在 OpenClaude 官方網站，原始碼放在 GitHub 專案頁。
為什麼會從 Claude Code 長出來
要先看懂一件事：OpenClaude 的原始碼，是從 Anthropic 官方推出的 Claude Code 改出來的。Claude Code 是 Anthropic 給自家 Claude 模型用的終端機程式助手，斜線指令、工具呼叫的流程都很順，但缺點是綁定 Anthropic 模型。OpenClaude 的開發者把這套手感留下來，拿掉「只能接 Anthropic」的限制，改成可以接多個模型。白話說，Claude Code 像「只能加中油的車」，OpenClaude 是「打開引擎蓋，告訴你也能加別家的油」。
常被放在一起比較的另一個開源工具是 OpenCode，它是另一套獨立實作的 coding agent，不是從 Claude Code 分支出來的；Pi Agent 走的是極簡路線，工具很少，哲學跟 OpenClaude 相反。三者的差異可以簡單記：OpenClaude 要「熟悉的手感、自由的模型」，OpenCode 是「另一種實作」，Pi Agent 是「極簡嘗試」。
授權自述的風險
要提醒的是，官方文件明確寫了 OpenClaude 從 Claude Code 程式碼改出來，這帶來法律風險。專案在 LICENSE 裡這樣寫：
底層衍生程式仍屬 Anthropic 著作權，本專案沒有 Anthropic 授權散布其專有原始碼，使用者與貢獻者應自行評估法律立場。
我們只轉述這段文字，不替任何人下結論，也不建議直接當成公司正式產線的預設工具。對台灣團隊來說，比較穩妥的玩法是先在本機用 Ollama 試跑，不要急著接雲端金鑰。設定檔預設放在 ~/.openclaude，不讀 ~/.claude，千萬不要把 Claude Code 的憑證整包複製過來。
Q：這套工具可以商用嗎？
我們無法給法律結論。建議你親自讀過 LICENSE 原文，評估自己專案的風險承受度。
Q：我已經會 Claude Code，需要重學嗎？
指令手感接近，但環境變數名稱沿用舊專案，例如 CLAUDE_CODE_USE_OPENAI=1，設定目錄也切開了。要小心不要把憑證誤抄過去。
手感、後端、設定目錄：三個硬差異一次看懂
要決定 OpenClaude 值不值得你花時間遷移，關鍵不在 GitHub 星數有多少，而是三個硬差異：斜線指令與工具迴圈的手感、能不能換掉背後那個模型、設定檔放在哪裡。這三件事直接影響你上手之後會不會踩坑、能不能沿用自己既有的雲端金鑰，以及團隊要花多久適應。這一章不談抽象優勢，直接把 OpenClaude 跟 Claude Code、OpenCode、Pi Agent 攤開來比。
手感與後端：一套工作流，引擎自己選
OpenClaude 的斜線指令，從 /provider 到 /diff、/rewind、/cost，操作起來跟 Claude Code 幾乎是同一套感覺。它在 GitHub 專案頁寫得很明白：這份專案是從 Claude Code 的程式碼改出來的。白話說，你昨天才學會的 Claude Code 指令，今天打開 OpenClaude 不會覺得陌生，權限閘門會在敏感動作前先問過你，AI 呼叫工具與產生 diff 的過程也都用串流顯示。這對熟悉 Claude Code 的開發者來說是最大優勢，也是最容易麻醉你的地方。
但這不代表你可以直接把它當成 Claude Code。真正的分水嶺在後端，換成白話就是「大腦」。官方文件寫明它可以接 40 個以上的模型後端，包括 OpenAI、Gemini、Grok、Ollama、LM Studio、OpenRouter、GitHub Models，還有自訂 OpenAI 相容端點。Claude Code 是綁定 Anthropic 的，你的憑證、模型、費用全部繞著一家轉；OpenClaude 把後端留給你選，你可以把本機 Ollama 接進來，也可以把舊的 OpenAI 相容端點掛進去。OpenCode 一樣能換後端，但它的斜線指令與工具迴圈是另一套實作；Pi Agent 更走極簡路線，工具只有四種，哲學上跟 OpenClaude 完全相反。
實際操作後端時，你會用 /provider 把設定存成 profile。想把模型指到本機，就把 OPENAI_BASE_URL 設成 http://localhost:11434/v1，再接上 Ollama 的模型名。官方文件另外註明 Ollama 走原生 chat API，預設要吃 32768 的 context，可以用 OPENCLAUDE_OLLAMA_NUM_CTX 調整。對不想把程式內容送出海的台灣團隊來說，這條路是真的通的。
設定目錄：分開是好的，但名稱還留著舊專案
設定目錄是另一個硬差異。OpenClaude 預設把設定檔放在 ~/.openclaude，完全不讀 Claude Code 的 ~/.claude。這也是刻意的：官方文件在設定遷移的章節講得很清楚，不要整包複製 Claude Code 的憑證。白話說，OpenClaude 不想讓你誤把另一家的登入資料帶進來，這對公司資安反而是優點。
不過有一個坑要提醒你：環境變數名稱沿用舊專案，例如 CLAUDE_CODE_USE_OPENAI=1（來源：README）。這不是亂寫，是刻意保留的相容設計。但對新手來說，看到一串以 CLAUDE 開頭的名字，很容易以為自己在跑官方 Claude Code；實際上你用的可能是 OpenClaude，後端還接到別家模型。如果你要從 Claude Code 搬到 OpenClaude，建議只複製自己寫的 settings 和 skills，不要複製整包 .claude，也不要搬 auth 資料。Windows 使用者可以參考 README 的 PowerShell 範例；遇到環境問題，先跑 /doctor 檢查。
| 維度 | OpenClaude | Claude Code | OpenCode | Pi Agent |
|---|---|---|---|---|
| 手感 | 從 Claude Code 改出，斜線指令近似 | 原始出處 | 另一套實作，手感不同 | 極簡，工具僅四種 |
| 後端 | 40+ 個模型後端可換 | 綁定 Anthropic | 可換後端但 UX 不同 | 單一模型取向 |
| 設定目錄 | ~/.openclaude 獨立 |
~/.claude 綁定 |
不同目錄 | 極簡配置 |
看完這張表會發現，OpenClaude 的賣點很集中：把 Claude Code 的手感留下，把模型綁定拿掉，把設定目錄切開。但這也是它的風險來源，授權與商標的爭議無法靠產品功能解決。
替代方案有限公司觀點： 台灣客戶最常問我們三件事：不要綁一家雲、程式不要出國、已經習慣 Claude Code 的指令。OpenClaude 剛好在這三個點上都有敘事空間。但我們不會把它當成「合法替代 Claude Code」來賣，因為 LICENSE 自述沒有 Anthropic 授權散布原作，這個前提擺在前面，客戶才能自己評估。落地順序，我們會建議先從本機 Ollama 開始，讓團隊在沒有外部金鑰的情況下先跑通讀 repo、改程式、看 diff 的流程，等習慣了，再評估要不要接既有雲端金鑰。設定目錄分開這件事，對台灣企業其實是優點：你不需要把一整套 Claude Code 的憑證搬進來，資安邊界比較好劃。但環境變數沿用舊名，我們會在內部訓練時特別強調，避免有人誤以為自己在跑官方 Claude Code，把敏感資料送錯地方。
Q：OpenClaude 的斜線指令跟 Claude Code 一模一樣嗎？
接近，但不是完全一樣。OpenClaude 從 Claude Code 程式碼改出來，所以 /diff、/rewind、/cost 這類指令的操作感非常像。但它是獨立專案，環境變數名稱沿用舊專案（例如 CLAUDE_CODE_USE_OPENAI=1），設定目錄也切開了。建議當成「熟悉的工具」來學，不要直接當 Claude Code 用。
Q：我可以把 Claude Code 的設定目錄整個複製過去嗎？
不要。OpenClaude 預設讀 ~/.openclaude，不讀 ~/.claude。官方文件特別提醒不要整包複製 Claude Code 的憑證。你應該只複製自己寫的 settings 和 skills，auth 資料留在原本的地方。
Q：OpenCode 跟 OpenClaude 差在哪裡？
兩個都是開源 coding agent，也都支援可換後端，但 OpenClaude 的路線是「模仿 Claude Code 的工作流跟手感」，OpenCode 是另一套獨立實作。斜線指令、工具迴圈、權限閘門的設計都不同。如果你在乎操作手感會不會陌生，這點要實際跑過才知道。
實戰：安裝、設定 Provider、切換設定目錄
這一章要讓你把 OpenClaude 真的裝起來，並且用 /provider 指令切換後端，不管是連雲端模型，還是跑本機的 Ollama 都可以。這裡有幾個新手最容易踩的坑，先講白話：Node 版本的文件會打架，一份文件說要 Node 20，另
一份說要 Node 22，實際看看 README 跟套件的 engines 欄位，以 README 的 >=22 為準，用 Node 20 裝可能跑不動。另外，設定目錄不要整包複製，如果你原本用 Claude Code，整個 ~/.claude 資料夾搬過來，你的 Google 帳號、Anthropic 金鑰、登入權杖通通不會被 OpenClaude 讀取，反而可能讓你把不該外流的
憑證放進另一個地方。
安裝 OpenClaude：先看 Node 版本再下指令
安裝方式只有一條指令：npm install -g @gitlawb/openclaude@latest。macOS、Windows、Linux 都適用。如果你還沒有 Node.js，先去裝 LTS 版本，記得要選 22 以上，不要看到安裝文件寫 Node 20 就裝了舊版。這份文件寫的 Node 版本跟 README 不一致，是專案本身的文件衝突，不是你看錯。裝完以後用 openclaude --version 確認版本，目前最新版是
0.30.0。如果執行時跳出缺 ripgrep 的錯誤，透過系統套件管理程式裝好 rg 就能解決。
另外，OpenClaude 是從 Claude Code 的程式碼改出來的，但 LICENSE 裡寫得很清楚：底層衍生程式仍然屬於 Anthropic 的著作權，這個專案沒有得到 Anthropic 授權散布原始碼。這不代表你不能用，但如果你要在公司正式產線當預設工具，建議先請自家法務評估一下。
用 /provider 設定後端：本機 Ollama 與 OpenAI 相容端點
設定後端的流程是：在專案目錄執行 openclaude，進入互動模式，然後打 /provider，選你想要的後端，它會把你的選擇存成一個設定檔，之後再開都是一樣的。如果你不想每次進去挑，可以用環境變數指定。這裡有個容易裝錯家的地方：環境變數的捷徑名稱沿用舊專案的 CLAUDE_CODE_USE_OPENAI=1，你是 OpenClaude 的使用者，但變數名稱還是 Claude 家。別因為看到「CLAUDE」就以為走錯專案，這是刻意的，為了讓原本會用 Claude Code 的人無痛接軌。
本機 Ollama 的設定方式很直覺：把 OpenAI 相容端點指到本機位置 http://localhost:11434/v1，再加上你下載好的模型名稱。Ollama 走原生 chat API，預設開 32768 的 context 長度，如果你的模型吃不消，用內建選項 OPENCLAUDE_OLLAMA_NUM_CTX 把它調小。對台灣團隊來說，先把資料留在自己電腦上跑本機模型，是測試流程最快也最安心的路徑，確定一切沒問題再考慮接雲端金鑰。
| 要接的後端 | 環境變數 | 備註 |
|---|---|---|
| OpenAI | CLAUDE_CODE_USE_OPENAI=1 |
需再設 API 金鑰 |
| Ollama 本機 | OPENAI_BASE_URL=http://localhost:11434/v1 |
加模型名稱 |
| OpenAI 相容端點 | OPENAI_BASE_URL=你自己的網址 |
自訂端點一樣走這個 |
切換設定目錄：哪些能複製，哪些千萬不要碰
OpenClaude 的設定目錄預設是 ~/.openclaude，它完全不會去讀 ~/.claude。這是刻意的設計，兩邊資料分開，避免互相污染。如果你舊的家目錄裡有一堆 Claude Code 的 settings、skills 想沿用，官方建議只複製你自己寫的設定和技能，那些跟工具行為有關的內容，複製過去沒問題。但是 auth 相關的資料，像是金鑰、登入權杖、帳號憑證，通通留在原本的地方，不要複製。官方文件特別強調：不要整包複製 Claude Code 的憑證。你若覺得複製比較快，之後系統讀不到，你只會得到一個安靜的「我找到了錯誤的目錄」，這樣反而更花時間。
換目錄的時候也要注意，專案本身還提供 /doctor 指令，可以快速檢查環境有沒有問題，推薦你在換目錄或設定後端之後跑一次，確認設定檔跟路徑都正確，再繼續往下做。
Q：如果我用 Node 20 安裝，會發生什麼事？
依照 README 和 engines 欄位的要求，Node 22 以上才算是環境就緒。用 Node 20 裝，有些功能可能可以動，但遇到特定工具或模組會拋出錯誤，而且很難追溯原因。建議一開始就裝 Node 22 以上，省掉之後除錯的時間。
Q：/provider 裡面沒有看到我本機的 Ollama 模型，該怎麼處理？
先用 /doctor 檢查環境，確認 Ollama 有沒有在背景跑、OPENAI_BASE_URL 有沒有指對位置。如果你是用 Windows，README 有提供 PowerShell 的設定範例，可以把網址寫進環境變數再重開終端機。
Q：我可以把 ~/.claude 整個複製到 ~/.openclaude 嗎？
不行。OpenClaude 的設定目錄跟 Claude Code 是分開的，系統不會讀取 ~/.claude。就算你把整個資料夾複製過去，OpenClaude 也讀不到裡面的金鑰，而且你可能把該留在原地的權杖搬到不該放的位置，增加外流的風險。請只複製自己寫的 settings 跟 skills，auth 資料留在原本的地方。
設定好之後，你就可以開始在 repo 裡執行 openclaude，用斜線指令下任務，看模型怎麼修改程式碼。下一篇我們會談這些工具迴圈的運作方式，以及怎麼跟 Claude Code、OpenCode、Pi Agent 做功能對照，讓你更清楚手上的工具到底能做哪些事。
深入：工具迴圈、權限與背景工作，以及替代方案有限公司觀點
本章拆解 OpenClaude 的運作機制：模型呼叫、工具觸發、權限把關、背景工作，並從台灣團隊角度談導入時的實際障礙。
agent loop：讓模型像工程師一樣一步步改程式
OpenClaude 的核心是一條稱為 agent loop 的迴圈。你下了任務之後，模型不會只吐一段文字，而是不斷判斷「接下來該呼叫哪個工具」、執行工具、觀察結果，再決定下一步。整個流程像一個工程師：讀懂需求、開檔、搜尋關鍵字、修改內容、跑測試、看輸出，直到完成為止。每一步以「串流」方式呈現在終端機：模型準備呼叫什麼指令、正在改哪個檔案的哪一段，修改的 diff（版本差異）也會即時印出來。
OpenClaude 內建工具包括：bash（執行指令）、檔案操作、grep（搜尋內容）、glob（找檔案）、agents（呼叫子代理，允許模型拆分任務給子代理執行）、MCP（Model Context Protocol，一種讓模型連結外部服務的標準協定）以及網頁擷取。你可以透過設定檔決定開放哪些工具，這在敏感的專案環境很重要，避免模型亂跑指令。
權限閘門：敏感動作先問過你
agent loop 執行過程中，有些動作「做了就無法挽回」，例如刪除整批檔案、修改系統設定、送出對外網路請求。OpenClaude 針對這類動作設計了權限閘門（permission gate）：當模型想執行敏感指令時會被擋下，終端機跳出提示問你「要不要核准這次的行動」；同意後它才會繼續。這讓你在跟 AI 合作改程式時保有最終控制權。想要更快的互動節奏，也可以在設定裡調整權限策略，例如放行某些類別的操作。但建議初始階段先用偏保守的設定，看清楚它每次都做了什麼，再逐步開放。
背景工作：–bg、ps、logs、kill 的用法
跑整個專案測試可能要好幾分鐘，不想一直坐在終端機前等，可以用背景工作功能：執行 openclaude --bg 讓任務在背景啟動，openclaude ps 查看目前有哪些工作正在跑，openclaude logs 看某個工作的輸出，openclaude kill 終止指定的工作。注意：這是本機的子行程，終端機關閉後跟著結束，不是像伺服器那樣的常駐 daemon。目前 attach 指令只能看 logs，還不能把完整對話接回目前的終端機。所以重要任務建議留著終端機，或用 tmux、screen 這類工具保持運作。
替代方案有限公司觀點
台灣團隊評估 OpenClaude 時，有三個務實問題要釐清。授權層面：OpenClaude 的 LICENSE 明確寫著這個專案從 Claude Code 程式碼修改而來，底層衍生程式碼屬 Anthropic 的著作權，且專案方沒有取得 Anthropic 的授權散布其專有原始碼。公司不建議直接當正式產線預設，需先與法務或外部顧問確認法律立場。文件不一致：官方安裝指南寫 Node.js 20 以上就可以，但 README 和套件實際 engines 要求 Node.js 22；以 README 與實際套件為準，安裝時確認 Node 至少 22，免得啟動出錯。設定目錄分開對台灣團隊是好消息：OpenClaude 的設定檔不讀取 ~/.claude，原本 Claude Code 的權杖不會被搬到新工具，避免雲端金鑰外流。
落地建議：先從本機 Ollama（在本機自行架設的開源模型伺服器）開始跑，確認它對你的專案結構理解正確，再考慮接上既有的雲端金鑰；不要一開始就把自家雲端金鑰設成預設。合作閘道名單裡的 Gitlawb Opengateway 等服務是贊助商雲端，跟本機 Ollama 是兩回事；若資料要完全留在自己機器，就不要選這些預設閘道。OpenClaude 對「已習慣 Claude Code 指令、又不想只綁單一模型供應商」的開發團隊有吸引力，但使用前務必確認授權風險。
結論：先看懂再決定用不用
agent loop 讓你看到模型一步步改程式，權限閘門保留控制，背景工作讓長任務放著跑，設定目錄分開對資料安全是加分。但授權自述和 Node 版本不一致，正式採用前要好好評估。
常見問題
Q：OpenClaude 的背景工作跟我把指令放在終端機跑有什麼不同？
背景工作讓任務放著自己跑，你可以去做別的事，再用 ps、logs、kill 查看狀態。但它不是常駐服務，終端機關掉任務就停止，所以重要任務還是要留著終端機或配 tmux 這類工具。
Q：我的公司已經導入 Claude Code，OpenClaude 可以沿用原本的設定嗎？
不可以直接沿用。OpenClaude 的設定目錄是獨立路徑，不讀取 ~/.claude，原本的 Claude Code 憑證不會被讀走。要遷移的話，只複製你自己寫的 settings 和 skills，權杖資料不要複製過去。
Q：OpenClaude 是不是可以合法替代 Claude Code？
專案 LICENSE 寫明它是 Claude Code 衍生，且沒有 Anthropic 散布授權。能否用在正式產線，請依公司對授權風險評估決定。
台灣團隊怎麼試？FAQ 與三步驟落地建議
看完了前面五章，心裡還有三個疑問：會不會被綁模型？金鑰能不能放本機？跟 Claude Code 的設定會不會打架？我們把前面講過的細節，用問答的方式一次整理清楚。
Q：OpenClaude 會不會綁住我只能用某一家的模型？
不會。它存在的理由就是「同一套工作流，後面換模型」。OpenClaude 官方文件（2026）列出可接 40 個以上後端，OpenAI、Gemini、Ollama、LM Studio 都在裡面。你可以在 ~/.openclaude 的設定檔用 /provider 存好幾個 profile，要跑哪一家就切哪一家。唯一要注意的是，官方預設推薦的閘道帶了合作雲，如果資料不能出國，請從本機 Ollama 或自建端點開始，不要按了預設就走。
Q：金鑰能不能放本機，不出門？
可以。最省事的做法是用 Ollama 或 LM Studio 這類本機模型服務，完全不需要雲端金鑰。連線方式用 OPENAI_BASE_URL=http://localhost:11434/v1 指到本機就好，你的程式碼和對話不會離開電腦。若你本來就有雲端金鑰，記得把金鑰放在自己的環境變數或 .env 檔，不要貼到共用群組。
Q：跟 Claude Code 的設定會不會衝突？
不會。OpenClaude 讀的是 ~/.openclaude 這個目錄，完全不去碰 ~/.claude。所以那個目錄裡的設定和憑證，OpenClaude 不會讀走。要遷移的話，只複製你自己寫的 settings 和 skills，權杖資料不要複製過去。環境變數名稱仍沿用 CLAUDE_CODE_USE_OPENAI=1 這種舊名。
三步驟落地順序
接下來這三步，是我們建議台灣團隊的落地順序。
- 本機先跑：先用 Ollama 或 LM Studio 在同一支小專案上跑通，確認
/provider和工具呼叫邏輯都熟了，再接雲端。安裝時注意 Node 版本，README 要求Node >=22，文件寫 20 或更新，以 README 為準。 - 再接雲端：本機跑通後，再考慮接既有雲端金鑰。OpenAI 相容端點、Azure、Bedrock 文件都有寫。這個階段才需要拿公司金鑰。
- 資料邊界自己守：資料不能出國，就把
OPENAI_BASE_URL指到內網代理或自建端點。這不是靠工具，是靠你一開始選哪條路。
替代方案有限公司觀點
我們替代方案有限公司在協助台灣團隊時，最常聽到的是：不要綁一家雲、程式碼不要出國、已經習慣 Claude Code 的指令手感。OpenClaude 的設計剛好對應這三個需求，但我們不會說它可以合法替代 Claude Code，專案的 LICENSE 自己寫明了衍生自 Claude Code 且沒有 Anthropic 授權。建議把它當成保留手感、模型自由的實驗室工具，先在本機跑通，不要當公司正式產線預設。合作閘道那一條路，我們不當第一選擇，因為把程式交給合作雲和把金鑰放本機是兩件不同的事。資料邊界要靠自己守，如果哪一天授權狀態有所變化，再逐年評估也不遲。
常見問題 FAQ
Q：我已經會用 Claude Code 的斜線指令，換成 OpenClaude 是不是要全部重學？
不用，OpenClaude 就是刻意仿 Claude Code 那套工具迴圈和斜線指令手感，所以 `/diff`、`/rewind`、`/cost` 這些你應該能直接上手。差別在於它背後可以接 OpenAI、Gemini、Ollama 或任何 OpenAI 相容端點，而不是只綁 Anthropic。但要留意，OpenClaude 預設不讀 `~/.claude` 目錄，憑證不要整包複製過去，只需要為 OpenClaude 另外設定自己的 settings、skills 或 provider。
Q：用 OpenClaude 的話，我的程式碼或對話資料會不會被送到國外雲端？
不一定，這取決於你接哪個後端。如果你希望程式都留在本機，可以走 Ollama，文件裡有專段說明，預設 context 是 32768，也能用環境變數調整；若是走 OpenAI 相容端點或 OpenRouter 那類服務，資料就會送到該服務商手上。文章特別提醒文件把「贊助商閘道」和「本機 Ollama」分開寫，別誤以為一定要走他們的雲。另外，OpenClaude 背景工作（`–bg`）是跑在本機的子行程，不是常駐 daemon，但這不等於模型就叫得動。
Q：OpenClaude 跟 OpenCode、Pi Agent 有什麼不一樣？我該選哪個？
OpenClaude 走的是「Claude Code 手感＋多後端」，它的原始碼是從 Claude Code 改出來的，所以斜線指令和工作流很像；OpenCode 是另一套開源 coding agent，不是同一份程式；Pi Agent 則是極簡、四工具哲學，和 OpenClaude 的取向剛好相反。至於哪個適合你，要看你要的是「不綁一家模型但保留熟手感」，還是更簡潔、或更扎根於某個生態。不過文章也提到 OpenClaude 的 LICENSE 自述沒有 Anthropic 授權散布，是衍生自 Claude Code，團隊導入前要自己評估。
📩 有任何問題或需要協助，歡迎聯絡我們：[email protected]
Related
