四月份，我写了让Prova变得真实的东西：冲刺引擎、计费系统、评估体系、那些把演示和产品区分开的枯燥的运营工作。
那篇文章在发布时是准确的。我描述的冲刺优先架构——编撰好的冲刺、评分标准审查、自适应路由、操作者和构建者路径——确实在运转。引擎是对的。
我当时还不知道的是，架构之上叠加的课程体系仍然是错的。
那种错误不是你能从演示中发现的。它只有在作者编写完每一个评分标准、追踪完每一条用户路径、并在五月中旬之前没有人强迫我问的那个问题面前才会浮现出来：这到底有什么是免费聊天机器人无法复制的？
从五月中旬到六月下旬，课程体系被重建了两次。每一次，我都替换了一些我曾经很确信的东西。下面是每一次重写到底在解决什么问题。
三轨架构（5月26日–6月1日）
到五月下旬，产品已经有了问题。它有33个冲刺，三个截然不同的受众——在重新设计工作流的操作者、试图交付第一个可用切片的构建者、试图改造团队的领导者——共享着九个冲刺中的七个，并把剩下的两个称为「轨」。那是一个菜单，不是骨架。
广度不是护城河。
于是我构建了看似严谨的答案：一个分层架构，Layer 0共同基础，然后三条受众跑道（操作者、构建者、领导者），每条跑道有自己专属的冲刺，全部源自本课程的16个模板和已发布的语料库。38个单元，覆盖5种单元类型。概念、练习、冲刺、项目、检查点——各自有不同的完成语义。
纸面上看，这就像一门真正的课程。
出问题的，不是任何单个冲刺，而是支撑整个架构的结构性假设：更多的跑道和更多的冲刺会让产品更具防御力。
事实并非如此。
Hamilton Helmer的《7 Powers》框架对此给出了明确的命名。力量来自于壁垒——那些竞争对手无法仅仅通过决定来复制的结构性优势。向路径添加冲刺不是壁垒。它是运营表面积。通用聊天机器人可以用零摩擦瞬间匹配广度。
三轨道模型增加了覆盖范围。它没有增加深度。我构建了错的东西，直到架构部署完毕、每个冲刺都写完那一刻，我才意识到这一点。
我为三轨道模型撰写了24个新冲刺，全部源自课程的模板和已发布的语料库。架构在纸面上看起来很严谨。我为它感到自豪。
轨道系统在发布当周就被废除了。
一条规则（6月2日–22日）
第二次重写的起点不是冲刺，而是一个策略问题。
我坐下来问自己：如果Prova唯一可防御的边缘是某种水平AI工具结构上无法采用的东西，那这个边缘会是什么？
答案落在了三个相互增强的层次上：
垂直深度（楔子）。 一个营销人以广告行业标准交付一个经过简报记录、带有实际衡量和决策门的活动工作流。这不是聊天机器人从一个提示词就能生成的东西。
脚手架（激活）。 大多数营销人不知道该问什么。产品必须在"我觉得AI能帮上忙，但我不确定从哪里开始"这一认知节点上接住他们，并完成范围界定、顺序安排和标准设定的工作。
被验证的、按标准交付的作品（证明）。 每个冲刺都以一次提交作为结束，并根据一份真实的评分标准进行审查。不是"看起来好不好"，不是"语法干不干净"，而是：这件作品在广告公司操作者或媒体购买者真正要使用的标准面前能否站得住？
从这三个层次出发，架构被大幅简化。
三轨结构被替换为一条循环语法：现实核查 → 简报 → 计划 → 运行/构建 → 决策门 → 顶点项目。
三条路径使用相同的语法。每条路径有不同的产出物。操作者运行一场活动工作流试点。构建者交付一个可用的产品切片。领导者构建一份利益相关者商业案例和一份运营模式蓝图。
深度只加在顶点项目之后：代理公司扩展、产品深度扩展、组织变革扩展。如果用户想要更多，他们先要通过骨架来获得它。
广度并没有消失。它被降级为证据触发的绕行模块——只有在审查员检测到已编撰的骨架当前无法解决的差距时才出现的、短促的、被分配下来的冲刺。数据基础设施审计。供应商技术栈决策。桌面诊断。它们仍然存在。只是不再是你前行的路线——除非产品有证据表明你需要它们。
正式化这一切的单次提交是6月11日的 feat!: replace dual curriculum routing with unified path sequences。那个 ! 表示这是一次破坏性变更。primary_path（操作者、构建者、领导者）取代了 learning_track 作为单一路由轴。一个名叫 DISABLE_BRIEF_DRIVEN_RESET_PATH 的功能开关在QA门禁通过之前隔断了过渡期。七个遗留冲刺从顺序中被退役，但仍可作为历史查阅。
顶点项目变成了结构性的，而不是一项功能。它是转换成本的机制。一个水平工具可以生成一份像样的冲刺包。但它无法生成一份被验证的、以广告行业标准审查过的、带有持续性审查人历史的已交付作品的组合。
在编撰任何新冲刺或新路径之前，问自己：这会增强7 Powers中的哪一个，它的壁垒是什么？如果诚实的答案是"它增加了覆盖范围"而没有壁垒，那么它只是聊天机器人已经在覆盖的运营表面积——不要构建它。
—— 2026年6月5日，Prova课程策略文档
这条规则杀死了三轨道架构。它杀死了那些写得好但在结构上多余的冲刺。它把一项我一直在推迟的功能变成了结构性的必要条件。而这个问题，我本应从三月起就在问。
四月和六月之间有什么
我在四月份发布的产品，引擎是没错的。六月份定稿的产品，骨架是没错的。
引擎——编撰好的冲刺、评分标准审查、自适应路由、组合冲刺生命周期——是必要的。一个没有运作中的冲刺引擎的课程架构，只是一个教学大纲。
但一个没有可防御骨架的冲刺引擎，只是免费工具已经在匹配的功能清单。
两款产品之间的差别，不是更多的代码。而是一个更好的问题。"这会增强哪个Power？"迫使我杀死了我引以为傲的东西，并提升了我一直在降格处理的东西。
我并不是在宣称六月的架构已经完成。产品很少是完成的。但如果你此刻正在构建一个学习产品，在你写下一个冲刺之前，这个问题值得一问。因为广度是最容易添加的东西，也是通用AI将最先商品化的东西。
附注： Prova是我为营销人和广告专业人士打造的教练型产品，有操作者路径（工作流重新设计）和构建者路径（交付第一个可用的切片）。它在prova.chandlernguyen.com上运行。7 Powers框架源自Hamilton Helmer的著作《7 Powers: The Foundations of Business Strategy》——本文引用了该框架，但并未教授它；书才是源头。
如果你正在一个快速演进的AI层之上构建一个有结构的产品，我真心好奇：在你的架构中，有哪一样东西是免费工具仅仅通过添加提示词就无法复制的？
今天就到这里。
此致，Chandler