课程产品体系

0.1修订记录

本白皮书把仓库里已有和可开的 AI 培训课程，按「能力分层 × 人群分层」整理成一张可执行的课程矩阵。现有 8 门课、合计 112 篇讲义、成课级 29 篇；另有 11 个从真实交付沉淀中长出的候选开课单元。矩阵的价值不在于把课排得整齐，而在于让「谁该上哪门、上完到哪一层」变成一句可回答的话。

∎本白皮书回答的问题

• 这套课程体系按什么维度划分？为什么是这两个维度，而不是按素材来源或技术栈分堆？
• 五阶能力分层、六类人群分别是什么，各自的一句话主张与时长是多少？
• 8 门现有课与 11 个候选单元分别落在矩阵的哪一格？每门课的模块级大纲是什么？
• 体系的缺口在哪：哪些格是空的、哪些课离成课级最远？

∎本白皮书不回答的问题

• 单节课的教学设计细节（在各自课程的 00-课程大纲.md 与 01-讲义/ 里）。
• 课程定价、招生与商业模型（不在本体系设计范围）。
• 候选单元的完整大纲（尚未建课，仅有主张与素材密度判断）。
• 视频与课件的制作进度（属制作流程，见第 08 章与第 09 章）。

本章只论证一件事：为什么现有的 8 门课需要一张总图，而不是继续按素材来源分堆。

1.1现状：课在长，图没有

仓库当前有 8 门课，全部处在「制作中」状态，讲义合计 112 篇[1]。它们各自都有课程理念、学员画像与章节大纲，单看每一门都是完整的；但把 8 门摆在一起，缺三样东西：一张说明彼此关系的总图、一条说明「谁先上哪门」的路径、一份说明「还差哪门」的缺口清单。

1.2问题：分堆方式决定不了排课

仓库现有的一种自然分法是「按内容来源」——老孟自写的、资料库迁入的、视频号教程重组的。这个分法对制作管理有效（决定扩写优先级），对选课与组班无效：客户和学员不会问「哪些课是自写的」，只会问「我这种情况该上什么」。

* 表注：数量取自 2026-10-08 实测口径（引用 [1][2]）。空白课位指 C7 多会话协同、C8 交付设计标准，详见第 05 章与第 09 章。

本章给出体系的两个维度与三条设计原则。这是全篇的地基：后面所有表格都只是它的展开。

2.1纵向：能力分层（五阶）

学员学完一门课，能力落在哪一层？这是纵向维度。分五阶：认知 → 效能 → 交付 → 治理 → 商业。分阶的依据是学员要负责的东西变大了：从「看懂一件事」到「一个人把活干完」，到「把产物做成能上线的产品」，到「让跨天多人的工程跑得住」，最后到「把技术能力变成决策人听得懂的信任」。

2.2横向：人群分层（六类）

谁来学？这是横向维度。分六类：企业全员 / 职场个体 / 开发者 / 团队骨干 / 管理者与决策层 / 垂直业务岗。分人群的依据不是职级，而是痛点的形状——同样是「AI 用不起来」，全员是「不知道什么算完成」，开发者是「Demo 能跑上生产就塌」，负责人是「跨天丢上下文、多会话撞车」。

2.3交叉：一格一课，同课多版本

两个维度交叉，得到一张 5 × 6 的矩阵。每个格子代表一类人在某一层的能力需求；每格放一门课，或一门课的一个裁剪版本。

本章逐阶给出主张、人群与时长，并说明「为什么是这五阶，而不是三阶或七阶」。

3.1五阶的定义

3.2为什么是五阶

阶数不是拍出来的，是被现有课程资产决定的。仓库当前有课的层级恰好是五个：认知类一门（FDE 全员课）、单人效能类一门（AI 实战课第一季）、工程交付类两门（Codex 3D 游戏、生产级实战课）、跨天治理类一门（AI 实战课第二季）、商业翻译类一门（商业推广能力课）。若强分三阶，交付与治理会被压成一档，而这两档的痛点与素材完全不同；若强分七阶，则会出现「有层级无课程」的空壳，反而模糊了缺口。

人群不是标签，是入口。本章给出六类人群的典型角色、核心痛点与主课归属。

4.1六类人群画像

4.2为什么按痛点而不是按职级分

按职级分（初级 / 中级 / 高级）会得到一张看起来整齐、但排不了课的矩阵——同一个职级里的人，痛点可能横跨认知层到商业层。按痛点分则直接指向「他要解决什么」，这也是课程大纲里「学员画像」一章的既有写法，保持了前后一致[4]。

本章是全文主体：先把矩阵总表给出，再逐层展开每门课的模块级大纲，最后列出尚未建课的候选单元。

5.1分层 × 人群矩阵总表

* 表注：斜体「C7」「C8」指尚未建课的候选单元；「—」为当前阶段不做。同课跨多格时按人群裁剪版本与案例深度，不另开新课。

5.2S1 认知层：让每个人知道什么算完成

S1 解决的是认知错位：学员普遍把「我的环节做完」当成交付完成。这一层的课不改技术，改的是完成标准。

5.3S2 效能层：一个人把活干完

S2 是当前体系里最接近成课级的一层（AI 实战课第一季 11/14）。它教的不是零散技巧，而是一条可复用的个人工作流。

5.4S3 交付层：把产物做成产品

S3 是内容最厚的一层：AI 编程实战 16/16 全成课级，是全项目样板；生产级实战课结构完整但讲义停留口播稿级，前置要求为 JS/TS、REST、基础 SQL 与 React 基础，不教脚手架、不做「Prompt 大全」。

5.5S4 治理层：几天里跑得住

S4 是第二季四讲，也是全部课程里成课级比例最高的一档（4/4）。它教的是跨天工程里靠机制而非记性解决的问题。

* 表注：第二季四讲是一条链——M10 边界（谁判断）→ M11 护栏（动作能不能出去）→ M12 证据（结果可不可信）→ M13 治理（几天里稳不稳）。

5.6S5 商业层：把能力翻译成信任

5.7垂直线：场景课

* 表注：跨境电商是全仓扩写量最大的一门——源文档仅 7187 汉字、属大纲级，36 节里仅 1 节达线。

5.8候选开课单元（尚未建课）

* 表注：素材密度判据为近 20 天真实会话中该主题的出现频次与案例厚度，出自 [2]。C7、C8 是当前仓库完全没有对应课程的空白课位。

课程不是凭空设计的，是从真实工作记录里提炼的。本章交代底座：素材从哪来、按什么归域、有多少。

6.1十一个主题域

* 表注：知识点合计 146 条、真实案例 101 个，全部出自 [2] 的实测统计。K7、K8 有素材但无课程，这正是候选 C7、C8 成立的依据。

6.2素材面

同一门课可以长成五种形态。形态决定组班方式，也决定谁该来。

这一章是体系的施工纪律。它决定了矩阵上的每格「从骨架到成课」要走几步、什么算走完。

8.1七步铁律

一门课的制作有固定七步，前一步没立住不许开下一步。课件的价值排在倒数第二步、视频排在最后——一门课的价值在理念、内容、完整性与案例，不在包装[1]。

8.2成课级讲义标准

判定标准一句话：讲师拿着这一篇能不能直接讲 60 分钟。每节讲义必须含七段：本节目标 / 为什么讲这个 / 正文展开 / 案例 / 常见错误 / 本节课作业 / 讲师备注。

把体系放回现状：哪几门离成课级最近、哪里是空白。这一章是排期与立项的直接输入。

9.1八门课讲义深度盘点

* 表注：全仓合计 8 门课、112 篇讲义、成课级 29 篇。亲子工坊的「1/1」指 1 篇顶 8 课、尚未拆分，实际可开课时数需拆完后再定。FDE 全员课讲义尚未开写，篇均汉字为「未查」。

9.2三个缺口与排期建议

10.1待决事项

* 你只要做：回一个数字（D-1 / D-2 / D-3 各回一个）。

本文全部引用均为一手来源——即仓库内可复核的文件与脚本输出，无三方引用。来源类型只有「一手（本仓）」一类，故不设分列。

本清单是骨架：验证项、动作与通过标准确定；具体命令的输出值随仓库进度变化，复核时以当场实测为准。

D.1已查实项

• 课程 8 门、讲义 112 篇、成课级 29 篇——取自仓库实测口径，可由文件系统复核[1]。
• 每门课的模块数与讲次数——逐门取自其 00-课程大纲.md[4]。
• 11 个主题域、146 条知识点、101 个案例、候选 C1–C11 的主张与素材密度——取自全量素材母表[2]。
• 七步制作节奏与成课级判定标准——取自项目 AGENTS.md 的既有规定[1]。

D.2待实测项（设计值，未经开班验证）

• 五阶 × 六类的矩阵划分（P1）——本文的设计产出，尚未经真实组班验证。若首期开班出现「同一班内存在两类明确痛点」，则该格的人群划分需拆分或合并，连带表 4-1、表 5-1 与图 5-1 需修订。
• 各阶参考时长（P1）——取自课程大纲的规划值。若实际授课发现某阶需要倍于规划的时间，第 03 章表 3-1 需修订。
• 候选单元的素材密度评级（P2）——「极高 / 高 / 中」为母表给出的相对判断，非量化指标。若据此立项后素材不足以支撑计划讲次，则表 5-8 的落点建议作废。
• 亲子的可开课时数（P2）——当前 1 篇讲义顶 8 课，拆分为 8 篇后才能确定真实课时与是否需缩编。

D.3未查项（本次未取到可靠数据，不做估算）

• FDE 全员课的讲义篇均汉字数——讲义尚未开写，无数据（表 9-1 标「未查」）。
• 各门课的学员实际完成率、习题通过率——本次未取到可靠数据。
• 单节课的实际授课时长——无开班记录，不做估算填充。
• 第四章之外的人群真实分布（各人群的报名比例）——未查。