LLM入門
合計 22 件の記事があります。
現在 1 ページ中の 1 ページ目です。

ストラクチャード・コンテキスト vs ナチュラル・プロンプティングとは?|MCP入門 6.3|構造化と柔軟性を両立するプロンプト設計
生成AIに文脈を渡すには、JSON形式の構造化データか自然言語プロンプトか、どちらが適切か。本記事では、MCP設計において“ストラクチャード・コンテキスト”と“ナチュラル・プロンプティング”の違いと併用戦略を詳しく解説します。
2025-03-30

システムメッセージ vs ユーザープロンプトとは?|MCP入門 6.2|LLMの人格と応答品質を分ける設計手法
プロンプトには“誰が話すか”という役割の違いがあります。本記事では、システムメッセージとユーザープロンプトの違いを明確化し、モデルの態度・目的意識・人格形成に与える影響、MCP設計への応用を詳しく解説します。
2025-03-29

モデルの“意図解釈”と状態伝達とは?|MCP入門 6.0|プロンプトに込められた意図を理解するLLM設計
LLMが正しく応答するためには、文脈だけでなく“何を求められているか”という意図を読み取る力が不可欠です。本章では、明示的な制約・システムメッセージ・構造化文脈などを通じて、モデルがどのように内部状態を形成するかを解説します。
2025-03-27

テンプレートとスロットの設計とは?|MCP入門 3.3|生成AIの柔軟で安全な文脈構築法
生成AIの出力に一貫性と安全性を持たせるには、テンプレートとスロット設計が重要です。本章では、プロンプトテンプレート、文脈スロット化、入力サニタイズなど、再利用とセキュリティを両立する具体的なパターンを解説します。
2025-03-15

従来のプロンプト設計とMCPの違いとは?|MCP入門 2.2|生成AI設計の新常識
プロンプトエンジニアリングでは限界がある。MCP(Model Context Protocol)は、文脈と状態を分離・構造化することで、一貫性・拡張性・再現性を備えた生成AIの設計を可能にします。従来手法との違いを比較しながら丁寧に解説。
2025-03-09

MCPとは?生成AIの文脈と状態を設計する仕組み|MCP入門 2.1
MCP(Model Context Protocol)は、生成AIが一貫した出力を生むための文脈と状態を設計・再現するためのプロトコルです。本節ではMCPの定義、プロンプトとの違い、設計思想としての役割を丁寧に解説します。
2025-03-08

RAGにおける幻覚とは?情報の過不足を防ぎ生成精度を高める設計法|LLM入門 7.1
RAG構成でも、LLMによる幻覚(hallucination)は発生します。本記事では、Retriever精度、プロンプト設計、出典明示などにより幻覚を抑える具体的な方法と、検知・評価の技術までを丁寧に解説します。
2025-03-04

プロンプトとコンテクストの違いとは?|MCP入門 1.2|生成AIにおける役割と設計の考え方
生成AIを効果的に活用するには、Prompt(命令)とContext(文脈)を分けて設計する必要があります。MCP(Model Context Protocol)の基礎として、この2つの違いと役割、実装への考え方を詳しく解説します。
2025-03-04

モデルはなぜ文脈を必要とするのか?|MCP入門 1.1|生成AIとコンテキスト理解
ChatGPTをはじめとする生成AIは、入力だけでなく“文脈”によって出力を変えています。なぜ文脈が必要なのか、モデルはどう背景を読み取るのか。MCP設計の基礎となる文脈理解について、具体例を交えて丁寧に解説します。
2025-03-03

RAG設計におけるトークン制限への対処法とは?情報量と生成精度を両立する工夫|LLM入門 6.4
生成AIにはトークン数の上限という物理的な制約があります。本記事では、Retriever出力やプロンプトを設計する際に考慮すべきトークン制限と、その中で最も有効な情報を渡すための工夫と設計指針を解説します。
2025-03-02

モデルコンテキストの基礎|MCP入門 第1章|生成AIが文脈を理解する仕組み
生成AIやChatGPTの出力がなぜ“賢く”見えるのか?その鍵は文脈にあります。MCP(Model Context Protocol)の理解に必要な、AIと文脈の関係、プロンプトとの違い、コンテキストウィンドウの制約などをわかりやすく解説します。
2025-03-02

RAGにおけるプロンプト合成の設計パターンとは?文脈統合で生成精度を高める方法|LLM入門 6.3
Retrieverで得た情報をLLMにどう渡すかが、RAGの成否を分けます。本記事では、文書構造ごとのプロンプト合成パターンとその効果、生成品質を高めるための設計指針を具体的に解説します。
2025-03-01

RAGの検索精度を高める設計術:質問の正規化とドキュメントマッチングとは|LLM入門 6.2
自然文のままでは曖昧なユーザー質問を、検索に適した形式へ整える「質問の正規化」と、意味的に関連する文書を適切に選び出す「マッチング戦略」について、RAG実装の視点からわかりやすく解説します。
2025-02-28

RAGの設計力とは?プロンプトと文脈の最適化で生成精度を高める方法|LLM入門 第6章
高性能なLLMと正確な検索結果を活かす鍵は、プロンプトと文脈の設計にあります。本章では、RAGの実運用で成果を出すための構成・整形・トークン最適化の具体的な手法を、設計者の視点から詳しく解説します。
2025-02-26

Azure Cognitive SearchやElasticでRAGを実現する方法|既存検索基盤を活かす構成とは|LLM入門 5.4
RAGはLangChainやLlamaIndex以外にも、Azure Cognitive SearchやElasticsearchといった既存インフラでも構築可能です。本記事では、それぞれの特徴や適用例、選定ポイントをわかりやすく整理します。
2025-02-25

LangChainでRAGを構築する方法とは?RetrieverからLLM連携まで徹底解説|LLM入門 5.2
LangChainはRAG構築において、Retriever・LLM・プロンプトを一貫してつなぐフレームワークです。本記事では、各モジュールの役割と構成例、導入のメリット・注意点までを、実装の視点からわかりやすく解説します。
2025-02-23

RAGで業務AIを強化する方法とは?|LLM入門:検索と統合の仕組みを解説
RAG(Retrieval-Augmented Generation)は、大規模言語モデルに社内ナレッジやFAQを統合し、業務に使えるAIを構築する鍵です。本記事ではRAGの仕組み、活用例、導入のステップまで、わかりやすく解説します。
2025-02-01

5.3 NLUとNLGの活用|高度なチャットボットの設計と実装
NLU(自然言語理解)とNLG(自然言語生成)の技術を使用して、よりインテリジェントなチャットボットを構築する方法をPythonの実装例とともに解説。
2024-11-19

5.1 LLMを活用したチャットボットの基本アーキテクチャ|Python実装ガイド
LLMを活用したチャットボットの基本アーキテクチャとPythonによる簡単なAPI実装例を紹介。FlaskやFastAPIを使用したスケーラブルな設計方法を解説。
2024-11-17

5.0 LLMを活用したチャットボット構築ガイド|Pythonでの実装例付き
LLMを活用してチャットボットを構築する方法を解説。Pythonでの実装例と、スケーラブルなデプロイ手法も紹介。
2024-11-16

6.2 Pythonを使ったLLM実装例 | Hugging Face, OpenAI, Google Cloud, Azureを活用したテキスト生成
Pythonを使ってLLM(大規模言語モデル)を簡単に実装する方法をエンジニア向けに解説。Hugging Face、OpenAI、Google Cloud、Azureを使用したテキスト生成や感情分析の実装例を紹介します。
2024-09-26

6.1 LLMを試すためのオープンソースツールとAPIの紹介 | Hugging Face, OpenAI, Google Cloud, Azure
LLM(大規模言語モデル)を試すための主要なオープンソースツールやAPIをエンジニア向けに解説。Hugging Face、OpenAI、Google Cloud AI、Microsoft Azure Cognitive Servicesの特徴と使用方法を紹介し、簡単な実装例も提供。
2024-09-25
カテゴリー
検索履歴
会話履歴 646
エンジニア向け 375
大規模言語モデル 346
自動要約 345
マルコフ連鎖 340
言語モデル 334
NLP トランスフォーマー 328
数学的アプローチ 324
生成型要約 324
データ前処理 322
注意メカニズム 322
パーソナライズドコンテンツ 316
トークン化 314
教育AI 312
LLM テキスト生成 308
LLM 要約 308
クロスエントロピー損失 303
ロス計算 301
ミニバッチ学習 299
GPT-2 テキスト生成 296
トレーニング 296
GPT テキスト生成 293
バイアス 問題 293
セルフアテンション 292
自動翻訳 292
自然言語処理 翻訳 288
サンプリング 285
バッチサイズ 285
線形代数 285
LLM リアルタイム処理 283
チーム

任 弘毅
株式会社レシートローラーにて開発とサポートを担当。POSレジやShopifyアプリ開発の経験を活かし、業務のデジタル化を促進。

下田 昌平
開発と設計を担当。1994年からプログラミングを始め、今もなお最新技術への探究心を持ち続けています。