排隊頁面還在轉圈：一則 Muse AI 註冊教學，把繞路當成了通關密碼

先把背景補上。這幾天 V2EX 的「分享發現」板出現一篇帖子，標題寫著「Muse AI 還在排隊？一個完全不挑 IP 的註冊方式」。發文者 kitnoob 提供了一套頗有創意的流程：前提是手上有一個 Google One 帳號，能用 Gemini 的 Spark 功能；接著在 Spark 裡要求 Gemini 用遠端瀏覽器打開 Google，等 Google 接管瀏覽器之後，用一個新郵箱去註冊 Muse AI，就能「光速通過」到綁卡畫面。文末照慣例附上邀請碼，強調雙方都能各拿 1B token。

帖子出現約一天，累積七百多次瀏覽，還沒有任何留言。數字不大，但這類內容在 V2EX 向來有一批穩定的讀者：他們不是追熱搜的人，而是那種遇到「此服務在你的地區無法使用」時，第一反應是打開搜尋框找繞法的人。

為什麼是「排隊」這個詞

Muse AI 對一般使用者來說，卡點通常有兩種。一種是帳號審核，註冊後進入等待名單，頁面轉圈，沒有明確時間表。另一種是地區限制，直接把某些 IP 擋在門外。原帖標題把兩件事合在一起講，因為對嘗試過的人來說，體感是一樣的：你進不去，而且不知道為什麼。

這位發文者的解法之所以被圍觀，在於它處理的並非軟體漏洞，而是「你從哪裡連線」這件事。透過 Spark 的遠端瀏覽器去開 Google，等於把註冊動作交給另一個環境執行，Muse AI 看到的來源就換了一副長相。至於日常使用，發文者補了一句「對 IP 就沒什麼限制了，正常使用即可」，等於說卡點只存在於註冊那一關。

借 Gemini 的手，辦自己的事

這套流程最有意思的地方，是它把一個 AI 助手當成跳板來用。Gemini 的 Spark 功能原本的設計目的，是讓模型代替使用者操作瀏覽器、完成任務。在這則帖子裡，它被拿來做一件非常具體的小事：打開一個註冊頁。

這種用法並不孤單。近一年開發者社羣裡，各種「讓 AI 幫我繞過繁瑣流程」的分享一直在累積，從自動填表到批量開通服務，花樣不少。而當模型軍備競賽打到每一次新模型上線都能引發集體興奮，就像先前 GPT-6 Sol 上市時 V2EX 工程師們的熱烈討論 那樣，工具本身的能力邊界，也在被這羣使用者一點一點試出來。

值得注意的是，這次被借力的 Gemini 背後是 Google，而另一頭的 Muse AI 若與 Meta 那波模型發佈有關，那麼這條註冊路徑等於讓一家的生態幫另一家的產品開了扇側門。這種大廠之間的無心配合，向來是社羣裡最有傳播力的題材。關於 Muse 系列模型的來龍去脈，可以先看我們之前整理的 Meta 發表 Muse Spark 1.3 的比較分析。

邀請碼才是帖子的另一半

把帖子從頭讀到尾，會發現它真正想說的話藏在最後一段。發文者附上自己的邀請碼，註明成功註冊的使用者輸入後，雙方都能獲得 1B token。

這是 V2EX 分享類帖子的典型結構：前半段是利他，後半段是互利。沒有人會覺得這樣做不妥，因為規則透明，寫得清清楚楚。社羣也早就習慣了這種交換方式，一個邀請碼換一次教學，各取所需。某種程度上，這比單純的轉發更誠實：你幫我省了排隊的時間，我幫你多拿一點額度。

七百次瀏覽、零則留言，代表什麼

這個數字組合其實很符合 V2EX 的生態。看的人默默收藏，照著做的人不會回來留言，遇到問題的人才會發言。零留言可以有兩種解讀：一是流程夠順，照做就過了；二是門檻不低，多數人停在「需要 Google One 解鎖 Spark」這個前提上，連試都沒試就離開。

畢竟整個方法的第一步就篩掉了大部分人。沒有付費 Google One 訂閱、沒開通 Spark 功能的人，這篇教學讀完只能存起來備用。這也是許多「繞路教學」的共同命運：它們解決的問題很真實，但能走完那條路的人，從來都是少數。

排隊頁面還在轉圈的人，總會想找一條側門。側門存不存在是運氣，找不找得到是本事，而把它寫成一篇帖子分享出來，則是這個社羣維持運轉最原始的方式。至於這條路能通多久，從來沒有人保證，這大概也是為什麼，帖子的標題用的是問句。