名詞換得快，底子沒換：一個老 AI 工程師用掛機腳本看懂 MCP 與 Skills

10 月 17 日，掘金上一篇標題直白的文章在工程師圈裡流傳開來。作者「TF 男孩」自述從 RNN 年代一路做到 LLM，重新訓練過大模型、改過 YOLO，最近用本地 OCR 加 Qwen 加 Python 寫了一套傳奇單機遊戲的自動掛機腳本。技術底子不差，但看著招聘啟事上滿滿的 Agent、Skills、MCP，他坦承自己也發慌：是不是跟不上時代了。

他的結論值得轉述給同樣發慌的人：底子沒有過時，過時的往往只是交付方式。

他那套掛機，其實就是一個 Agent

先把他的專案講清楚。這套腳本在 Windows 桌面上真的會動：找 NPC、點開對話框、辨認出「稻草人王」那一行並點下去、進入戰鬥盯著怪物按技能，怪物消失後再回去找 NPC，周而復始。

架構說穿了是三塊。眼睛是桌面截圖加 YOLO，辨識 NPC、對話框、稻草人三類目標，對話框裡的文字交給本地 OCR。手是鍵鼠模擬，點中心座標、按快捷鍵，每一步都是毫秒級。腦子則是一張狀態表：看到特定文字就切換到戰鬥狀態，看不到稻草人就判定擊殺成功。

用他自己的話說，這就是一個簡易的硬編碼 Agent：狀態寫在 if 裡，工具焊在同一個 while True 裡。圈裡現在流行的作法，是把「焊死」改成「可插拔」。差別不在數學，在插頭。

這個視角跟我們先前介紹過的MCP Tunnel 免額度繞路是同一件事的兩面：協議本身就是讓不同工具、不同端點能用同一套契約互相呼叫，誰能接上，誰的舊資產就繼續值錢。

MCP 是工具的 USB 口，Skills 是用到才翻的手冊

名詞焦慮多半來自把新詞想像成新學問。作者給了兩個很日常的比喻。

MCP 不是新模型。他把它理解成工具的 USB 口：截圖、辨識、點擊，按同一套規格暴露出去，Cursor 能插，自己寫的 Agent 也能插。他原本的點擊函式，加一個裝飾器就掛出去了，DRY_RUN 模式下只記日誌不真的點。協議而已。

Skills 更容易被英文唬住，但它不是新權重、不是新的損失函式。它就是一個資料夾，核心是一份 SKILL.md：這技能叫什麼、什麼時候用、步驟怎麼走、失敗了怎麼辦。它的聰明之處在於漸進式載入：平常 AI 只掃一眼目錄上的短描述，真的遇到相關工作，才把詳細手冊讀進來。以前教模型做一件複雜的事，得把幾千字提示詞全塞進系統提示，又貴又容易把模型灌迷糊；現在把行業經驗打包成模組，用到再翻。跟修電器先看目錄、對上型號再翻那一章，是同一個道理。

作者的範例短得幾乎不像程式：name 欄寫技能名稱，description 寫「對話框裡選挑戰稻草人王，打架瞄準不要用」，內文就是幾行 SOP，加上一句禁止事項：不要把 FIGHTING 狀態交給大模型決定。

這種「決策保留給狀態機、模糊判斷才交給模型」的分工，跟Taste-Bench 考 AI 代理判斷力的思路相互印證：代理的價值在於沿途每個分岔怎麼選，而哪些分岔根本不該讓它選，是工程師的判斷。

招聘啟事在考什麼

回到最初的焦慮：這些東西好學嗎？找工作需要嗎？

作者的答案分兩半。對他這種訓過模型、寫過 OCR、自己轉過狀態機的人，MCP 與 Skills 是窗戶紙，看完效果、動一次手就破。求職真正需要的是兩樣：能把架構講清楚，以及手上有一個真的轉過圈的專案。不需要的是把框架名詞背成清單。

他觀察到市面上不少人會畫架構圖，卻未必能讓鍵鼠在遊戲視窗裡點準。反過來說，能把「訓過模型的老底」跟「新的交付介面」兩頭接起來的人，反而稀缺。

這個觀察對一般工程師的實際意義大概是：與其追每個新名詞，不如把手上的舊專案挑一個，拆出其中一個工具函式掛上 MCP，把一段 SOP 寫成 SKILL.md。名詞會自己掉下來，掉下來之後會發現，裡面裝的都是本來就會的東西。

至於文章結尾那些沒寫完的段落，原文在此處截斷，後續細節無法確認，本文不代為補全。

（本文由沈安執筆）