全200講義の最終回として、すべてを一枚に集める
前回のT-09では、AI機能の品質と安全を、評価やガードレールの観点で確かめました。この講義は、全200講義の最終回です。ここで新しい知識は増えません。代わりに、これまで積み上げてきた部品のすべてが、一つのAI付きWebアプリの中でどう連なるのかを、一枚の図の上で確かめます。この章を貫いてきた立場も思い出してください。私たちは「AIを使って開発する」のではなく、「AIをアプリの部品として組み込む」側に立ってきました。その総まとめの回です。
このスライドのポイント
- 前回T-09: AI機能の品質と安全を、評価・ガードレール・インジェクション耐性で確かめた
- この講義の役割: 新しい知識は増やさず、全部品が一つのアプリでどう連なるかを確かめる
- 章全体の立場: 「AIを使って開発する」ではなく「AIをアプリの部品として組み込む」側
統合図を言葉でたどる——1リクエストの旅
統合図を言葉でたどります。経費アプリのAI機能に利用者がリクエストを送ると、データが旅を始めます。まず画面で入力を受け取り（G・H・I章）、本人かどうかと権限を確かめ（Q章）、APIを通ってサーバーへ渡ります（D・K章）。サーバーは入力を検証し、業務ロジックを実行します（J章）。必要なら関連資料をベクトル検索で集め（T-07・L章）、モデルを呼び出します（T-01〜03）。結果は構造化出力として受け取り（T-04）、検証して保存し（J-06・L章）、画面へ表示して（I章）、全行程がログに記録されます（S章）。
このスライドのポイント
- 画面入力（G/H/I章）→ 認証・認可（Q章）→ API（D/K章）
- サーバーの検証と業務ロジック（J章）→ RAGの検索（T-07/L章）
- モデル呼び出し（T-01〜03）→ 構造化出力（T-04）
- 検証して保存（J-06/L章）→ 画面へ表示（I章）→ 全行程のログ（S章）
- どの矢印も、この講座のどこかで学んだもの
できるようになったこと——問いを裏返す
知らないと何に失敗するか、という問いを、この最終回では裏返してみます。この図のどの箱を指されても、それが何をする部品で、失敗したら何が起き、どこを確認すればよいか。A-01で学んだ4要素、構成要素・データの流れ・責任範囲・危険箇所で答えられる。それが、この講座の到達点です。逆に言えば、説明できない箱があるなら、そこがまだ理解の穴であり、戻るべき講義があるということです。
このスライドのポイント
- この最終回では「知らないと失敗する」を裏返して考える
- 到達点: 図のどの箱を指されても、A-01の4要素で答えられる
構造——卒業証書のような一枚の統合構成図
構造として、全処理フローを一枚の統合構成図にまとめます。画面入力から始まり、認証、API、サーバーの検証、検索、モデル呼び出し、構造化出力、保存、表示、そしてログまで。どの箱にも担当カテゴリの記号が添えてあります。これは、A-10で渡した学習地図と対になる、いわば実物の地図です。学習地図が「何を、どの順で学ぶか」なら、この図は「学んだものが実際にどう動くか」を示します。卒業証書のような一枚です。
このスライドのポイント
- 全処理フローを、画面入力からログまで一枚の統合構成図にまとめる
- どの箱にも担当カテゴリの記号を添える
- A-10の「学習地図」と対になる「実物の地図」
- 学習地図=何を学ぶ順番／統合図=学んだものが実際にどう動くか
処理の流れ——統合図の上で障害を1本トレースする
この図の使い方を、障害のトレースで実演します。たとえば「AIの提案が画面に表示されない」という不具合が起きたとします。ここでP-10で学んだ切り分けを、統合図の上で順にたどります。認証で弾かれていないか、APIまで届いているか、検索は該当資料を返したか、モデルの呼び出しは成功したか、出力の形式は崩れていないか、保存や表示のどこで止まったか。どの疑いにも、対応する講義があります。図があれば、流れに沿って原因を一つずつ追えます。
このスライドのポイント
- 障害シナリオ:「AIの提案が画面に表示されない」
- P-10の切り分けを統合図の上で順にたどる
- 認証で弾かれた？ APIまで届いた？ 検索は資料を返した？ モデルは成功した？ 出力の形式は？ 保存・表示は？
- どの疑いにも、対応する講義がある
技術サンプルカード: 全処理フロー統合構成図
今回のサンプルは、この講座の集大成である統合構成図そのものです。画面入力からログまで、十ほどの箱を矢印でつなぎ、各箱に担当カテゴリの記号を添えています。読み方のポイントは二つ。一つ、これはA-03で見た「主要部品」の完成形だということ。もう一つ、モデルはこの図の一部品にすぎないということです。だからこそ、AIの箱以外の199講義ぶんの部品が必要でした。AIには、私たちのアプリの全処理フローをこの形式で図にしてください、と頼んでみてください。
混同しやすい: 「AIアプリ」と「AI付きWebアプリ」
最後に、この講座の題名の意味を回収します。混同しやすいのは、「AIアプリ」という言葉です。AIが主役なのだ、と錯覚させます。しかし正しくは、AI付きWebアプリ。AIは部品の一つにすぎず、土台はどこまでも普通のWebアプリです。この統合図では、モデルの箱は全体のたった一つです。AIを安全に組み込むためにこそ、認証もAPIもデータベースも設計も安全性も運用も要ります。だから、T章のほかに199講義ぶんの土台があったのです。
バイブコーディングでの確認点——卒業後の実践の型
卒業後の実践の型を、一つお渡しします。新しいアプリを作るたびに、この統合図を、自分のアプリ版に描き直してください。描ける箱は理解できている部品、描けない箱は理解の穴です。それが、A-10で言った「戻る場所」の最終的な姿になります。AIには、このアプリの全処理フローを部品名と担当付きで図にして、各部品が監視されているかも添えてください、と頼めます。描けない箇所が見つかったら、対応するカテゴリへ戻ればよいのです。
このスライドのポイント
- 新しいアプリを作るたびに、この統合図を自分のアプリ版に描き直す
- 描ける箱=理解できている部品／描けない箱=理解の穴
- それがA-10で言った「戻る場所」の最終形
- 質問例:「このアプリの全処理フローを部品名と担当付きで図にして、各部品が監視されているかも添えてください」
一問一答とまとめ——つくらせる前に、わかる
最後の一問です。この講座で学んだ、最も大切な問いの型は何でしょうか。……答えは、A-01の4要素です。構成要素・データの流れ・責任範囲・危険箇所を、自分の言葉で説明できるか。この問いこそ、200講義を貫く背骨でした。30秒でまとめます。AI付きWebアプリは長い処理フローでできていて、AIはその一部品にすぎず、どの部品も4要素で説明できる状態が到達点です。全200講義、修了です。つくらせる前に、わかる。AIに任せても、判断は自分でできる——その状態に到達しました。ここからは、作る番です。関連資料は、AI Builder 技術ロードマップ、Webアプリ構築 完全ワークフロー、AI Builder受講前準備キットの3点です。
このスライドのポイント
- 一問一答: この講座で学んだ最も大切な問いの型は？ → A-01の4要素（構成要素・データの流れ・責任範囲・危険箇所を、自分の言葉で説明できるか）
- 30秒まとめ: AI付きWebアプリは長い処理フローでできていて、AIはその一部品。どの部品も4要素で説明できる状態が到達点
- 全200講義修了。つくらせる前に、わかる。AIに任せても、判断は自分でできる
- 関連資料:「AI Builder 技術ロードマップ」「Webアプリ構築 完全ワークフロー」「AI Builder受講前準備キット」
