4月に、Provaが本物だと感じ始めた理由について書いた。スプリントエンジン、課金、評価、デモとプロダクトを分ける地味な運用作業について。
その記事を書いた時点では、それは正確だった。私が説明したスプリントファーストのアーキテクチャ——執筆されたスプリント、ルーブリックレビュー、適応型ルーティング、OperatorとBuilderのパス——は本物として機能していた。エンジンは正しかった。
まだ知らなかったのは、その上に重ねたカリキュラムが間違っていたことだ。
デモでは気づけない間違い方だった。全てのルーブリックを執筆し、全てのユーザーパスをトレースし、5月中旬まで誰も私に問うことを強制しなかった質問を問うた後にしか表面化しない間違い方だ：これの何が、無料のチャットボットによる再現を難しくしているのか？
5月中旬から6月下旬にかけて、カリキュラムは2回再構築された。毎回、以前は自信を持っていたものを置き換えた。それぞれの書き直しが実際に何についてだったのか、以下に書く。
3レーンアーキテクチャ（5月26日〜6月1日）
5月下旬までに、プロダクトには問題があった。33のスプリントがあり、3つのまったく異なるオーディエンス——ワークフローを再設計するオペレーター、最初の使えるスライスを出荷しようとするビルダー、チームを変革しようとするリーダー——が、9スプリント中7つを共有し、残りの2つを「トラック」と呼んでいた。それはメニューであって、背骨ではなかった。
広さは堀ではない。
そこで、厳密に思える答えを構築した：レイヤー0の共有基盤、その上に3つのオーディエンスレーン（Operator、Builder、Leader）、それぞれに専用のスプリントを持ち、全て本コースの16テンプレートと公開コーパスからソースされたレイヤードアーキテクチャ。5つのユニットタイプにまたがる38ユニット。コンセプト、エクササイズ、スプリント、プロジェクト、チェックポイント——それぞれ異なる完了セマンティクスを持つ。
紙面上では、本物のカリキュラムに見えた。
壊れたのは、個々のスプリントではなかった。全体を支える構造的前提だった：より多くのレーンとより多くのスプリントが、プロダクトをより防御可能にするという前提。
そうではない。
ハミルトン・ヘルマーの『7 Powers』フレームワークがこれを明示的に名付けている。パワーは障壁から来る——競合が単に「やろう」と決めるだけでは複製できない構造的優位性だ。パスにスプリントを追加することは障壁ではない。運用上の表面積に過ぎない。汎用チャットボットは幅（広さ）を摩擦ゼロで即座にマッチさせる。
3レーンモデルはカバレッジを追加したが、深さは追加しなかった。私は間違ったものを構築しており、アーキテクチャがデプロイされ全スプリントが執筆されるまで、それが見えなかった。
3レーンモデルのために24の新スプリントを執筆した。本コースのテンプレートと公開コーパスからソースした。アーキテクチャは紙面上では厳密に見えた。私はそれを誇りに思っていた。
レーンシステムは出荷されたのと同じ週に廃止された。
1つのルール（6月2日〜22日）
2回目の書き直しは、スプリントから始まらなかった。戦略の問いから始まった。
腰を据えて問うた：Provaの唯一の防御可能なエッジが、水平型AIツールが構造的に採用できないものだとしたら、そのエッジは何だろうか？
答えは、3つの補強し合うレイヤーに着地した：
垂直の深さ（楔）。 実測と判断ゲートを備えた、ブリーフ文書化されたキャンペーンワークフローを広告業界グレードの基準で出荷するマーケター。それはチャットボットがプロンプトから生成できるものではない。
スキャフォールディング（活性化）。 ほとんどのマーケターは何を尋ねるべきか知らない。プロダクトは「AIがこれで役立つかもしれないけれど、どこから始めればいいかわからない」という地点で彼らを迎え、スコープ設定、順序付け、基準設定の仕事をしなければならない。
検証され、基準に照らして出荷された成果物（証明）。 全てのスプリントは、本物のルーブリックに対してレビューされた提出で終わる。「見た目が良いか」ではない。「文法的にクリーンか」でもない。この成果物は、代理店のオペレーターやメディアバイヤーが実際に使うものとして通用するか？
この3つのレイヤーから、アーキテクチャは劇的に簡素化された。
3レーン構造は1つのループ文法に置き換えられた：リアリティチェック → ブリーフ → プラン → 実行/構築 → 判断ゲート → キャップストーン。
全3パスに同じ文法。パスごとに異なる成果物。オペレーターはキャンペーンワークフローパイロットを実行する。ビルダーは動作するプロダクトスライスを出荷する。リーダーはステークホルダービジネスケースとオペレーティングモデルのブループリントを構築する。
深さはキャップストーン以降にのみ追加される：エージェンシー拡張、プロダクト深度拡張、組織変革拡張。ユーザーがより多くを望むなら、背骨を最初に通過して獲得する。
幅（広さ）は消えなかった。エビデンストリガーの迂回モジュールに降格された——レビュアーが執筆済みの背骨では現在対応できないギャップを検出した時にのみ現れる、短く割り当てられたスプリント。データインフラ監査。ベンダースタック判断。テーブルステークス診断。これらはまだ存在する。ただ、プロダクトがそれらを必要とする証拠を持っていない限り、あなたが通るルートではないだけだ。
これを形式化した単一のコミットは、6月11日の feat!: replace dual curriculum routing with unified path sequences だった。! は破壊的変更を示す。primary_path（operator、builder、leader）が learning_track を単一のルーティング軸として置き換えた。DISABLE_BRIEF_DRIVEN_RESET_PATH というフィーチャーフラグが、QAゲートが通るまで移行を隔離した。7つのレガシースプリントが順序付けから退職したが、履歴として閲覧可能なまま残された。
キャップストーンは機能ではなく構造になった。それがスイッチングコストのメカニズムだ。水平型ツールはまともなスプリントパケットを生成できる。持続的なレビュアー履歴を持つ、広告業界グレードの基準に対してレビューされた検証済み出荷成果物のポートフォリオは生成できない。
新しいスプリントやパスを執筆する前に、問え：これは7 Powersのどれを強化するのか、そしてその障壁は何か？正直な答えが「カバレッジを追加する」で障壁がないなら、それはチャットボットがすでにカバーしている運用上の表面積に過ぎない——作るな。
—— 2026年6月5日、Provaカリキュラム戦略ドキュメント
そのルールが3レーンアーキテクチャを葬った。よく書けているが構造的に冗長なスプリントを葬った。先延ばしにしていた機能だったキャップストーンを構造的要件に変えた。そして、3月からずっと問うべきだった質問だ。
4月と6月の間にあるもの
4月にリリースしたプロダクトは、エンジンとしては正しかった。6月に固めたプロダクトは、背骨として正しかった。
エンジン——執筆されたスプリント、ルーブリックレビュー、適応型ルーティング、構成スプリントのライフサイクル——は必要だった。機能するスプリントエンジンのないカリキュラムアーキテクチャは、ただのシラバスだ。
しかし、防御可能な背骨のないスプリントエンジンは、無料ツールがすでにマッチしている機能リストに過ぎない。
2つのプロダクトの違いは、より多くのコードではなかった。より良い質問だった。「これはどのPowerを強化するのか？」が、誇りに思っていたものを殺し、オプション扱いしていたものを格上げすることを強制した。
6月のアーキテクチャが完成しているとは主張しない。プロダクトはめったに完成しない。しかし、今ラーニングプロダクトを構築しているなら、次のスプリントを書く前にこの質問を問う価値はある。幅（広さ）は追加するのが最も簡単で、汎用AIが最初にコモディティ化するものだからだ。
補足: Provaはマーケターと広告プロフェッショナルのためのコーチングプロダクトで、Operatorパス（ワークフロー再設計）とBuilderパス（最初の使えるスライスの出荷）がある。prova.chandlernguyen.com で公開中。7 Powersフレームワークはハミルトン・ヘルマーの著書『7 Powers: The Foundations of Business Strategy』からのもの——この記事はフレームワークを参照するが教えてはいない。本がソースだ。
高速で動くAIレイヤーの上に構造化プロダクトを構築しているなら、純粋に興味がある：プロンプトを追加するだけでは無料ツールが複製できない、あなたのアーキテクチャにある1つのものは何か？
今日はこれで。
乾杯、チャンドラー