MENU

Professional LexiconAI・LLM実務辞典

AI・LLMの実務で参照する用語を、分野別に整理して掲載します。

読み仮名未登録などの用語を分野から探す

読み仮名を確認できていない用語は推測で五十音に振り分けず、カテゴリ別に掲載しています。

漢字・その他の用語

命令階層: 複数の指示が競合したとき、どの命令を優先するかを定める優先順位。Web・文書・ツール出力に含まれる指示は最下位のデータとして扱い、上位の指示を上書きさせないことがプロンプトインジェクション対策の基本となる。
命令階層の詳しい説明を読む · 制御アーキテクチャの全体像
関連する記事を読む（2件）
AIへの指示が衝突したら？安全性・正確性・速度の優先順位と例外の決め方（実務記事）
命令階層と信頼境界とは？ AIへの指示と外部資料を分ける基本（実務記事）
信頼境界: 命令として信頼する情報と、検証対象のデータとして扱う情報の境界。Web・メール・アップロード文書・ツール結果は原則として境界の外側に置く。
信頼境界の詳しい説明を読む · 制御アーキテクチャの全体像
関連する記事を読む（9件）
セキュリティ記事を「症状→仕組み→防御」の順で安全に説明する（実務記事）
自然な文章でも信用しない――AI時代のフィッシング確認手順（実務記事）
LLMアプリの何を守る？資産・入口・信頼境界を洗い出す手順（実務記事）
AIの脅威モデリングとは？データからツールへ届く経路を点検する（実務記事）
マルチエージェントの受け渡しで、AI出力を命令として実行させない設計（実務記事）
MCPのツール説明はどこまで信頼できる？機能の説明と実行権限を分ける（実務記事）
XMLタグで命令とデータを分ける方法と、タグだけでは守れない境界（実務記事）
プロンプトの区切り記号で指示と資料を分ける――区切りだけで防げないこと（実務記事）
命令階層と信頼境界とは？ AIへの指示と外部資料を分ける基本（実務記事）
基本原則・優先順位: 安全性・正確性・速度など、衝突時にどれを優先するかを定める方針。
基本原則・優先順位の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（2件）
AIへのルールの整理法――重複・矛盾を減らし、重要条件が残ったか確かめる（実務記事）
AIへの指示が衝突したら？安全性・正確性・速度の優先順位と例外の決め方（実務記事）
安全統制: 危険行為・重大損害・過断定などを防ぐための制御。
安全統制の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（2件）
LLMのガードレールとは？効かない原因と対策、拒否・縮小・人間確認の使い分け（実務記事）
AIの発想を狭める制約を見直す――安全条件を残して効果を測る方法（実務記事）
適用範囲・権限制御: 対象・法域・時点・業務範囲と、AIが実行してよい権限を限定する制御。
適用範囲・権限制御の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（5件）
セキュリティ記事を「症状→仕組み→防御」の順で安全に説明する（実務記事）
AIの適用範囲と権限は、対象・操作・利用者で決める（実務記事）
外部APIを使うAIには、操作・対象・期限を絞った権限を渡す（実務記事）
AIに仕事を任せる前のチェックリスト――止める条件まで決める（実務記事）
MCPのツール説明はどこまで信頼できる？機能の説明と実行権限を分ける（実務記事）
主体・認証・認可・委任境界: 誰が操作主体かを識別し、その主体が利用できるデータ・機能・委任範囲を強制する境界。
主体・認証・認可・委任境界の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（3件）
AIの適用範囲と権限は、対象・操作・利用者で決める（実務記事）
外部APIを使うAIには、操作・対象・期限を絞った権限を渡す（実務記事）
マルチエージェントの受け渡しで、AI出力を命令として実行させない設計（実務記事）
機密性: 情報が許可された相手以外へ漏れないよう保護する性質。外部AIサービスへの入力も外部送信に当たるため、情報区分ごとに入力の可否を定める。
機密性の定義を見る · 制御アーキテクチャの全体像
曖昧性解消: 対象・条件・意味が複数解釈できるとき、必要な前提を確定する処理。すべてを質問で確認すると作業が止まるため、影響の小さい曖昧さは前提を明示して進め、結論を左右するものだけを確認する。
曖昧性解消の定義を見る · 制御アーキテクチャの全体像
状態管理: 会話内の確定事項・モード・制約・決定を継続して保持すること。長い会話では初期の決定事項が要約や切り捨てで失われやすいため、確定事項を明示的に再掲・記録する。
状態管理の定義を見る · 制御アーキテクチャの全体像
競合解決: 複数のルールや資料が矛盾したとき、優先順位に従って処理すること。
競合解決の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（3件）
AIへのルールの整理法――重複・矛盾を減らし、重要条件が残ったか確かめる（実務記事）
安全性・正確性・形式指定が衝突したら、AIにどう答えさせるか（実務記事）
AIへの指示が衝突したら？安全性・正確性・速度の優先順位と例外の決め方（実務記事）
記憶管理: 短期履歴や長期情報を、必要性・正確性・プライバシーを考えて扱うこと。
記憶管理の定義を見る · 制御アーキテクチャの全体像
環境・能力適応: モデル能力、検索可否、API可否、推論設定、実行環境などに応じて処理方法を変えること。
環境・能力適応の定義を見る · 制御アーキテクチャの全体像
実行スケジューリング・資源予算・濫用防止: 処理順序・並列可否・実行タイミングに加え、反復回数、トークン、費用、時間、レート等の上限を管理すること。
実行スケジューリング・資源予算・濫用防止の定義を見る · 制御アーキテクチャの全体像
副作用: 送信・削除・購入・公開など、外部状態を変化させる操作の結果。
副作用の定義を見る · 制御アーキテクチャの全体像
副作用操作: 外部システムや現実世界の状態を変更する操作。実行前の承認・ドライラン・冪等性の確保・監査ログの記録を組み合わせて管理する。
副作用操作の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（4件）
外部APIを使うAIには、操作・対象・期限を絞った権限を渡す（実務記事）
AIの送信をどう制御する？指示・システムの強制・人間承認の役割（実務記事）
AIに仕事を任せる前のチェックリスト――止める条件まで決める（実務記事）
AIで案を広げ、実行前に確かめる――守りと攻めの両立（実務記事）
承認ゲート: 副作用操作の前に、人間の明示承認を要求する仕組み。承認要求が多すぎると承認疲れを招くため、影響の大きい操作に絞り、対象・内容・影響を一目で判断できる形で示す。
承認ゲートの定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
AIの送信をどう制御する？指示・システムの強制・人間承認の役割（実務記事）
証拠取得: 回答の根拠となる資料・データ・一次情報を取得する処理。
証拠取得の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
AIの出力が間違っていたら――8つの観点で入力・根拠・判断まで遡って直す（実務記事）
検索統制: 検索の要否・情報源・再検索・根拠採用を管理すること。
検索統制の定義を見る · 制御アーキテクチャの全体像
知識検索・RAGパイプライン統制: チャンク、Embedding、検索方式、フィルタ、Reranking、Context選択、権限制御など、モデルへ渡る知識取得経路を管理すること。
知識検索・RAGパイプライン統制の定義を見る · 制御アーキテクチャの全体像
時制推論: 過去・現在・将来、施行前後など時間軸を整理して誤認を防ぐ処理。「現在」「最新」「施行済み」等は基準日を明示し、モデルの学習時点と現在との差に注意する。
時制推論の定義を見る · 制御アーキテクチャの全体像
複数資料統合: 複数ソースの内容を比較し、矛盾や重複を整理してまとめること。同じ原典を引用した複数の資料は、独立した証拠として数えない。
複数資料統合の定義を見る · 制御アーキテクチャの全体像
裁定: 矛盾する情報のうち、どれを採用するか根拠に基づいて決めること。発行主体・時点・適用範囲・一次性を比較し、採用した理由を記録する。
裁定の定義を見る · 制御アーキテクチャの全体像
主張-根拠対応 / 主張-根拠対応マッピング: 各主張がどの資料・データに支えられているかを対応付け、主要主張と根拠の関係を明示的に整理する手法。
主張-根拠対応 / 主張-根拠対応マッピングの定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
AIの出力が間違っていたら――8つの観点で入力・根拠・判断まで遡って直す（実務記事）
推論統制: 推論の飛躍・迎合・結論ありきなどを抑え、処理順を管理すること。
推論統制の定義を見る · 制御アーキテクチャの全体像
真偽保証: 事実・推測を分け、根拠確認によって誤情報を減らすための制御。
真偽保証の定義を見る · 制御アーキテクチャの全体像
整合・算術検閲: 数値・単位・論理・合計などの整合性を出力前に確認すること。LLMは桁の多い計算や合計で誤りやすいため、重要な数値はコード実行等の決定論的な手段で検算する。
整合・算術検閲の定義を見る · 制御アーキテクチャの全体像
不確実性管理: 分からない点・仮説・確信度・追加確認の必要性を適切に扱うこと。不確実な点をすべて列挙すると要点が埋もれるため、結論に影響するものに絞って示す。
不確実性管理の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（5件）
法務・医療・金融・契約でHard版へ切り替える条件（実務記事）
「推測するな」の次を決める――禁止と代替行動を組み合わせるプロンプト（実務記事）
一度うまくいったプロンプトを、条件が変わっても使える依頼へ直す（実務記事）
日常業務のプロンプトは何から書く？短い依頼に残す条件（実務記事）
AIに仕事を任せる前に押さえたい5つの原則（実務記事）
多言語・クロスリンガル統制: 翻訳・多言語処理で意味・法域・表記・文化差を管理すること。翻訳された法令・契約・規約は原文が正本であることが多いため、重要事項は原文で確認する。
多言語・クロスリンガル統制の定義を見る · 制御アーキテクチャの全体像
自己批評: AIが出力案を制約・根拠・論理の観点から点検すること。同じモデルによる点検は同じ誤りを見逃しやすいため、重要な出力では外部の検証手段と組み合わせる。
自己批評の定義を見る · 制御アーキテクチャの全体像
自己修正: 点検で見つかった誤りや不足を出力前に直すこと。
自己修正の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
AIの出力が間違っていたら――8つの観点で入力・根拠・判断まで遡って直す（実務記事）
出力契約: 形式・長さ・順序・必須項目など、最終出力が満たす条件。下流のシステムが機械処理する場合は、JSON Schema等で形式を固定し、検証を自動化する。
出力契約の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
プロンプトを作業条件として設計する――入力・制約・出力のつなぎ方（実務記事）
形式検証: JSON・表・文字数など指定形式を満たしているか確認すること。
形式検証の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
安全性・正確性・形式指定が衝突したら、AIにどう答えさせるか（実務記事）
出力設計: 結論・根拠・注意点など、回答の構造や見せ方を設計すること。
出力設計の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
日常業務のプロンプトは何から書く？短い依頼に残す条件（実務記事）
出力境界・下流連携安全: LLM出力を未信頼入力として扱い、下流システムへ渡す前に型・意味・安全性を検証・無害化すること。
出力境界・下流連携安全の定義を見る · 制御アーキテクチャの全体像
効率最適化: 重要情報を残しつつ冗長性・処理量・コストを削減すること。
効率最適化の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（2件）
プロンプトに条件を詰め込みすぎない――40層の整理から業務に必要な制御を選ぶ（実務記事）
AI業務の安全性・正確性・速度の使い分け――確認を省ける作業と省けない作業（実務記事）
高速最適化: 速度優先時でも最低限の安全・根拠確認を維持する設計。
高速最適化の定義を見る · 制御アーキテクチャの全体像
観測・監査・トレーサビリティ: 入力、検索、モデル、ツール、承認、出力等の実行経路を必要な範囲で記録し、障害・監査時に再構成できるようにすること。
観測・監査・トレーサビリティの定義を見る · 制御アーキテクチャの全体像
評価・フィードバック統合: 出力品質や利用者の指摘を次の改善へ反映する仕組み。
評価・フィードバック統合の定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（1件）
AIの発想を狭める制約を見直す――安全条件を残して効果を測る方法（実務記事）
最終ゲート: 出力直前に安全性・正確性・形式・根拠などを総点検する最終確認。
最終ゲートの定義を見る · 制御アーキテクチャの全体像
関連する記事を読む（4件）
AIに仕事を任せる前のチェックリスト――止める条件まで決める（実務記事）
AIで案を広げ、実行前に確かめる――守りと攻めの両立（実務記事）
AIの性能が上がっても人間が決めるべきこと――目的・責任・許容リスク・完了条件（実務記事）
AI業務の安全性・正確性・速度の使い分け――確認を省ける作業と省けない作業（実務記事）