<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>AI入門 on KnightLi的博客</title>
        <link>https://www.knightli.com/zh-tw/tags/ai%E5%85%A5%E9%96%80/</link>
        <description>Recent content in AI入門 on KnightLi的博客</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-tw</language>
        <lastBuildDate>Thu, 23 Apr 2026 13:13:40 +0800</lastBuildDate><atom:link href="https://www.knightli.com/zh-tw/tags/ai%E5%85%A5%E9%96%80/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>AI 名詞解釋：用白話講清楚 Agent、MCP、RAG 和 Token</title>
        <link>https://www.knightli.com/zh-tw/2026/04/23/ai-terms-agent-mcp-rag-token-explained/</link>
        <pubDate>Thu, 23 Apr 2026 13:13:40 +0800</pubDate>
        
        <guid>https://www.knightli.com/zh-tw/2026/04/23/ai-terms-agent-mcp-rag-token-explained/</guid>
        <description>&lt;p&gt;剛開始接觸 AI，最容易讓人卻步的通常不是模型本身，而是討論裡那些一串一串的名詞。&lt;code&gt;Agent&lt;/code&gt;、&lt;code&gt;MCP&lt;/code&gt;、&lt;code&gt;RAG&lt;/code&gt;、&lt;code&gt;AIGC&lt;/code&gt;、&lt;code&gt;Token&lt;/code&gt; 看起來都很常見，但如果沒有人先用白話講一遍，很多人其實只是「看過」，不是真的懂。&lt;/p&gt;
&lt;p&gt;這篇就順著一組常見入門解釋的思路，把 10 個高頻 AI 名詞壓縮成一套更容易記住的意思。目標不是講得多學術，而是先幫你建立一個能跟上日常 AI 討論的基本框架。&lt;/p&gt;
&lt;h2 id=&#34;10-個常見-ai-名詞分別是什麼意思&#34;&gt;10 個常見 AI 名詞，分別是什麼意思
&lt;/h2&gt;&lt;h3 id=&#34;1-agent不只會聊天的執行型-ai&#34;&gt;1. Agent：不只會聊天的執行型 AI
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;Agent&lt;/code&gt; 可以先理解成「會做事的 AI 助手」。&lt;/p&gt;
&lt;p&gt;一般聊天機器人比較像是你問一句、它答一句；&lt;code&gt;Agent&lt;/code&gt; 則更進一步，它會把任務拆開、安排步驟、調用工具，最後把結果交回來。比如你叫它整理資料、查資訊、生成文件，它不只是給建議，而是可能直接把這些動作串起來完成。&lt;/p&gt;
&lt;p&gt;所以 &lt;code&gt;Agent&lt;/code&gt; 的重點，不在「會不會說」，而在「能不能做」。&lt;/p&gt;
&lt;h3 id=&#34;2-openclaw駐留在電腦裡的-ai-助手&#34;&gt;2. OpenClaw：駐留在電腦裡的 AI 助手
&lt;/h3&gt;&lt;p&gt;這裡的 &lt;code&gt;OpenClaw&lt;/code&gt; 被形容成一種住在你電腦裡的 AI 助手。&lt;/p&gt;
&lt;p&gt;你可以把這類工具理解成更貼近桌面操作的 AI 幫手。它不只是接收文字，也可能直接觀察介面、調用本地工具、按流程執行任務。和一般網頁聊天相比，這類工具更強調實際操作能力。&lt;/p&gt;
&lt;p&gt;如果說 &lt;code&gt;Agent&lt;/code&gt; 是抽象層面的執行型 AI，那這種桌面型助手就是它在個人電腦上的一種具體落地形式。&lt;/p&gt;
&lt;h3 id=&#34;3-skills替-agent-裝上的能力包&#34;&gt;3. Skills：替 Agent 裝上的能力包
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;Skills&lt;/code&gt; 可以理解成 &lt;code&gt;Agent&lt;/code&gt; 的功能模組或操作說明。&lt;/p&gt;
&lt;p&gt;同一個 &lt;code&gt;Agent&lt;/code&gt;，裝上不同的 &lt;code&gt;Skills&lt;/code&gt;，就會展現出不同的專長。有些偏文案，有些偏資料整理，有些偏程式處理。它們有點像手機裡的 App，也有點像一套套可重複利用的工作流程。&lt;/p&gt;
&lt;p&gt;所以很多時候，不是模型突然變聰明了，而是它背後多了一組更明確的規則、工具和步驟。&lt;/p&gt;
&lt;h3 id=&#34;4-mcpai-連接外部工具的統一方式&#34;&gt;4. MCP：AI 連接外部工具的統一方式
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;MCP&lt;/code&gt; 全稱是 &lt;code&gt;Model Context Protocol&lt;/code&gt;。&lt;/p&gt;
&lt;p&gt;如果用生活化的比喻，它有點像 AI 世界裡的 &lt;code&gt;Type-C&lt;/code&gt; 介面。以前模型要接不同工具，往往得一套一套分開整合；有了統一協議之後，接入方式就會更標準，也更容易重複使用。&lt;/p&gt;
&lt;p&gt;對大多數使用者來說，最值得記住的一點是：&lt;code&gt;MCP&lt;/code&gt; 解決的不是模型會不會回答，而是模型怎麼安全、穩定地接上外部工具和資源。&lt;/p&gt;
&lt;h3 id=&#34;5-抽卡ai-生成結果本來就有隨機性&#34;&gt;5. 抽卡：AI 生成結果本來就有隨機性
&lt;/h3&gt;&lt;p&gt;「抽卡」這個說法常見於 &lt;code&gt;AI&lt;/code&gt; 繪圖、影片生成和內容創作場景。&lt;/p&gt;
&lt;p&gt;意思很簡單。就算是同樣的提示詞、同樣的大方向，每次生成出來的結果也可能不同。有時候效果很好，有時候明顯翻車，所以很多人會把反覆生成這件事形容成像遊戲裡抽卡。&lt;/p&gt;
&lt;p&gt;它真正提醒我們的是：AI 生成不是固定公式，而是一個帶有機率波動的過程。&lt;/p&gt;
&lt;h3 id=&#34;6-api應用和模型之間的連接方式&#34;&gt;6. API：應用和模型之間的連接方式
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;API&lt;/code&gt; 全稱是 &lt;code&gt;Application Programming Interface&lt;/code&gt;，也就是應用程式介面。&lt;/p&gt;
&lt;p&gt;你可以把它理解成程式之間溝通的標準入口。當你在自己的應用、腳本或編輯器裡呼叫模型服務時，本質上就是透過 &lt;code&gt;API&lt;/code&gt; 發送請求，再拿回結果。&lt;/p&gt;
&lt;p&gt;如果把模型服務比作一家餐廳，那麼：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;菜單像 &lt;code&gt;API&lt;/code&gt; 文件&lt;/li&gt;
&lt;li&gt;點餐像發起 &lt;code&gt;API&lt;/code&gt; 請求&lt;/li&gt;
&lt;li&gt;廚房出餐像模型回傳結果&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;所以很多工具表面看起來不一樣，但底層其實都在呼叫某種 &lt;code&gt;API&lt;/code&gt;。&lt;/p&gt;
&lt;h3 id=&#34;7-多模態ai-不只會處理文字&#34;&gt;7. 多模態：AI 不只會處理文字
&lt;/h3&gt;&lt;p&gt;「多模態」說的是 AI 不再只會讀寫文字，而是可以同時處理多種形式的資訊。&lt;/p&gt;
&lt;p&gt;例如它可以看圖、聽語音、理解影片、生成圖片，甚至支援即時語音和視訊互動。和早期只能處理文字的模型相比，多模態模型更接近同時具備「看、聽、說、寫」的能力。&lt;/p&gt;
&lt;p&gt;這也是為什麼現在很多 AI 產品，已經不再只圍繞一個文字輸入框來設計。&lt;/p&gt;
&lt;h3 id=&#34;8-rag先找資料再組織答案&#34;&gt;8. RAG：先找資料，再組織答案
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;RAG&lt;/code&gt; 是 &lt;code&gt;Retrieval-Augmented Generation&lt;/code&gt;，通常譯作檢索增強生成。&lt;/p&gt;
&lt;p&gt;它適合用來解決一個很實際的問題：模型的訓練資料有時間邊界，也不會自動知道你公司最新的文件、客服紀錄或業務規則。&lt;code&gt;RAG&lt;/code&gt; 的做法是先從指定資料裡找出相關內容，再根據這些內容生成回答。&lt;/p&gt;
&lt;p&gt;它的價值通常體現在三點：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;答案更容易貼近真實資料&lt;/li&gt;
&lt;li&gt;可以追溯答案依據來自哪裡&lt;/li&gt;
&lt;li&gt;新文件加入後，知識也能快速更新&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;所以很多企業知識庫、AI 客服和內部問答系統，底層都會用到 &lt;code&gt;RAG&lt;/code&gt;。&lt;/p&gt;
&lt;h3 id=&#34;9-aigcai-生成內容的總稱&#34;&gt;9. AIGC：AI 生成內容的總稱
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;AIGC&lt;/code&gt; 是 &lt;code&gt;AI Generated Content&lt;/code&gt; 的縮寫。&lt;/p&gt;
&lt;p&gt;它不是某一個單獨工具，而是一個總稱，泛指 AI 生成出來的內容，包括文字、圖片、音訊、影片等各種形式。你看到的 AI 寫稿、AI 製圖、AI 做短影片、AI 配音，都可以放進 &lt;code&gt;AIGC&lt;/code&gt; 這個大框架裡理解。&lt;/p&gt;
&lt;p&gt;這個詞真正重要的地方在於，它描述的是一種內容生產方式，而不是某一個具體模型。&lt;/p&gt;
&lt;h3 id=&#34;10-token模型處理內容時的計量單位&#34;&gt;10. Token：模型處理內容時的計量單位
&lt;/h3&gt;&lt;p&gt;&lt;code&gt;Token&lt;/code&gt; 可以理解成模型處理文字時使用的基本計量單位。&lt;/p&gt;
&lt;p&gt;它不完全等於「一個字」或「一個單詞」，但在實際使用時，你可以先把它當成模型計算和計費的通用單位。你的輸入會消耗 &lt;code&gt;Token&lt;/code&gt;，模型輸出的內容會消耗 &lt;code&gt;Token&lt;/code&gt;，上下文裡保留的歷史內容同樣也會占用 &lt;code&gt;Token&lt;/code&gt;。&lt;/p&gt;
&lt;p&gt;所以為什麼很多模型服務一直強調上下文長度、成本控制和提示詞壓縮，本質上都和 &lt;code&gt;Token&lt;/code&gt; 有關。&lt;/p&gt;
</description>
        </item>
        
    </channel>
</rss>
