在 Agentic AI 的世界中，解決你的錯失恐懼症 (FOMO)

「Agentic」的實際意義（以及為何你舊有的 LLM 架構突然顯得過時）
Agent 框架：沒人告訴你的關鍵
薄框架與厚技能：典範轉移
SKILL.md：串起一切的合約
模型上下文協定（MCP）：AI 的 USB-C 時刻
電腦操控：像人類一樣操控你螢幕的 Agent
主要的編碼框架：Claude Code、OpenCode、Codex CLI、Pi、Cursor
OpenClaw vs Hermes：這波熱潮真的值得嗎？
Agentic AI 如何改變世界（附實際工作流程）
要進入這個市場，最值得學習的技能
現在就該關注的工具與框架
在哪裡可以提出高品質的問題
額外資源

一年半前，我寫了一篇部落格文章，名為 解決你對 LLM 一切的 FOMO。RAG、向量資料庫、llama.cpp、LoRA、LLAMA 框架。這些就是你跟上業界所需知道的全部詞彙。如果你了解嵌入（embedding），並能用 LangChain 把一些東西拼湊起來，那你就已經領先群雄了。

那個世界已經消失了。

如今，討論已從「如何讓模型回答我的問題」轉變為「如何讓模型執行任務，從頭到尾，自主完成，使用工具，在我的機器上，持續數小時，無需我時時監督」。術語也改變了：框架（Harness）、技能（Skills）、子 Agent（Subagents）、MCP、鉤子（Hooks）、沙盒（Sandboxes）、軌跡（Trajectories）、OpenClaw、Hermes。如果你這週打開 Twitter，感覺每個人都在說另一種語言，這篇部落格就是為你寫的。

我將帶你完整了解 2026 年 Agentic AI 的整個架構、人人都在爭論的框架、哪些是真正值得關注的信號、哪些只是行銷話術，以及如果你想在這個領域工作，實際上該學些什麼。

開始之前先說一下：這篇文章同時為兩種讀者而寫。如果你以寫軟體為生，你會認出其中的模式和資源連結。如果你不是，但想了解你的工程師朋友和 LinkedIn 動態在著迷什麼，你也能看懂。我會在每個術語首次出現時用白話解釋，並在每個主要概念處附上圖解。依你需要的深度閱讀即可。我們開始吧。

「Agentic」的實際意義

最簡單的理解方式：一般的 LLM（像是 ChatGPT、Claude 或 Gemini 這類聊天機器人大腦）會回應你的提示。而一個 Agent 會決定下一步要做什麼、在真實世界中採取行動、觀察結果，然後再決定下一步，如此循環，直到完成任務。

想像一下，問朋友「東京天氣如何」和聘請一位旅行社 agent 幫你規劃兩週的日本行程，兩者之間的差異。前者是單次往返。後者則是一連串的決策、工具呼叫（訂票網站、地圖、日曆）、回溯，以及最終的交付成果。第二種模式就是我們所謂的 agentic。

聊天機器人 vs Agent：聊天機器人回答單一問題，而 Agent 則透過工具呼叫循環，直到達成目標

Agent 與聊天機器人的三個區別：

它可以呼叫工具。 讀取檔案、執行 bash 指令、呼叫 API（也就是請另一個軟體執行某項任務）、編輯程式碼、瀏覽網頁。Agent 不只會說話，它還會行動。
它有一個循環。 它會查看工具的輸出、進行推理，並決定下一步。這個過程會持續直到目標達成。
它具備記憶和技能。 它不會每次都從零開始。它會在會話中攜帶上下文，並且越來越能在跨會話中保持。

你已經知道的模型（Claude Opus 4.7、GPT-5、Gemini 2.5、Qwen3、GLM、DeepSeek）是大腦。而圍繞在大腦周圍，賦予它眼睛、雙手、記憶和工作空間的，就是框架。事實證明，框架與模型本身同等重要。

Agent 框架：沒人告訴你的關鍵

如果 2023 是「哪個模型最好」的一年，那麼 2026 就是「哪個框架最好」的一年。框架是一個軟體層，它包裹 LLM 並將其轉變為一個可運作的 Agent。Parallel 的入門指南和 Firecrawl 的文章都是很好的切入點，如果你想獲得更完整的說明。

具體來說，框架負責：

上下文組裝：決定每次輪次要將哪些內容放入提示中（你的程式碼倉庫、最近的 12 則訊息、工具定義、相關文件）。
工具執行：定義模型可以呼叫的工具、驗證其輸入、執行工具、回傳結果。
記憶與狀態：維持數百輪對話的連貫性，壓縮舊的上下文（摘要舊訊息），以免超出上下文視窗（AI 的工作記憶限制）。
權限與沙盒：決定哪些動作需要人工核准、隔離檔案系統存取、網路政策。沙盒只是一個封閉的工作空間，讓 Agent 可以在其中行動而不影響電腦的其他部分。
子 Agent 與編排：當一個 Agent 產生另一個 Agent 來執行專門的子任務並回報結果。想像一下主管將任務委派給專家的情況。
錯誤復原：重試、錯誤解析、自動重新規劃。

Agent 框架的剖析：LLM 作為大腦位於中心，周圍環繞著框架元件，為其提供工具、記憶、權限、子 Agent 和錯誤復原能力。

今年稍早有一篇重要的論文指出，同一個 LLM 在同一個基準測試上，僅僅因為包裹它的框架不同，成功率可能出現高達 6 倍的差異。這是推動當前領域轉變的主要發現。模型不再是唯一的槓桿。模型周圍的系統才是槓桿。

這是你的心智模型。把 LLM 想像成一個才華橫溢但容易分心的承包商。框架就是專案經理、鷹架、工具箱、安全帶（字面意義上的）、工時表和收件匣。拿掉這些，承包商只是一個在空停車場自言自語的傢伙。

白話來說：模型是思考者。框架是將思考轉化為行動的一切。

薄框架與厚技能：典範轉移

這是你讀完這篇部落格後應該記住的最重要術語：薄框架與厚技能（thin harness with thick skills）。

較舊的 Agent 框架（想想早期的 AutoGPT、BabyAGI、繁重的 LangChain Agent 抽象層）試圖將所有智慧都塞進框架本身。框架擁有複雜的規劃提示、硬編碼的推理模式、內建的角色設定。光是系統提示（模型在每次對話開始時收到的固定指令）就可能高達一萬個 token（一個 token 大約是一個文字區塊，約四個字元）。模型幾乎沒有思考的空間，因為框架不斷在它旁邊喋喋不休。

新的方法則顛覆了這個概念。框架應該要薄：一個小巧、乾淨、透明的循環，知道如何呼叫工具、管理上下文、尊重權限。僅此而已。所有真正的專業知識都存在於技能中：外部的、可被發現的、打包好的知識單元，框架會按需載入。這個概念最清楚的單一說明文件是 Skill Issue: Harness Engineering for Coding Agents 指南，它指出大多數 Agent 的失敗都是配置問題，而非模型限制。

最簡單的類比：框架是作業系統，技能是應用程式。你不會希望你的作業系統知道如何設計簡報。你會希望作業系統精簡可靠，而你希望有一個 PowerPoint 技能，只有在需要時才載入。

薄框架與厚技能：舊方法把所有東西都塞進框架，沒有留給你的工作空間；新方法使用精簡的框架，並在需要時才從技能庫中提取專業知識

在這種模式中，一個技能就是一個包含以下內容的資料夾：

一個 SKILL.md 檔案，說明技能的用途、何時觸發、如何使用
可選的腳本、模板、參考資料
可選的子檔案，當 Agent 深入任務時會讀取它們

當框架看到一個它可以辨識的任務時，它會拉入相關的 SKILL.md，讀取它，遵循指示，然後繼續進行。模型不會預先載入所有可能的工作流程。它會即時查詢，就像你會 Google 一個 Stack Overflow 答案一樣。

這之所以重要，是因為：

它可擴展。 你可以新增一千個新技能，而不會讓基礎系統提示變得臃腫。Agent 只會載入它需要的東西。
它是可攜帶的。 為 Claude Code 編寫的技能，大多也可以在 OpenCode 或 Hermes 中執行。這個格式正逐漸成為事實上的標準。
它具有累積效應。 每次 Agent 順利完成一項任務，你都可以要求它將該程序寫成一個新技能。隨著時間推移，Agent 在你特定工作上的表現會顯著提升。

Pi（一個極簡的編碼框架）是首批推廣這種模式的框架之一，其系統提示不到 1000 token，而意見主導的框架則超過 10000 token，這樣幾乎可以將整個上下文視窗留給你的程式碼、你的計畫、你的文件。Claude Code 將其正式化為一個技能系統，其他框架隨後採用。OpenCode、OpenClaw 和 Hermes 現在都使用相同的語言。

SKILL.md：串起一切的合約

如果你今年在 Agentic AI 領域只想學習一種文件格式，那就學這個。官方規範在 agentskills.io，權威參考倉庫是 GitHub 上的 anthropics/skills。

一個最小的 SKILL.md 看起來像這樣：

name: pdf-form-fill

description: 當使用者要求填寫、簽署或擷取 PDF 表單欄位時使用此技能。觸發詞包括「填寫這個 PDF」、「擷取這個表單的欄位」、「簽署這份文件」。

PDF 表單填寫

何時使用

使用者上傳 PDF 表單並要求填寫
使用者想要從表單中擷取欄位
使用者想要將已填寫的表單扁平化為靜態 PDF

使用方法

開啟檔案 /mnt/user-data/uploads/...
執行 python scripts/extract_fields.py <path> 來列出欄位
詢問使用者你沒有的數值
執行 python scripts/fill_form.py <path> <field_values.json>
將輸出儲存到 /mnt/user-data/outputs/

限制

切勿修改原始上傳檔案
始終保留表單元資料
僅在使用者明確要求時才進行扁平化

頂部用三個破折號包裹的區塊稱為 YAML 前置資料，這只是 Agent 首先讀取以決定技能是否適用的結構化元資料。其餘部分是純文字指示，就像你可能會為新員工入職第一天撰寫的那種指示。

Agent 讀取這個檔案，從描述中了解技能的用途，遵循程序，並使用打包的腳本。框架從未被重新編程以了解 PDF 表單。你只需丟一個資料夾進去，Agent 就知道如何處理了。

這種模式稱為漸進式揭露。Agent 只在需要時才讀取它需要的內容。首先掃描技能描述（成本低），當技能啟動時讀取完整內容（中等成本），而打包的腳本則只在步驟需要時才讀取（成本最高）。這就是如何在長時間任務中保持上下文視窗乾淨且 Agent 可靠的方法。

漸進式揭露金字塔：Agent 首先讀取簡短的描述，然後在觸發時才讀取完整的 SKILL.md 內容，最後僅在特定步驟需要時才讀取打包的腳本

模型上下文協定（MCP）：AI 的 USB-C 時刻

拼圖的另一塊是 MCP，即模型上下文協定，由 Anthropic 引入，現已為整個生態系統所採用。協定只是兩個軟體用來互相溝通的約定語言。

如果技能是你教導 Agent 程序的方式，那麼 MCP 就是你賦予它標準化系統存取能力的方式。把 MCP 想像成 AI 工具的 USB-C。在 MCP 出現之前，每個 Agent 框架都有自己定義工具的方式。你為 LangChain 寫了一個 Notion 連接器，然後為 AutoGen 重寫一次，再為 Claude Code 重寫一次。三個連接器，三個錯誤。

MCP 將其標準化。你只需編寫一個 MCP 伺服器一次。它會暴露工具（read_notion_page、search_drive、send_slack_message）。任何兼容 MCP 的客戶端（Claude Code、OpenCode、OpenClaw、Hermes、Cursor）都可以將其插入並使用。

MCP 就像 USB-C：一個 MCP 伺服器連接多個 AI Agent 於一端，連接多個服務於另一端，因此你只需編寫一次連接器，任何 Agent 都可以使用它

在實務上，這意味著：

你可以建立一個內部的 MCP 伺服器，一次性地暴露你公司的內部 API，而你將來採用的任何 Agent 都可以使用它
你可以從註冊中心取得開源的 MCP 伺服器，用於 Google Drive、Linear、GitHub、Asana、你的資料庫、你的設計工具等等
你可以在不重寫工具層的情況下混合搭配不同的框架

這是現代 Agent 架構的第二支柱。技能是程序。MCP 是接線。 它們與框架一起，形成了三位一體。

電腦操控：像人類一樣操控你螢幕的 Agent

你知道你是如何使用軟體的嗎：你看著螢幕、移動滑鼠、點擊、打字。直到最近，Agent 都無法做到這些。它們只能呼叫乾淨的 API，這意味著世界上大部分的軟體（舊的桌面應用程式、設計古怪的內部工具、任何缺乏適當 API 的東西）都無法觸及。

電腦操控就是解決這個問題的能力。Agent 會取得你螢幕的截圖，決定點擊哪裡或輸入什麼，發送滑鼠和鍵盤指令，然後再拍一張截圖來看看發生了什麼。如此循環。就像人類一樣，但更慢、更有耐心。

這之所以重要，是因為：

任何軟體突然都可以自動化了，而不僅僅是那些有良好 API 的軟體。世界上大部分的軟體在建置時並沒有考慮到 Agent，因此大多數軟體都沒有乾淨的 API。電腦操控解鎖了這些軟體。
舊的企業系統（SAP、Oracle、大型主機包裝器、二十年歷史的內部工具）終於可以在不重寫的情況下被觸及。
Agent 不需要供應商的許可就能與他們的軟體互動。它只需要看到螢幕。

截至 2026 年中，三個主要的實作：

Claude 電腦操控：Anthropic 在 2024 年底推出，並經過多次迭代改進。它提供一個可攜帶的截圖 + 滑鼠 + 鍵盤工具，可在任何作業系統、任何虛擬機、任何容器中運作。目前最全面的全能型方案。它驅動著 Claude Cowork，Anthropic 面向消費者的桌面產品，本質上就是 Claude 的電腦操控功能包裝在一個友善的應用程式中。

OpenAI Operator（以及 Codex 背景電腦操控）：OpenAI 的 CUA（電腦操控 Agent）。最初專注於瀏覽器，但在 2026 年 4 月 Codex 發布後擴展到完整的桌面功能。與 ChatGPT Pro 捆綁。有一個「接管模式」，人類可以介入處理敏感操作，例如輸入密碼。

Gemini 電腦操控（前身為 Project Mariner）：Google 的解決方案，針對基於瀏覽器的工作進行了最佳化。內建於 Chrome 和 Gemini API。在網頁任務上表現強勁，但在完整的桌面操控上較弱。Project Mariner 作為獨立產品已於 2026 年 5 月退役，其功能已整合到主要的 Gemini Agent 中。

標準的基準測試是 OSWorld-Verified，Agent 在 Linux、Windows 和網頁上的真實桌面任務進行評分。截至 2026 年初，最高分數約在 70% 到 85% 之間，這聽起來令人印象深刻，但直到你意識到這意味著大約四分之一到五分之一的任務仍然失敗時。電腦操控是真實的，它正在你現在可以使用的產品中發布，但它尚未達到你可以完全放手不管的可靠程度。

誠實的限制，因為沒有其他人會告訴你：

速度慢。每一步都涉及截圖、模型呼叫和滑鼠/鍵盤動作。一個你花 30 秒就能完成的任務，Agent 可能需要五到十分鐘。
成本高。長時間的會話會快速消耗大量 token，尤其是因為截圖被視為圖像輸入，比文字更昂貴。
動態 UI 脆弱。移動中的東西、彈出視窗、廣告、A/B 測試、突然出現的 Cookie 橫幅，都會以不同方式破壞 Agent。
安全風險。一個在你的真實機器上擁有鍵盤和滑鼠存取權限的 Agent 可能會造成真正的損害。將其沙盒化（在隔離的虛擬機中執行）。切勿將密碼管理器交給它。切勿在與你的銀行分頁相同的桌面上執行它。

一個有趣的發展方向：混合架構。同一個框架可以存取暴露了 API 和 MCP 伺服器的東西，並在沒有乾淨路徑時才退回到使用電腦操控。在可能的情況下追求速度和可靠性，在不可能的情況下追求通用覆蓋範圍。如果你用過 Manus 或看過 Claude Cowork 最近的展示，這就是那種模式。

主要的編碼框架

編碼 Agent 領域是框架戰爭的主要戰場，因為編碼任務耗時長、可驗證且利潤豐厚。以下是人們正在使用的非詳盡地圖。如需更深入的比較，這篇 2026 年的比較文章是我讀過最好的單一文章。

在列出清單之前，先快速說明詞彙：CLI 是一種命令列工具，你透過在終端機視窗中輸入文字來操作它，而不是點擊。TUI 是一種稍微花俏的版本，有選單和面板，但仍然在終端機中。API 金鑰是一個密碼，讓你的軟體可以與 OpenAI 或 Anthropic 等付費服務通信。

Claude Code：Anthropic 的第一方 CLI Agent，鎖定在 Claude 家族。緊密整合的框架，透過 CLAUDE.md 提供專案記憶、權限、鉤子、MCP、插件、技能和子 Agent。精美且意見主導。如果你滿意 Anthropic 生態系統，這是最流暢的體驗。約有 11.4 萬 GitHub 星，且持續增長中。

OpenCode：開源的對應版本。MIT 授權（意味著任何人都可以免費使用，甚至商業使用），支援 75 個以上的模型提供商，完全可腳本化的框架。Agent 循環是開放的，可透過 opencode.json 配置。你可以透過 API 金鑰插入 Claude Opus、GPT-5、Qwen、DeepSeek、本機 Ollama 模型等。約有 16 萬星。如果你想要模型無關性、完全的本機隱私，或者能夠分叉框架本身（分叉意味著製作你自己的副本並修改它），這是最佳選擇。一篇紮實的技術分析在 Composio 這裡。

Codex CLI：OpenAI 的終端機編碼 Agent。存在於你的 shell 中，高度依賴 GPT 類模型，在基準測試上越來越有競爭力。如果你的技術堆疊以 OpenAI 為主，特別值得追蹤。

Pi (github)：極簡主義的對抗者。系統提示很小（不到 1k token），TUI 包裝，完全可檢查。你可以透過 AGENTS.md 和 TypeScript 擴充來定義行為。其論點是你，而不是框架，應該控制上下文視窗。Mario Zechner 關於為何建立它的文章值得一讀。

Cursor：以編輯器為優先的選項。不是 CLI 框架，但其 Agent 層是迭代最積極的之一。Cursor 有全職員工，他們唯一的工作就是每次新模型發布時重寫系統提示和工具描述。這就是為什麼它通常在使用相同模型時感覺比其它 Agent 更可靠。

Aider：OG（原始版）。對於結對程式設計風格的編輯仍然出色，且具有強大的 git 整合。範圍較小，更容易理解。

OpenHarness：來自 HKU 的超輕量 Python 實作，約 11700 行就大致重現了 Claude Code 約 98% 的工具能力。如果你想一口氣閱讀完整框架的原始碼並了解其運作方式，這會很有用。

選擇框架的實用經驗法則：

如果你想要最流暢的體驗，並且可以接受鎖定在 Claude，選擇 Claude Code
如果你想要模型自由、本機執行，或能分叉框架，選擇 OpenCode
如果你想要最少魔法和完全控制，選擇 Pi
如果你習慣使用 IDE（寫程式碼的編輯器），選擇 Cursor

你最終可能會使用多個框架。這沒關係。選擇那個一開始最不讓你頭痛的。

OpenClaw vs Hermes：這波熱潮真的值得嗎？

這是我最常被問到的問題。Twitter 已經花了六個月在兩者之間大聲爭論，而且討論變得混亂不堪。讓我試著誠實地說明每個東西到底是什麼，以及各自在哪個方面勝出。

OpenClaw 是通用型 Agent 領域的現任領導者。截至 2026 年 4 月初，GitHub 星數約 34.5 萬。龐大的插件生態系統、深入的訊息平台整合、數以萬計的社群技能庫。電腦操控支援（Agent 可以自行驅動瀏覽器或桌面）已在 4.27 版本中推出，並且是可用的實作中最乾淨的之一。如果你需要在三週內跨 24 個聊天平台部署 500 個支援 Agent，OpenClaw 的整合庫將為你節省數月的工程工作。KDnuggets 有一篇很好的逐步介紹，涵蓋了更廣泛的 OpenClaw 倉庫生態系統。

另一方面：一個如此龐大且審查寬鬆的社群技能庫會帶來安全後果。曾經有過一段時間，四天內出現了九個 CVE（公開追蹤的安全漏洞），這並非偶然，而是接受大量第三方程式碼且審查最少所帶來的結構性成本。如果你在生產環境中執行 OpenClaw，沙盒化和審查的工作就落在你身上了。

Hermes Agent（github）是 2026 年 2 月 25 日由 Nous Research 發布的新進入者，Nous Research 是 Hermes 模型系列背後的團隊。它在三個月內獲得了超過 140k 的星星，截至上週，按每日 Token 量計算，它是 OpenRouter 上使用最多的 Agent（NVIDIA 的部落格確認了此 OpenRouter 排名）。其核心差異化優勢是一個封閉的學習循環：每次任務結束後，Agent 會撰寫一份結構化記錄，記錄它嘗試了什麼、什麼有效、什麼失敗，以及一個可選的新技能。數週後，它會在你的特定工作流程中顯著變得更好。獨立基準測試報告指出，與全新 Agent 實例相比，研究任務時間減少了 40%。

其他有用的事實：

MIT 許可證，可在 5 美元的 VPS（虛擬專用伺服器，本質上是一台在雲端租用的小型電腦，通常每月 5 到 10 美元）上自行託管
內建 40 多種工具，v0.10.0 版捆綁了 118 個技能
三層記憶（工作記憶、情節記憶、長期記憶）
跨 Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、電子郵件、簡訊等平台的訊息整合
設計為模型不可知論，你自行帶入 API 金鑰

根據我的判斷，結論如下：

Hermes 勝出在可靠性、設定簡便性、安全態勢以及學習迴圈方面。對於一個會每日使用同一個 Agent 長達六個月或更久的獨立開發者或小團隊來說，Hermes 的加乘效果是 OpenClaw 無法比擬的。
OpenClaw 勝出在生態系統廣度和整合方面。如果你需要特定領域的連接器且現在就需要，OpenClaw 可能已經有對應的外掛程式。

這股熱潮值得嗎？對於 Hermes，大致上是值得的，前提是你能自律地每天使用它，並讓它累積技能。加乘效果只有當你持續使用它時才有意義。對於 OpenClaw，這取決於你的使用案例。如果你需要廣度，值得。如果你需要單一工作流程的深度，那麼一個擁有幾個寫得很好的技能的輕量級 Harness 可能更適合你。

我在實務中看到的一個合理的中間路徑：在開發工作上使用 Claude Code 或 OpenCode，在小型 VPS 上運行 Hermes 來處理持續性的自動化任務（每日研究、監控、維運）。它們並非競爭關係。它們是同一光譜上的不同點。

Agentic AI 如何改變世界

簡短導覽，因為抽象的討論很快就令人厭煩。以下是 Agent 實際出現的領域。

軟體工程：這是最成熟的應用。SWE-bench Verified（一項標準化測試，Agent 嘗試修復真實開源專案中的實際錯誤）的分數，在優秀的 Harness 中，頂尖模型約為 87%。工程團隊正在使用 Agent 來處理錯誤分類、端到端實現小型功能、編寫測試以及審查 Pull Request。這份工作還沒有消失，但日常工作的形態正在改變。資深工程師開始看起來更像是多個 Agent 在並行分支中工作的編排者，而不是程式碼的單一作者。

客戶支援：Slack、Telegram、Discord 和 WhatsApp 上的持續性 Agent 負責處理第一線問題（常見、重複性的問題）、撰寫工單、順利升級給人類，並根據已解決的案例更新知識庫。可靠性終於在 2025 年底跨越了一個門檻，公司開始信任 Agent 處理真實的客戶聯繫。

研究與分析：長週期的研究任務（收集 30 個來源、綜合成一份簡報、核對數據）現在已常態性地委派出去。深度研究產品本質上就是擁有非常厚實研究技能庫的 Harness Agent。

營運與基礎設施：值班 Agent 讀取警報、查詢指標、提出修復方案，並（在獲得許可後）執行修復。SRE-as-Agent（網站可靠性工程師，負責讓生產系統持續運行的人）是真實且正在增長的領域。

創意工作：設計師運行並行 Agent 迴圈來產生變化版本，文案使用 Agent 起草和自行編輯。這方面的炒作比工程領域少，但低調地真實存在。

個人自動化：這是個隱藏類別。人們正在將 Hermes 或類似 Agent 連接到他們的訊息平台，並將其視為持續性的個人助理。安排研究、運行自動化、監控事項、記住偏好。5 美元的 VPS 加上模型 API 金鑰，就是新的「我有一個個人 Linux 伺服器」。

雇主期望的轉變隨之而來。從 2023 年到 2024 年，提及 Agentic AI 技能的職位發布數量增加了約 986%，並持續加速至 2026 年。薪酬很高，且市場供應不足。這引出了下一節。

在市場上找到工作應學習的最佳技能

如果你正在閱讀這篇文章，並想知道週末實際上可以做什麼，以下是實用清單。大部分內容都可以透過一台筆記型電腦和一個模型 API 金鑰來完成。如果你是非技術背景的讀者，這節主要是給工程師看的，但之後關於工具的那一節以及關於社群的再下一節，則是給所有人看的。

1. 打造 Agent，而不只是使用它們。 拿一個現有的 Harness（OpenCode 是個好選擇，因為它易於修改）並修改其迴圈。新增一個自訂工具。編寫三個技能。在一個真實任務上運行它。你能在面試中展示的最佳信號是「我已經交付了能完成實際工作的 Agent，這是儲存庫連結」。

2. 學習技能工程。 練習編寫 SKILL.md 檔案。了解如何讓描述可靠觸發，如何讓程序穩健，何時捆綁腳本與行內指令。這是新的提示工程，而且槓桿效應大得多。anthropics/skills 儲存庫充滿了參考範例。

3. 深入理解 MCP。 至少建置一個 MCP 伺服器。將它連接到兩個不同的 Harness。閱讀規範。如果你能在面試中解釋 MCP 的設計取捨，你將成為前 1% 的候選人，因為大多數人仍然模糊不清。

4. 精通 Harness 內部機制。 從頭到尾閱讀一個開源 Harness 的原始碼。OpenCode、OpenHarness、或 Pi 都足夠小，可以在一個週末內讀完。理解上下文組裝、工具呼叫迴圈、權限處理、壓縮。這是區分初階 Agent 開發者與高階開發者的層次。

5. 評測與可觀測性。 任何人都能建立一個在示範中運作良好的 Agent。困難的部分是知道它在生產環境中是否真的有效。學習 DeepEval、Ragas、LangSmith、Phoenix、Braintrust。為你編寫的 Agent 建置至少一個評測套件（一個結構化測試，為你的 Agent 效能評分）。瞭解軌跡層級評測與單一回應評測的差異。

6. 沙箱與安全性。 觸及你檔案系統、執行 Shell 指令或連線網路的 Agent 需要真正的隔離。學習 Docker 沙箱（Docker 在隔離容器中執行軟體，因此不會影響系統的其他部分）、Firecracker 微虛擬機（更小、更快的隔離電腦）、網路策略、提示注入威脅模型（不良輸入欺騙 Agent 做不該做之事的攻擊）。這是「酷炫的業餘專案」與「值得信賴的生產環境」之間的區別。

7. 多 Agent 協調。 學習基本模式：領導者-工作者、扇出、監督者、管線。理解何時增加另一個 Agent 有幫助，何時只是倍增你的錯誤。LangGraph、AutoGen 和 CrewAI 是合理的試玩選擇，但模式比框架更重要。Anthropic 的多 Agent 協調模式文章是很好的入門閱讀。

8. 經典技能仍然重要。 紮實的 Python、系統思考能力、除錯直覺。熟悉終端機、Git、REST API、JSON、型別系統。基礎層面沒有改變。

9. 領域深度。 市場對能將 Agent 技能與真實領域（醫學、法律、金融、生物學、教育、維運）結合的人才提供溢價。一般的「Agent 工程師」不錯，但「了解臨床試驗資料的 Agent 工程師」薪酬高得多。

10. 溝通能力。 你會花費驚人的時間向非技術利益相關者解釋 Agent 能可靠地做什麼、不能做什麼。練習寫作相關內容。老實說，寫一篇像這樣的部落格文章就是一個絕佳的外力推動。

目前應關注的工具與框架

一份入門觀察清單，按用途分類。如果你是非技術背景，這是一節可以快速瀏覽並加入書籤的部分，這些是在 Agentic AI 討論中最常出現的名稱。

編碼 Agent 與 Harness：

通用自主 Agent：

技能、工具、MCP：

評測：

沙箱與執行環境：

E2B 用於程式碼執行沙箱
Modal 用於便宜的無伺服器 Agent 運行
Daytona 用於開發環境沙箱

記憶：

可觀測性：

Langfuse
Helicone
Logfire 來自 Pydantic

你不需要全部學會。從每個類別中選一個深入學習。模式是相通的。

在哪裡提出高品質的問題

r/LocalLLaMA 仍然是黃金資源，特別是關於本地模型
r/AI_Agents 討論 Harness 和框架
MLOps Community Slack 用於生產等級的討論
LangChain Discord 和 OpenCode 社群頻道都有相當活躍的實踐者討論串
Hacker News 上關於新 Harness 發布的討論串，相較於 HN 其他部分，通常有異常高品質的內容
推特，遺憾的是，仍然是尖端資訊最先爆發的地方。直接追蹤 Harness 作者

其他資源

解決你對 LLM 一切的 FOMO（這篇文章的前傳，對基礎層面仍然相關）
Data for LLMs: Navigating the LLM Data Pipeline（資料層面的配套文章）
Equipping agents for the real world with Agent Skills 由 Anthropic Engineering 撰寫，是「輕量級 Harness + 厚實技能」模式的權威文章
Awesome Harness Engineering 在 GitHub 上，是維護最活躍的模式與案例研究集合
What is an Agent Harness 由 Firecrawl 團隊撰寫，紮實的技術入門
What is an agent harness in the context of large-language models 由 Parallel 撰寫，附有學術參考資料的補充入門
Claude Code vs OpenCode: A detailed technical breakdown 由 Composio 撰寫，是我讀過最清晰的 Harness 比較
Agentic Coding Harnesses: A Comparison 由 Paul Cullen Rowe 撰寫，涵蓋 Pi 及極簡主義學派
Which AI Coding Harness Actually Works Without You? 對 Claude Code、Codex CLI、Aider、OpenCode、Pi 和 Cursor 的實務比較
Hermes Agent Review 在 DEV 上，附有獨立基準測試
NVIDIA on Hermes and self-improving agents 針對本地硬體角度
How Much Heavy Lifting Can an Agent Harness Do? 量化 Harness 6 倍效應的論文
Adaptation of Agentic AI: A Survey of Post-Training, Memory, and Skills 如果你想要學術調查式的處理
Model Context Protocol 官方文件
Agent Skills 開放標準 官方規範與 SDK
Top 10 Agentic AI Jobs in 2026 針對職涯角度與薪資數據

結語，因為我欠你一個想法。

過去一年我注意到最深刻的事情是，那些在 Agentic AI 領域做出最佳成果的人，並不是擁有最奇特技術棧的人。他們是那些已經交付了一個能完成一項真正工作的 Agent，而且運行了幾個月，並持續迭代的人。技能會累積。Harness 熟悉度會累積。你今天打造的 Agent，如果你持續使用它們，在十二個月後，它們的價值將遠超過你本週碰巧學到的任何特定框架。

所以，選一個 Harness，交付一個 Agent，編寫三個技能，讓它運行起來。這是你能做的最有用的一件事。一旦你真正開始建立東西，FOMO 自然會平息。

祝編程愉快。