2026/02/01

生成AI用語集 - MoE・Thinking・Reasoningなど主要概念まとめ

生成AIの技術やサービスを理解するために、頻出する用語を自分の学習用にまとめました。

モデルアーキテクチャ関連

MoE(Mixture of Experts)

読み方: ミクスチャー・オブ・エキスパート

意味: 複数の「専門家(Expert)」と呼ばれるサブネットワークを持ち、入力に応じて最適な専門家のみを選択的に活性化させるニューラルネットワークアーキテクチャ。

メリット:

  • 全パラメータを常に使用しないため、計算効率が高い
  • モデルの総パラメータ数を増やしつつ、推論コストを抑制可能

採用例: Mixtral(Mistral AI)、GPT-4(推定)、Grok

出典: Shazeer et al. (2017) "Outrageously Large Neural Networks"

Transformer

読み方: トランスフォーマー

意味: 2017年にGoogleが発表した、Self-Attention機構を中核とするニューラルネットワークアーキテクチャ。現在のLLMの基盤技術。

特徴:

  • 並列処理が可能で学習が高速
  • 長い文脈の依存関係を捉えられる

出典: Vaswani et al. (2017) "Attention Is All You Need"

パラメータ数

意味: モデルが学習する重みの総数。一般的にパラメータ数が多いほど表現力が高いが、計算コストも増大する。

目安:

  • 7B(70億): 軽量モデル、ローカル実行可能
  • 70B(700億): 高性能モデル
  • 1T以上(1兆以上): 最大規模モデル(GPT-4など)

推論・思考関連

Reasoning(リーズニング)

読み方: リーズニング

意味: AIが論理的な推論を行う能力。数学の問題解決、論理パズル、因果関係の理解などを含む。

関連技術: Chain-of-Thought、Tree-of-Thought

Chain-of-Thought(CoT)

読み方: チェイン・オブ・ソート

意味: 複雑な問題を解く際に、中間的な推論ステップを明示的に生成させるプロンプト手法。「段階的に考えてください」と指示することで精度が向上する。

出典: Wei et al. (2022) "Chain-of-Thought Prompting Elicits Reasoning in Large Language Models"

Thinking / Extended Thinking

読み方: シンキング / エクステンデッド・シンキング

意味: モデルが回答を生成する前に、内部で思考プロセスを実行する機能。Claude 3.5やo1などで採用。

特徴:

  • 複雑な問題で精度が向上
  • 思考過程が可視化される場合もある
  • 応答時間が長くなるトレードオフあり

System 1 / System 2

意味: 認知心理学に由来する概念。AIにも適用される。

  • System 1: 高速・直感的な処理(通常のLLM応答)
  • System 2: 低速・熟慮的な処理(Thinking機能、CoTなど)

出典: Daniel Kahneman "Thinking, Fast and Slow" (2011)

学習・ファインチューニング関連

RLHF(Reinforcement Learning from Human Feedback)

読み方: アールエルエイチエフ

意味: 人間のフィードバックを報酬として強化学習を行う手法。モデルの出力を人間の好みに合わせて調整する。

プロセス:

  1. 人間が複数の回答をランキング
  2. 報酬モデルを学習
  3. 報酬モデルを使ってLLMをファインチューニング

出典: Ouyang et al. (2022) "Training language models to follow instructions with human feedback"

Constitutional AI

読み方: コンスティチューショナルAI

意味: Anthropicが開発した手法。AIに「憲法」(原則のセット)を与え、自己批判と修正を通じて安全性を向上させる。

出典: Bai et al. (2022) "Constitutional AI: Harmlessness from AI Feedback"

LoRA(Low-Rank Adaptation)

読み方: ローラ

意味: 大規模モデルの全パラメータを更新せず、低ランクの行列を追加してファインチューニングする手法。計算コストを大幅に削減。

出典: Hu et al. (2021) "LoRA: Low-Rank Adaptation of Large Language Models"

応用・インターフェース関連

RAG(Retrieval-Augmented Generation)

読み方: ラグ

意味: 外部知識ベースから関連情報を検索し、それを元にテキストを生成する手法。モデルの知識を動的に拡張できる。

メリット:

  • 最新情報を反映可能
  • ハルシネーション(幻覚)を軽減
  • 出典を明示できる

出典: Lewis et al. (2020) "Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks"

Agent / AIエージェント

意味: LLMを核として、ツール使用・計画立案・実行を自律的に行うシステム。

構成要素:

  • LLM(推論エンジン)
  • ツール(API、検索、コード実行など)
  • メモリ(会話履歴、長期記憶)
  • 計画機能

MCP(Model Context Protocol)

読み方: エムシーピー

意味: Anthropicが提唱するオープンプロトコル。AIアプリケーションと外部データソース・ツールを標準化された方法で接続する。

出典: Model Context Protocol公式

評価・品質関連

Hallucination(ハルシネーション)

読み方: ハルシネーション(幻覚)

意味: AIが事実と異なる情報をもっともらしく生成してしまう現象。

対策: RAG、ファクトチェック、温度パラメータの調整

Benchmark(ベンチマーク)

意味: モデルの性能を測定するための標準化されたテスト。

主要ベンチマーク:

  • MMLU: 多分野の知識を測定
  • HumanEval: コード生成能力
  • GSM8K: 数学的推論
  • HellaSwag: 常識推論

まとめ

生成AI分野は急速に発展しており、新しい用語が次々と登場しています。この記事は随時更新予定です。

参考リンク:

時給競争力シミュレーター - 47都道府県別の市場相場判定ツール

ツール概要

人材派遣業の営業担当者向けに、提案時給が市場相場に対して競争力があるかを47都道府県別に可視化するツールを作成しました。

時給競争力シミュレーターを開く

主な機能

  • 47都道府県対応: 各都道府県の最低賃金と市場相場を表示
  • 4業界対応: 宿泊業・飲食サービス業、卸売業・小売業、生活関連サービス業・娯楽業、サービス業(派遣等)
  • リアルタイム判定: 時給を入力すると即座に全都道府県の競争力を判定
  • 4段階評価: 安全(相場+10%以上)/ 注意(相場並み)/ 危険(相場未満)/ 違反(最低賃金未満)
  • ダークモード対応

データソース

市場相場データは厚生労働省の「賃金構造基本統計調査」(e-Stat)から取得した2019年の実データを最低賃金上昇率で補正した推定値を使用しています。

  • 出典: e-Stat 賃金構造基本統計調査(厚生労働省)
  • 対象: 短時間労働者 / 1時間当たり所定内給与額 / 都道府県別
  • 基準年: 2019年(令和元年)
  • 補正方法: 2024年推定時給 = 2019年実績 × (2024年最低賃金 ÷ 2019年最低賃金)

⚠ 注意: 2020年以降、短時間労働者の産業×都道府県クロス集計データがe-Statで公開されていないため、2019年の実データを最低賃金上昇率で補正した推定値を使用しています。実際の募集条件とは異なる場合がありますので、参考値としてご活用ください。

使い方

  1. 業界を選択
  2. 提案したい時給を入力
  3. 各都道府県のカードで競争力を確認

クライアントへの時給提案時に、根拠データとしてご活用ください。

2025/07/17

Mac初期設定履歴

-- 設定 --

・3本指ドラッグ

https://support.apple.com/ja-jp/102341

・メニューバーにバッテリーの状況を表示

https://support.apple.com/ja-jp/guide/mac-help/mchlp1115/mac


-- インストール -- 

■手動

brew

■brew

git


■brew casks

appcleaner

firefox

rectangle

zoom

brave-browser

google-chrome

slack

docker

microsoft-edge

visual-studio-code

figma

opera

vlc 

brave

1password

■App Store

VirusBarrier Scanner

LINE

Kindle


■直接

・Epson Software

・VMWare Fusion

2024/07/09

このブログについて

■このブログの目的
・自分にとって価値のある情報を蓄積する
・アウトプットすることで知識の深掘りや技術の理解を深める 

 ■このブログで記載する内容
・自分にとって有用な情報 
・自分が10年後見ても価値のある(あるいは価値があったと思える)情報 
・知人に見られても問題ない内容

 ■このブログで記載しない内容
・プライベートに関する内容は記載しない
・政治的な内容は記載しない
Blogger.com コンテンツ ポリシーに反する内容は記載しない

2024/07/06

読書:プロジェクトのトラブル解決大全

プロジェクトのトラブル解決大全 小さな問題から大炎上まで使える「プロの火消し術86」

■目次
序章 プロジェクトのトラブル解決にもセオリーがある
第1章 最初の準備―9割の人がスタートでつまずく
第2章 状況把握―効率的な現場検証と聴取の方法
第3章 原因特定とリカバリプランの策定―真因特定、優先順位、体制見直しの手順
第4章 リスタートを切る―人心掌握、ルール変えのポイント
第5章 リカバリ遂行―炎上中のプロジェクト管理は「3つだけ」
第6章 メンバーモチベーション管理―モチベーションは「上げる」のではなく「戻す」
第7章 リーダーシップとメンタリティ―炎上を通じて新たな信頼を築けるリーダーとは
第8章 クロージング―次につなげる「振り返り」から盛大な「打ち上げ」まで


■著者
木部 智之氏
デロイト トーマツ コンサルティング合同会社 ディレクター/元日本IBMエグゼクティブ・プロジェクト・マネジャー。

■■メモ■■
■序章 プロジェクトのトラブル解決にもセオリーがある
・そもそもトラブルプロジェクトに対応のセオリーがあることに驚き。ただし読んでみると確かに思い当たるフシだらけで、納得できるものや新たな気づきを本書で得られる
・小さな火種を放置しない

■第1章 最初の準備―9割の人がスタートでつまずく
・「腹をくくる」いきなり精神論だが、これは本当に大事。当事者意識がないと挫けて逃げに走る
・最初に確認すべきは「プロジェクト計画書」「体制図」「課題管理表」「進捗報告資料」
・原因と対策の仮説を立てる
・「懐刀」を手にいれる
 ・これも人に関するところでなかなか難しい。。。