設計師問「還原了嗎」，就像阿嬤問「跟上次一樣嗎」：一段工程師與藍湖的故事，翻譯成你家廚房

2026 年 9 月 24 日，掘金上一位前端工程師寫下了他折騰兩天的成果：把 Cursor 接到藍湖的 MCP 上，讓 AI 直接讀設計稿、生成代碼。聽起來像變魔術，實際上坑不少。這則技術分享在工程師圈子裡傳了一輪，而我們讀著讀著，聞到的卻是另一種味道：廚房裡，那個照著別人食譜重現一道菜的味道。

還原這件事，廚房裡的人最懂

你有沒有幫長輩重現過一道菜？

阿嬤做的滷肉，你問她食譜，她說「醬油差不多倒到這裡，冰糖抓一把，米酒轉兩圈」。她比劃的那個「這裡」，是碗的三分之一，還是她心情好的二分之一，沒有人知道。你照著感覺做，端上桌，她嚐一口，抬眼看你：「跟上次不一樣。」

工程師還原設計稿，過程幾乎一模一樣。設計師發來一個藍湖連結，你打開，切到標註模式，量間距、看色值、下切圖。這位作者算過，一個頁面還原下來，至少三十分鐘是在「抄」設計稿。這三十分鐘，就是你站在爐前反覆試味道、懷疑自己鹽放多了又補一點水的三十分鐘。更崩潰的是改稿。設計師改了一個間距，你得重新量一遍。阿嬤說「下次糖少放一點」，你整鍋就得重新來過。

所以我們完全可以理解，為什麼有人想把這件事交給 AI。就像忙碌的時候，你會想找一份寫得清清楚楚的食譜，最好連幾克鹽、幾分鐘火候都標好，照做就對。

交給機器之前，先挑一把順手的鍋鏟

作者試了好幾個藍湖 MCP 的開源套件，最後留下一個叫 @star_work/lanhu-mcp 的。理由很樸素：工具鏈夠用、Cookie 能續、配置短。

這段挑選過程，像極了你搬新家時挑鍋具。市面上五六十個套件，就像百貨公司廚具樓層那一整排長得差不多的湯鍋：有的強調能細控份量，只要設計 tokens、不要整棵圖層樹，像那種刻度精準的量杯，做烘焙的人愛用；有的對大稿友善，像大容量的鑄鐵鍋，一鍋燉全雞也不怕。你不需要最好的，你需要最順手的那一把。

他最後選的那個，邏輯是：解析連結、看截圖、拿圖層結構、下載切圖。日常還原就這幾步。這跟家常菜的流程沒有兩樣：看食譜、備料、下鍋、裝盤。順帶一提，這種把工具交給記憶的安心感，我們在AI 把食譜忘了，而你家那本油漬斑斑的筆記早就解決了這件事裡也聊過：真正可靠的，從來是那套你用順了的流程。

老滷汁會壞，Cookie 會過期

文章裡最有人間煙火氣的一段，是踩坑清單。

Cookie 會過期。藍湖的登入狀態不是永久的，失效之後工具就 401，取不到資料。作者的解法是讓 AI 自己走瀏覽器重新登入，Cookie 由工具自己管。

這就是老滷汁的道理。你家那鍋滷了十年的滷汁，每天都要顧：燒開、撈渣、適時補醬油。你不能把一鍋滷汁封起來不管，它會壞。Cookie 也一樣，它是機器的登入態，是 AI 進得了藍湖那扇門的鑰匙，而鑰匙是有儲存期限的。你不續，它就讓你在外面吹風。

第二個坑更實際：不要把 Cookie 提交到 git。這句話被多個套件的文件反覆警告。翻譯成廚房語言就是，家傳食譜裡有幾味是你不外傳的，寫在紙上可以，貼在公佈欄上不行。這讓人想起我們寫過的雷軍的早餐被罵裝，而你家桌上那碗豆漿從來不用演：餐桌上最珍貴的東西，往往恰恰是不能公開演的那一部分。工程師把登入鑰匙放進公開倉庫，等於把家傳滷汁的配方印在菜單背面。

別看到食譜就下鍋

整篇文章最誠實的一句話，是「不要讓 AI 看到設計稿就直接寫代碼」。

作者最初的用法是：貼連結，說「幫我實現這個頁面」。結果不理想。後來改成先看預覽圖、先拉圖層結構、先確認技術棧的約束，一步一步來，AI 的產出才開始像樣。

你家廚房裡也有一個這樣的人，或者那個人就是你。拿到一份新食譜，從頭讀一遍，先想清楚哪一步可以省、哪一步絕對不能省，才開火。牛排下鍋前要先回溫，魚香茄子上漿前要先抓鹽，這些順序亂了，後面全盤皆輸。AI 讀設計稿也一樣，順序對了，它才是在做菜；順序錯了，它只是在把食材丟進鍋裡。作者在摘要裡寫得很坦白：能用，但離「一鍵還原」還差得遠。這句話的廚房版本是：有了食物調理機，你離阿嬤那鍋滷肉，還是差著三十年。

收在餐桌上的那句話

那位工程師折騰了兩天，換來的是設計師不用再追著問「還原了嗎」。而你家餐桌上的版本是，你照著記憶做了三次紅燒肉，第四次端上桌，長輩夾了一塊，沒說話，又夾了第二塊。

沒有言語的認可，就是家裡的「驗收通過」。

機器能讀設計稿，能下切圖，能生成代碼。但量間距的那份耐心、試味道的那個舌頭、以及「跟上次一樣嗎」這句話背後的標準，短期內還是得由人來扛。所以下回你在家裡重現某道菜，重現到第三遍還差一點的時候，別喪氣。藍湖上的工程師也是這樣：配好工具，續好 Cookie，一步一步來。菜是這樣，代碼是這樣，一張天天開飯的餐桌，也是這樣。