四月份，我寫咗關於係咩令 Prova 變得真實：個 sprint 引擎、收費、評估、將 demo 同產品分開嘅悶蛋操作工作。
嗰篇文喺我出街嗰陣係啱嘅。我描述嘅 sprint-first 架構——寫好嘅 sprints、rubric 審查、適應性路由、Operator 同 Builder 路徑——真係行得通。引擎係啱嘅。
我當時仲未知道嘅係，疊喺上面嗰層課程仲係錯嘅。
唔係你喺 demo 會發現到嗰種錯。係嗰種你寫好晒每一個 rubric、追蹤晒每一個用戶路徑、問咗一條直到五月中都冇人逼我問嘅問題之後先會浮面嘅錯：到底有咩令到一個免費 chatbot 難以複製呢樣嘢？
由五月中到六月尾，課程被重建咗兩次。每次，我都換走咗一啲我之前好有信心嘅嘢。以下就係每一次重寫實際上係關於咩。
三軌架構（5月26日–6月1日）
到咗五月尾，產品有個問題。佢有 33 個 sprint，同三個好唔同嘅受眾——重新設計工作流程嘅 operator、嘗試出貨第一個有用切片嘅 builder、同埋嘗試改造團隊嘅 leader——分享緊 9 個 sprint 入面嘅 7 個，然後叫剩低嗰兩個做「軌」。嗰個係一個菜單，唔係一條骨架。
闊度唔係護城河。
於是我起咗嗰個睇落好嚴謹嘅答案：一個分層架構，有共享嘅 Layer 0 基礎，然後三條受眾軌道（Operator、Builder、Leader），各自有佢哋專屬嘅 sprint，全部嚟自課程嘅 16 個模板同已發布嘅語料庫。38 個單元橫跨 5 種單元類型。概念、練習、sprint、項目、檢查點——每種都有唔同嘅完成語義。
喺紙上面，佢睇落似一個真正嘅課程。
出問題嘅，唔係任何一個個別嘅 sprint。而係成個嘢底下嗰個結構性假設：以為更多嘅軌道同更多嘅 sprint 會令產品更難被複製。
唔會。
Hamilton Helmer 嘅 7 Powers 框架明確咁講出呢一點。力量來自障礙——競爭對手冇辦法單靠決定就複製到嘅結構性優勢。喺路徑加 sprint 唔係障礙。佢係操作表面面積。一個通用 chatbot 可以零摩擦咁即刻匹配闊度。
三軌模型增加咗覆蓋範圍。佢冇增加深度。我起咗錯嘅嘢，而我直到架構部署好晒、每一個 sprint 都寫好晒先至睇到。
我為三軌模型寫咗 24 個新 sprint，嚟自課程嘅模板同已發布嘅語料庫。個架構喺紙上面睇落好嚴謹。我為佢感到自豪。
個軌道系統喺出貨嘅同一個禮拜被廢除咗。
一條規則（6月2日–22日）
第二次重寫，唔係由 sprint 開始。係由一條策略問題開始。
我坐低問自己：如果 Prova 唯一可防禦嘅優勢係一樣水平式 AI 工具結構上冇辦法採用嘅嘢，嗰樣優勢會係咩？
答案落喺三個互相增強嘅層面：
垂直深度（楔子）。 一個營銷人，以廣告業標準，出貨一個有 brief 記錄、有真實量度同決策關口嘅 campaign 工作流程。嗰樣嘢唔係一個 chatbot 由 prompt 就可以生產到出嚟嘅。
棚架（激活）。 大多數營銷人唔知要問咩。產品要喺佢哋「我覺得 AI 可能幫到手但我唔知由邊度開始」嘅位置接住佢哋，然後做界定範圍、排列次序同設定標準嘅工作。
被驗證、按標準出貨嘅作品（證明）。 每一個 sprint 都以一次提交作結，並根據一份真實嘅 rubric 被審查。唔係「睇落好唔好」。唔係「文法乾唔乾淨」。而係：呢件作品，頂唔頂得住一個 agency operator 或者 media buyer 真係會用嘅標準？
從呢三個層面，架構被大幅簡化。
三軌結構被一條循環文法取代：現實檢查 → brief → 計劃 → 執行/構建 → 決策關口 → capstone。
三條路徑用同一條文法。每條路徑有唔同嘅產出物。Operator 執行一個 campaign 工作流程試點。Builder 出貨一個行得通嘅產品切片。Leader 構建一份持份者商業案例同營運模式藍圖。
深度只喺 capstone 之後先加：agency 擴展、產品深度擴展、組織變革擴展。如果用戶想要更多，佢哋要先通過骨架去賺取。
闊度冇消失。佢被降級為證據觸發嘅繞行模組——短嘅、被指派嘅 sprint，只會喺審查員偵測到已寫好嘅骨架目前無法處理嘅缺口時先出現。數據基礎設施審計。供應商技術棧決策。基本盤診斷。佢哋仲喺度。只係你唔會行嗰條路，除非產品有證據你需要佢哋。
形式化呢一切嘅單一次提交，係 6 月 11 日嘅 feat!: replace dual curriculum routing with unified path sequences。嗰個 ! 表示呢個係破壞性變更。primary_path（operator、builder、leader）取代咗 learning_track 作為唯一嘅路由軸。有一個功能開關——DISABLE_BRIEF_DRIVEN_RESET_PATH——喺 QA 關口通過之前隔離咗過渡期。七個舊有 sprint 由排序中被退役，但保留為可以查閱嘅歷史。
Capstone 變成咗結構性，而唔係一項功能。佢係轉換成本嘅機制。一個水平式工具可以生成一個似樣嘅 sprint 包。佢冇辦法生成一個被驗證、已出貨、以廣告業標準審查過、有持續審查員歷史嘅作品組合。
喺寫任何新 sprint 或路徑之前，問：呢樣嘢強化咗 7 Powers 入面嘅邊一個，而佢嘅障礙係咩？如果誠實嘅答案係「佢增加覆蓋範圍」而冇障礙，咁佢就係 chatbot 已經覆蓋緊嘅操作表面面積——唔好起。
—— 2026年6月5日，Prova 課程策略文件
嗰條規則殺死咗三軌架構。殺死咗寫得好但結構上多餘嘅 sprint。將 capstone 由一項我一直推遲嘅功能變成咗結構性要求。而呢條問題，我由三月起就應該問。
四月同六月之間有咩
我喺四月份推出嘅產品，引擎係啱嘅。六月份定稿嘅產品，骨架係啱嘅。
引擎——寫好嘅 sprint、rubric 審查、適應性路由、組合 sprint 生命週期——係必要嘅。一個冇運作中 sprint 引擎嘅課程架構，只係一個教學大綱。
但一個冇可防禦骨架嘅 sprint 引擎，只係免費工具已經喺匹配緊嘅功能清單。
兩個產品之間嘅差別，唔係更多嘅程式碼。而係一條更好嘅問題。「呢樣嘢強化咗邊一個 Power？」逼使我殺死咗我引以為傲嘅嘢，同提升咗我一直當作可選項嘅嘢。
我唔係話六月嘅架構已經完成。產品好少會完成。但如果你而家喺度起緊一個學習產品，喺你寫下一個 sprint 之前，呢條問題值得一問。因為闊度係最容易加嘅嘢，亦係通用 AI 將會最先商品化嘅嘢。
補充背景： Prova 係我為營銷人同廣告專業人士而設嘅 coaching 產品，有 Operator 路徑（工作流程重新設計）同 Builder 路徑（出貨第一個有用嘅切片）。佢喺 prova.chandlernguyen.com 上面運行。7 Powers 框架嚟自 Hamilton Helmer 嘅著作《7 Powers: The Foundations of Business Strategy》——呢篇文章引用咗框架但冇教授佢；書先係源頭。
如果你喺一個快速演進嘅 AI 層上面起緊一個有結構嘅產品，我真係好好奇：你架構入面有冇一樣嘢，係免費工具單靠加 prompt 都複製唔到嘅？
今日就到呢度。
此致，Chandler