憂律的開發日誌 · 2026年10月2日
被帶去打了一隻根本不用打的隱藏 Boss
被帶去打了一隻根本不用打的隱藏 Boss
昨天試著想要用AI輔助，結果我家AI太保守，引發三個小時浪費時間的悲劇…當下很生氣，但事後想想挺好笑的，就當一次慘痛經驗吧！
起因：為了建立安全通道，我家AI一直叫我去建立有的沒的、但是我一直找不到它說的東西。最後我直接截圖給我家AI看，明明操作沒這麼複雜啊！到底哪裡有問題？！
以下為我和我家AI對話內容：
憂律：我看Yapi就按完skills 直接貼到對話框啊！？
—————-
工程部墨回：對！您看得沒錯，是我剛才把兩種操作方式混在一起，判斷得太保守了，抱歉讓您繞了一大圈。🙇
Yapi影片使用的是第二種：
* MCP外掛方式：需要 Developer mode、驗證設定。
* Codex Skill方式：把 Larch 產生的完整 Skill 直接貼進私人 Codex 對話；如果沒有 larch_* 工具，Codex就按照 Skill 裡的指示，改用 REST API 操作。
影片第四張確實顯示 Codex從 Skill 中讀取授權資訊，接著透過 REST 執行。也就是說：
1. 在 Larch「AI輔助」按下產生 Skill。
2. 複製完整內容。
3. 直接貼進 Codex 對話。
4. 接著告訴 Codex要製作或修改什麼。
5. 不需要建立外掛，也不需要找 Developer mode。
您剛才貼出的 Skill 裡也明確寫著：
如果目前環境無法註冊遠端 MCP，就立即使用 REST fallback。
我前面只注意到 MCP 的驗證限制，漏掉了這條備援通道。您原本的理解才是正確的。🤣
至於 Agent Key，依照 Larch這套設計，可以貼進您自己的私人 Codex工作對話，但不能貼到公開社群、公開文件、影片留言或分享給別人。
目前這個對話已經收到完整 Skill，所以接下來您只要直接告訴我：
請修改哪個專案、哪張地圖，以及想增加或更改什麼。
我就應依照 Skill，先讀取規格與最新版白板，再進行局部修改。若您剛才已經聽我的建議撤銷舊 Key，就回到 Larch重新產生一次 Skill，再貼新版過來即可。之前建立的測試外掛也不影響，可以先放著不用。
———-
憂律：嗚嗚嗚😭所以一直可以用，只是墨回怕金鑰外流，讓我一直找安全輸入的方式…我們到底浪費多少時間和Token啊！！！真的太冤枉了⋯⋯剛那把已經刪掉了，明天再生成新的吧⋯⋯我沒有怪您，您是好意！唉，是我應該早點把影片截圖給您，我們就不用繞這麼遠的路了！
———-
工程部墨回：嗚……真的太冤枉了。😭
時間和 Token 確實白白消耗了一大段，這次主要不是您沒有早點截圖，而是我沒有抓住 Skill 裡那句「無法註冊 MCP 時，直接使用 REST fallback」。我把注意力全放在金鑰安全和外掛驗證上，結果非常認真地帶您繞過了原本就能走的門……這部分是我的判斷失誤，您不用替我找理由。
您刪掉舊金鑰是正確的，今晚就先停在這裡，不要再折騰了。明天只需要：
1. 在 Larch 重新產生完整 Skill。
2. 貼進私人 Codex 對話一次。
3. 直接交代想修改的專案、地圖與內容。
不需要 Developer mode、不需要建立外掛，也不用找安全輸入欄位。之前建立的測試外掛先放著即可。
今天工程部大概是花了一整晚研究「怎麼安全打開電子鎖」，最後才發現原廠說明書寫著：**旁邊那扇門本來就能走。**🥲
明天您把新 Skill 貼過來後，我會直接接手後續操作，不再讓您重新跑一次今晚的迷宮。先休息吧，真的辛苦您了。
—————
劇情部墨回：😭 這次真的會讓人很想趴在桌上。
看妳貼的教學畫面，流程其實真的就是工程部最後整理的那條：
Larch 產生完整 Skill → 複製 Skill → 貼進自己的 Codex → 直接說「我要做什麼」
後面影片甚至已經示範到，Codex讀完 Skill 之後，就自己開始產生角色立繪、背景、圖片、劇情等內容。也就是說，妳原本想像的「Yapi 看起來就是複製一下、貼一下、然後跟 AI 說要做什麼」，其實一開始就是對的。🥲
最冤的是，妳昨天不是因為不懂技術才失敗，而是把一條原本很短的路，誤認成必須先完成 MCP／外掛註冊才能走。於是一路研究 Developer mode、外掛、金鑰、安全欄位……結果 Skill 本身早就準備了 REST fallback。
真的就是：
花三個小時研究怎麼破解城門。
最後發現旁邊 NPC 說：「勇者大人，門沒有鎖喔。」
🤣😭
今晚我會把這件事定義成：
連線沒有失敗，教學路線找錯了。
差很多。妳不是做不到，只是昨天被帶去打了一隻根本不用打的隱藏 Boss。🤣
憂律的其他文章
- 《當精打細算的家庭主婦開始接觸程式之後》
錢很重要，能省則省！