<?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/ja/tags/ai%E5%85%A5%E9%96%80/</link>
        <description>Recent content in AI入門 on KnightLiブログ</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>ja</language>
        <lastBuildDate>Thu, 23 Apr 2026 13:13:40 +0800</lastBuildDate><atom:link href="https://www.knightli.com/ja/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/ja/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/ja/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;この記事では、よくある入門向けの説明の流れに沿って、AI で頻出する 10 個の用語を覚えやすい形にまとめます。学術的に厳密に説明することよりも、日常的な 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-pc-に常駐する-ai-アシスタント&#34;&gt;2. OpenClaw: PC に常駐する AI アシスタント
&lt;/h3&gt;&lt;p&gt;ここでの &lt;code&gt;OpenClaw&lt;/code&gt; は、PC の中に住む AI アシスタントのようなものとして説明されています。&lt;/p&gt;
&lt;p&gt;この種のツールは、デスクトップ操作に近い AI 支援だと考えると分かりやすいです。文字入力を受け取るだけでなく、画面を見たり、ローカルツールを呼び出したり、手順に沿って作業したりすることがあります。一般的な Web チャットと比べると、実際の操作能力がより重視されます。&lt;/p&gt;
&lt;p&gt;&lt;code&gt;Agent&lt;/code&gt; が実行型 AI という抽象的な概念だとすれば、こうしたデスクトップ型アシスタントは、その考え方の PC 上での具体例だと言えます。&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; を持つかによって得意分野が変わります。文章作成寄りのものもあれば、データ整理向けのものもあり、コード処理に向いたものもあります。スマートフォンのアプリに少し似ていますし、再利用できるワークフロー集にも近いです。&lt;/p&gt;
&lt;p&gt;つまり、モデルそのものが急に賢くなったというより、背後にあるルール、ツール、手順が明確になった結果だと言えます。&lt;/p&gt;
&lt;h3 id=&#34;4-mcp-ai-が外部ツールにつながるための共通方式&#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;&lt;code&gt;マルチモーダル&lt;/code&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;価値が出やすい点は主に 3 つあります。&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 カスタマーサポート、社内 Q&amp;amp;A では &lt;code&gt;RAG&lt;/code&gt; がよく使われます。&lt;/p&gt;
&lt;h3 id=&#34;9-aigc-ai-が作るコンテンツ全体を指す言葉&#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;これは 1 文字や 1 単語と完全に一致するわけではありませんが、実用上は計算量や課金の共通単位として捉えて問題ありません。入力でも &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>
