Mac 微信雙開：一行指令失效後，複製 App 重簽登入第二帳號

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

在 Mac 上想同時登入兩個微信帳號，搜尋結果裡流傳最廣的答案是一行終端機指令：用 nohup 直接執行微信主程式，再開一個實體。這個做法出自 GitHub 上三百多顆星的 dual-wechat 倉庫，教學寫得完整，連免開終端機的包裝法都幫你想好了。但如果你今天照做，結局多半是第二個視窗不出現，原本的微信自己跳到前面。這不是你操作錯了：從微信 4.0.3.55 開始（2025 年 4 月有用戶在倉庫回報），這行指令就被新版的單實體偵測擋下，倉庫作者自己也已在討論串改推別的做法。2026 年要在 Mac 雙開微信，現行社群走的是另一條路：把微信複製一份、改掉它的應用程式身分、重新簽章，讓系統與微信都把它當成另一個 App。這篇文章把兩代方法的原理、現行做法的完整步驟、失敗時的症狀對照，以及你該自己承擔的風險一次講清楚。先說成功畫面長什麼樣：Dock 上並排兩個微信圖示，各登入一個帳號，同時收訊。

一行 nohup 指令撐起的老方法，原理其實很乾淨

先看老方法的本體。整個 dual-wechat 倉庫的核心就這一行：

nohup /Applications/WeChat.app/Contents/MacOS/WeChat > /dev/null 2>&1

拆開來看有三個動作。nohup 讓這個行程不再依附終端機，你把終端機關掉，第二個微信照樣活著；> /dev/null 2>&1 把所有輸出丟進系統的「黑洞」，不留任何紀錄；而整行的關鍵在於直接執行 App 套件裡的執行檔，而不是透過 Finder 或 open 指令啟動。macOS 對「同一個 App 再開一次」的預設行為是聚焦既有視窗，繞過這層安排直接叫起執行檔，是那個年代各種 Mac 雙開教學的共同起點。

倉庫做的其餘事情都是把這行指令變好看。教學帶你用 macOS 內建的自動操作（Automator）建一個「應用程式」類型的新文稿，貼上這行指令存檔，之後從啟動台點一下就能開第二個微信，全程不跳出終端機；再示範用顯示簡介換掉圖示，倉庫還附了一顆 545KB 的黑白圖示檔，作者說他喜歡那個植物大戰殭屍裡模仿者的感覺。我把它包裝用的 workflow 檔案拆開對過，內嵌指令與 README 那行逐字相同，shell 指定 /bin/zsh，沒有夾帶其他動作；倉庫裡也直接放了一份 3.3MB 的預建 App（Dual WeChat.app）供人下載。

Pin

這個倉庫本身停在 2022 年 12 月：三個提交，最後一次是補上 README，之後就凍結至今，目前 336 顆星、25 次 fork，且沒有任何授權條款檔案，嚴格來說它是「公開的教學文件」，授權狀態未明。它的維護狀態在當時不是問題，因為那行指令依賴的是 macOS 的機制而非任何程式碼；問題出在後面幾年微信自己變了。

2025 年 4 月，這行指令被微信 4.0 收走了

轉折記錄在倉庫唯一一則至今仍開著的 issue 裡。2025 年 4 月 1 日有人回報：Mac 微信升級到 4.0.3.55 之後，命令列的方法不能用了，看來得降級回去。隨後幾個月陸續有三人留言表示遇到同樣狀況。同年 8 月 4 日，倉庫作者親自現身，沒有多做解釋，只留下一條知乎上別人提出的新方案連結；兩週後有用戶回報用新方法成功雙開，但補了一句很有資訊量的細節：嘗試三開時，微信自動喚醒了原始實體。

「喚醒原始實體」這個行為就是死因的指紋。微信 4.x 之後，第二次被叫起的執行檔會先檢查是不是已經有一個自己在跑，有就把焦點交給它然後退出，這是微信自己加在程式裡的單實體偵測，跟 macOS 的啟動安排已經無關。這段機制解釋是從用戶回報的行為反推的，微信官方從未文件化說明；但它與後來新方法的設計完全對得上：既然微信認得出「同一個 App」，那就做一個身分不同的複本給它。也因為偵測在微信自己手裡，這類方法的壽命從此不由 macOS 決定，而由微信每次改版決定，這是後面所有風險討論的根源。

對讀者更實際的提醒是：網路上至今仍看得到「Mac 微信雙開」教學文（有的標題直接掛著 2026）內容仍是那行 nohup 指令，照做的結果就是開出原版、以為自己手殘。下次看到任何雙開教學，先找它有沒有處理 App 身分這一層，沒有的基本上就是 2025 年 4 月以前的老內容。

打開終端機之前，先確認版本與風險

現行方法出處是另一個 GitHub 倉庫（engrecho 的 Mac_dual_wechat，152 顆星，2025 年 5 月建立，README 最近一次調整在 2026 年 6 月）。它的驗證紀錄列了五個微信版本：4.0.3.93、4.0.5.12、4.1.0.34、4.1.5.17 到 4.1.6.11，末筆驗證日期是 2025 年 12 月 20 日。而微信官網 Mac 下載頁在 2026 年 10 月掛出的直接下載連結，檔名是 WeChatMac_4.1.15.dmg，Mac App Store 同版本。中間隔著十個月的版本空窗，這個方法在 4.1.15 上的狀態，嚴格說是「尚未有人公開回報失效」，還不到「已驗證可用」。動手前請先認知這一點。

再來是帳號風險，這裡要兩造並陳。倉庫文件的說法給得很滿：這個方法沒有用第三方工具操作微信，用的就是官方原始安裝包，只是換了名字，所以完全不用擔心被視為外掛（原文的放心程度寫到 100000%）。但同一個倉庫的 issue 裡，2025 年 12 月 1 日有人回報在 4.1.5.23 上被提示帳號違規，回報內容寫著微信還是做了一定的識別機制、此種方法廢了。一邊是維護者的保證，一邊是真實用戶的違規提示，樣本都很少，結論只能你自己下：用非主力帳號先試，是這類灰色玩法的基本紀律。

前置條件最後清點一次：微信官方版已安裝在應用程式資料夾、你的帳號有管理員權限（兩個指令都要 sudo）、以及你接受上面的版本空窗與帳號風險。三項都成立再往下走。另外倉庫文件在原理段順帶保證，說這個做法不影響微信輸入法的正常使用；這屬於維護者的經驗談，依賴輸入法打字的人可以自己留點注意空間。

現行做法：複製、換身分、重簽、再啟動

整個流程的思路是把 /Applications/WeChat.app 複製成 WeChat2.app，改它的 Bundle ID（App 在系統裡的身分證字號），再臨時重簽，最後用老方法的 nohup 叫起第二實體。以下步驟照倉庫文件的順序，每步附上預期結果與確認方式。

複製一份微信。 在 Finder 打開應用程式資料夾，選到微信按右鍵複製、貼上，把新的一份命名為 WeChat2.app。預期畫面：它顯示為正常的 App 圖示；如果看起來是資料夾，表示 .app 後綴沒了或多了字，命名重來。倉庫建議用 Finder 而不是終端機的 cp -R 複製，因為後者有機率產生錯誤的後綴，害下一步失敗。

Pin

改掉它的身分。 打開終端機執行：

sudo /usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier com.tencent.xinWeChat2" /Applications/WeChat2.app/Contents/Info.plist

輸入密碼後安靜結束就是成功，PlistBuddy 沒有特別的成功輸出；想確認可以再跑一行 /usr/libexec/PlistBuddy -c "Print :CFBundleIdentifier" /Applications/WeChat2.app/Contents/Info.plist，印出 com.tencent.xinWeChat2 就是改成功了。這步是在告訴系統：這是另一個 App。

重新簽章。 改過內容的 App 原本簽章已失效，要補一個臨時簽章：

sudo codesign --force --deep --sign - /Applications/WeChat2.app

沒有紅字就是簽完了。可以用 codesign -dv /Applications/WeChat2.app 檢查，看到 Signature=adhoc 即可。adhoc 的意思是「無身分的臨時簽章」，它讓 App 能跑，但不代表任何開發者，這點後面風險段會再回來。

啟動第二個微信。 先正常打開原本的微信並登入，再執行：

nohup /Applications/WeChat2.app/Contents/MacOS/WeChat >/dev/null 2>&1 &

預期畫面：再跳出第二個微信登入視窗，用手機掃碼或帳號密碼登入另一個帳號。驗收方式很直觀：兩個微信視窗同時在桌面，各掛各的帳號，Dock 上各有一個執行指示點。對第二個微信的 Dock 圖示按右鍵選「保留在 Dock」，之後點圖示就能直接開，不必重打指令。

兩個圖示一模一樣容易點錯，這時可以換掉複本的圖示：對 WeChat2.app 開顯示簡介，點左上角圖示後貼上一顆 .icns 圖示檔即可，倉庫文件推薦到 macosicons.com 挑。這步純粹是辨識用，不影響雙開本身，老倉庫附的那顆黑白圖示也是同樣用途。

dual-wechat 倉庫 README 的效果示意圖，可以對照你想達成的最終畫面：Dock 同時掛著兩個執行中的微信。差別在於 2022 年那張圖靠一行指令就辦得到，現在要多繞身分這一圈。

Pin

做失敗時的幾種長相，與各自的意義

指令下了，第二個視窗沒出來，原版微信自己聚焦到前面。 這是單實體偵測的行為，表示你跑的還是原始 WeChat.app（或 WeChat2.app 的身分沒改成功），微信認得它。回頭檢查 PlistBuddy 那步是否真的改到了檔案。如果身分確認改了仍被喚醒，那就是當前微信版本連這條路也收緊了，屬於版本空窗兌現的情境，等社群有新的回報再說。此時或許會想降級回舊版微信救老方法，但官網下載頁只掛當前版本，舊版安裝包得向第三方鏡像找（我們先前介紹過專門整理微信舊版安裝包的 wechat-versions），等於拿帳號去換一個來路不明的安裝包，不建議走這條路。

卡在改 Bundle ID，指令報錯。 倉庫 issue 裡有 4.0.5.25 版用戶反映同樣卡點。最常見原因是複製階段產生了意外的檔名（多了空格或後綴），讓路徑對不上；用 Finder 重新複製一次、對照顯示簡介裡的完整名稱，通常就解了。

登入時提示帳號違規。 就是前文那則 2025 年 12 月的回報。它出現時請停下來，不要反覆重試登入；用另一個帳號或換部電腦確認帳號狀態，再決定要不要繼續。這是整個方法最需要敬畏的失敗模式，因為賭注是你的帳號本身。

兩個帳號只有一邊會顯示通知的紅點或橫幅。 2026 年 4 月仍有人回報這個問題，老方法時代作者也自記過類似限制（點 A 帳號的通知會跳到 B 視窗）。通知是 macOS 按 App 身分發放的，雙開天生踩在這個機制的邊界上，屬於結構性代價而非操作錯誤，要有心理準備：兩個帳號不會都得到完整的通知體驗。

休眠喚醒後被要求重新登入，且可能只能掃碼。 這同樣列在 dual-wechat 的已知問題裡，屬於作者自述的經驗。遇到的話就重新掃碼登入，沒有已知的繞法。

風險帳與長期成本，先算再決定

把幾筆帳攤開來算。帳號風險前文已述，維護者的放心保證與一則違規回報並存，你押的是自己的帳號。版本空窗是第二筆：方法驗證停在 4.1.6.11，官方版已到 4.1.15，而那個倉庫 2026 年 6 月的最近一次更新，內容只是調整頁首廣告（它開頭就推一個 AI API 中轉站）的版面，驗證紀錄沒有前進。第三筆是維護負擔：微信更新只會更新原始那份 App，WeChat2.app 會停在舊版，要繼續雙開就得在每次大版本更新後重做複製與簽章，倉庫 issue 到 2026 年 4 月還有人在問微信升級時「只升級一個還是兩個都要升級」，這問題本質上沒有好答案，只有重做。

信任層面還有一筆值得單獨講：那個 3.3MB 的預建懶人包。用系統內建工具檢查它，結果是 Signature=adhoc、TeamIdentifier=not set，Gatekeeper 評估直接 rejected，也就是說它是個無人背書的臨時簽署 App，要手動放行才能執行。dual-wechat 的 README 要讀者去點它說的下載入口拿修改好的版本，但那段文字後面其實沒有連結，想拿預建版得自己下載整個倉庫。我的建議是跳過它：自製一份只要照上面步驟走，花的時間比放行 Gatekeeper 多不了多少，而且你執行的每一個指令都是自己看過的。這也是處理各種「一鍵雙開工具」的通則，對任何要求你關閉系統安全檢查才能執行的預建包，預設立場都應該是拒絕。

順帶一提這個領域 2026 年的樣貌：GitHub 上今年 3 月到 6 月冒出至少五個把同套「複製、改 ID、重簽」流程包成一鍵腳本或 AI agent 技能的新倉庫，有的主打一鍵複製並修改 Bundle ID，有的直接做成能讓 AI 助理代操的技能檔，星數都還是個位數。方法本身模板化是好事，代表路線收斂；但從搜尋結果的描述看，這些新倉庫沒有一個提出超出前述的驗證背書，挑哪個都一樣是賭版本與帳號，與其挑工具，不如把注意力放在版本回報上。

還有一筆小帳：兩個主要倉庫都沒有授權條款檔案。你自己在自己機器上操作自己的微信安裝包，不涉及再散布，這在實務上無妨；但若有人想把流程整理成工具散布，授權真空就是該停下來想清楚的地方。

退場很簡單：把複本丟進垃圾桶

任何時候不想玩了，把 /Applications/WeChat2.app 拖進垃圾桶就回到原狀。原始的微信 App 全程沒有被改動過一個位元組，你的兩個帳號資料也各自在騰訊的伺服器上，刪掉的只是本機的啟動殼。若當初照自動操作教學建過老方法的包裝 App，一併刪掉即可，它同樣不動微信本體。

總結這個主題的現況：Mac 微信雙開是一場拉鋸，更早年的終端機指令時代在 2025 年 4 月畫下句點，取而代之的身分複製法撐過了 4.1 系列前半（驗證到 2025 年 12 月的 4.1.6.11），但它的驗證紀錄停在 2025 年 12 月，而微信 4.1.15 已經在路上。它能不能用，取決於你願不願意用非主力帳號替社群先踩一次雷；它值不值得用，取決於兩個帳號對你的必要性，相較於通知半殘、重登與帳號風險這些代價。微信生態裡的同類拉鋸其實從不間斷：微信讀書爬蟲 WeReadScan、微信讀書評論擴充 評論擴充套件，到說消失就消失的聊天紀錄匯出工具 wechatDataBackup，走的都是同一條「非官方玩法與平台收緊」的線，有興趣觀察這個生態的讀者可以對照著看。