Skip to Content
Docs07. ケーススタディセクション概要

07-case-studies — ケーススタディ・アンチパターン詳解

具体事例から学ぶセクションです。成功・失敗事例を構造化して分析し、他セクションの一般論を実例で裏付けます。

  • 置くもの: 事例の構造化された分析(背景 → 設計 → 結果 → 教訓)、横断的なアンチパターン集
  • 置かないもの: 一般論・パターン解説(→ 該当セクションへリンク)

この章の記事

記事内容
よくあるアンチパターン集(横断)よくあるアンチパターン集(全セクション横断)
ケーススタディ: 経費精算アシスタントの段階的 Agent 化経費精算アシスタントの段階的 Agent 化(成功事例・構成事例)
ケーススタディ: メールアシスタントの情報漏えいインシデントメールアシスタントの情報漏えいインシデント(失敗事例・構成事例)
ケーススタディ: カスタマーサポート Agentカスタマーサポート Agent(案件推進〜運用改善の通し事例・構成事例)
ケーススタディ: 社内ナレッジ Agent(RAG 運用)社内ナレッジ Agent(権限反映検索RAG の検索段で、質問したユーザーのアクセス権を必須フィルタとして反映し、権限外の文書を候補から構造的に除外する仕組み。生成段で伏せる方式は権限外の内容がプロンプトに載った時点で漏えいリスクになるため、検索基盤の層で強制する。と鮮度運用を主題にした RAG外部の知識ソースを検索し、結果を LLM の入力に加えて回答の根拠にする手法。検索の判断を Agent に任せる構成は Agentic RAG と呼ばれる。 運用の構成事例)
ケーススタディ: 社内 IT ヘルプデスク Agent(実行系の段階導入)社内 IT ヘルプデスク Agent(実行系の段階導入・権限/承認/監査の構成事例)
ケーススタディ: データ分析 Agent(もっともらしい誤りとの戦い)データ分析 Agent(もっともらしい誤りに気付き検証可能な構造へ作り直す苦戦→改善の事例)
ケーススタディ: 撤退したプロジェクト(PoC 死とコスト爆発)撤退したプロジェクト(PoC本番導入を判断するために必要な「問い」を、期間を区切って検証する使い捨て前提の試作。デモの成功ではなく、本物のデータ分布での測定結果を成果物とする。 死・コスト爆発・撤退判断を扱う失敗事例)

ケーススタディは、本ライブラリの設計判断を通しで見せるための架空の構成事例です(各記事冒頭に注記)。成功事例だけでなく、メールアシスタントの情報漏えいインシデント と 撤退したプロジェクト という失敗事例も含み、「うまくいかなかった判断」から学べるようにしています。

特定シナリオを「縦の物語」で通す本セクションに対し、ドメインごとの設計判断を横断的に体系化した「ドメイン設計ガイド」は 13-domain-agents にあります(縦の事例と横のガイドで相互に補完します)。