本記事は、AIエージェント・ストラテジスト試験（AICX協会主催）の公式シラバスver1.0 Chapter 6 / Section 31「5DモデルStep4：Development & PoC（開発・検証）」 の解説です。Designの設計をもとに、実際に動く プロトタイプを構築し、想定どおり機能するかを検証する段階。試験では プロトタイピング・サンドボックス・Human-in-the-Loop・フィードバックループ の4概念の区別が問われます。
プロトタイプ・PoC・MVPの違い
- プロトタイプ：設計した仕組みが技術的に動くかを確かめる試作品（主な利用者＝開発・設計メンバー）。
- PoC：その仕組みが実現可能だと示すための検証（対象＝導入判断を行う意思決定者）。
- MVP：実際の利用者に最小限の価値を提供できる実用品（利用者＝業務担当者・顧客）。
プロトタイプは「動くかを確かめる試作品」、PoCは「実現可能性を確かめる検証」、MVPは「最小限でも価値を提供する実用品」——この違いを押さえましょう。
サンドボックスとパイロットの違い
サンドボックスは、本番環境から切り離した 検証用の環境。テスト用データを使い、本番データや本番業務に影響を与えずにプロトタイプの動作を確認します。一方 パイロットは、本番導入の直前または初期に行う 限定運用で、実際の利用者と実データを対象に本番に近い環境で課題を確認します。サンドボックス＝「安全に試すための検証環境」（Development段階）、パイロット＝「実運用に近い条件で確かめる限定導入」（Deployment段階）と整理できます。この段階の違いが、Step4とStep5の境界でもあります。
フィードバックループとGo / No-Go / Pivot
開発段階ではAIの出力品質がまだ不安定なため、Human-in-the-Loop（人間による確認・修正の工程）が重要。その確認結果や修正内容は、AIを改善する フィードバック として蓄積されます（支援型は常時HITL、協働型は条件付きHITL）。そして フィードバックループ＝「実行 → 結果の評価 → 改善 → 再実行」を繰り返す改善サイクル。Definitionで設定した 合格基準 が、「このサイクルをいつ終了してよいか」の判断基準として機能します。
PoCの結果を受けて、プロジェクトの継続可否を判断します——Go（本番展開に進む）／No-Go（中止する）／Pivot（方向転換する）。この判断の根拠となるのは、すべて Definitionで設定した合格基準です。たとえば処理速度やバイアスは基準を満たしても、スコア精度が基準（90%）に対し78%にとどまれば、フィードバックループを回して原因を分析し、設計・実装を改善してから再評価します。合格基準を事前に決めていたからこそ、Go/No-Go/Pivotを主観でなく根拠で判断できるのです。
試験ではこう問われる（予想問題）
本試験は架空企業のケースをもとにした多肢選択式（4択）です。Section31の理解度を測る問題は、たとえば次のような形が予想されます。選択肢をクリックして解答してみてください（※当サイト独自の予想問題であり、公式の出題ではありません）。
「本番環境から隔離し、テスト用データを使ってプロトタイプの動作や精度を確認する環境」を指す言葉として最も適切なものはどれか。
このセクションの要点まとめ
- Development & PoC＝動くプロトタイプを作り検証する段階。4概念＝プロトタイピング・サンドボックス・HITL・フィードバックループ。
- プロトタイプ（動くか）／PoC（実現可能性）／MVP（価値提供）は対象も目的も違う。
- サンドボックス（隔離・テストデータ＝Development）とパイロット（実運用に近い＝Deployment）を区別する。
- フィードバックループ（実行→評価→改善）を回し、合格基準でGo／No-Go／Pivotを判断する。根拠はDefinitionの合格基準。
関連記事・次に読む
※本記事は、AICX協会 公式シラバスver1.0 の構成（Section31「5DモデルStep4：Development & PoC」）に基づき、当サイトが独自に解説・例示したものです。公式テキスト本文・図版の転載は行っていません。図はすべて当サイトのオリジナルです。例示や予想問題は当サイトオリジナルであり、実際の出題内容を示すものではありません。最新の正式情報は AICX協会公式サイト をご確認ください。
