半醒商学 · AI 应用
LEVEL 3 · 高阶

AI 造资产

自传 · 课件 · 官网:一个人的全栈生产线
A6 · 高阶第二课时长 45 分钟适用:个人 IP / 内容团队 / 知识变现者
13.2 万字自传、138 份课件、一个上线运行的官网。
一个人、两个月、不会写代码。
这一课把三条生产线完整打开——包括每一次翻车,和翻车之后立下的规矩。
主讲人:半醒先生
酉时降于鄱阳湖畔农家。
半生穿越五百强、麦肯锡、投资场与创业路。
以半醒为名:不装全懂,不随大流;
留一半清醒看世界,留一半糊涂对自己。
著有《走过的路,脚下的灯》。

三条生产线的产出

13.2
万字
个人自传
7 卷 58 章
138
商业课件
营销/管理/投资/AI
1
个站点
半醒先生官网
+ 半醒商学课程站
21
一次部署上线
从改稿到全球可访问
为什么这件事在今天才成为可能
过去做这三件事,需要一个作者、一个课程设计师、一个设计师、一个前端、一个运维。
现在需要的是:一个有想法的人,加一套会干活的系统。
01

生产线一 · 自传:把记忆变成书

Autobiography
自传是最难的内容类型——素材在脑子里,结构在时间里,情绪在细节里。这一模块讲我怎么把它挖出来。
13 分钟

采集素材:一次只问一件事

最错误的开局是:「帮我写自传」。AI 会给你一篇励志散文,跟你没关系。

正确的方式是把自传拆成「一个一个关键事件」,一次只挖一件。

① 定事件清单
先列 20 个关键节点
出生地、第一份工作、第一次失败、最重要的一次选择、最后悔的事……先有骨架,再填肉。
② 一次深挖一件
让 AI 当采访者,不当写手
「就这一件事,问我十个问题,一次问一个」——细节是被问出来的,不是想出来的。
③ 口述先于成文
先说,再整理
语音转文字,把原始口述保留下来。原始素材永远不要删,成稿可以重写,素材只有一次。
④ 风格锁定
把你的表达风格写成 Skill
句子长短、爱用什么词、忌讳什么调调。锁定之后,全书语气才统一。
真实案例 · 目录改了七次,还是错的
REAL CASE
自传目录
7
次迭代
现象:发布后打开一看,目录还是旧章名
第一轮:让 AI 改 —— 改了,还是旧的
反复七次,每次都说改好了
真根因:跨文件对照错位(55 章 vs 53 章)
解法:先让它「列出实际章名」,我确认
结果:以实际文件为准,重建 57 条目录
教训:先对齐事实,再执行修改

案例启示

AI 出错时,不要让它「再改一次」
连续七次「改好了」但结果不对,说明问题不在执行,在它和你对事实的理解不一致

这时候正确的动作是停手,让它先把现状列出来给你看——「把当前文件里实际的章节名,一条一条列给我」。

一列出来,错位立刻暴露。

规矩:连续两次修不对,就停止修改,转为核对事实。

另一次返工:笔名换了,印章忘了

自传定稿时用的笔名是「知白」。发布之后我改主意了——要用「半醒先生」

全局替换很快就做完了。但封面上那枚 SVG 印章,是图形,不是文字, 替换脚本扫不到——发布出去的书,封面上盖着一个已经废弃的笔名。

教训一
全局替换扫不到「非文本资产」
图片、SVG、favicon、二维码、PDF 里的文字——这些都不在文本替换的射程内。改名时必须单独列一份清单。
教训二
改名这类操作要走清单
写下所有出现该名称的位置(正文、目录、页脚、封面图、元数据、文件名、站点标题),逐条打钩。
教训三
发布后要「以读者视角」验收一次
自己从头到尾走一遍读者路径:打开首页 → 点进目录 → 翻到封面 → 看页脚。只看代码不看成品,一定漏。
02

生产线二 · 课件:从一份到一百份

Course Production
138 份课件不是一份一份写出来的,是「一套模板 + 一条流水线」跑出来的。
12 分钟
课件流水线四步
STEP 01
抽版式
先做一份满意的课件,把它拆成可复用的版式:封面、模块页、金句页、案例页、对比页、研讨页、回顾页、结尾页。
产出:版式库
STEP 02
内容与样式分离
样式写一次,内容一课一份。改配色只改一个地方,138 份课件同时变。
产出:生成脚本
STEP 03
批量生成
每门课只需要写「内容数据」,脚本负责拼装成完整 HTML。一门课的生产时间从半天降到半小时。
产出:成品课件
STEP 04
统一上架
课程总览页按体系分组,每门课挂卡片。新增课程只改两处:生成脚本 + 总览页。
产出:可浏览的课程站
这就是「工程思维」用在内容生产上
普通做法:一份一份手写,第 50 份时你已经放弃了统一风格。
流水线做法:样式一处、内容多份、批量拼装——第 138 份和第 1 份一样整齐。

课件生产的三条铁律

铁律一
忠实原文,不许「顺手优化」
AI 的本能是让文字更流畅。但课件是要拿去讲的——步骤名一改,学员照着做就做歪了。专有名词、步骤名、原文结构,一律照抄。
铁律二
大批量必须能断点续跑
做 8 门课的 PPTX 时,5 小时配额耗尽被限流硬断。
正确应对:等过窗口分批续跑。错误应对:不停点重试,越点锁得越久。
铁律三
每门课都要有「带走的话」
课件不是信息堆砌。每一门最后必须能压缩成 4–6 句话——压不出来,说明这门课还没想清楚。
03

生产线三 · 官网:不会写代码,也能上线

Ship It
从本地文件到全球可访问,一次部署 21 秒。这一模块讲一个非技术出身的人,怎么把站点跑起来、又踩了哪些坑。
12 分钟
从零到上线:一条最省事的路径
环节做法关键点
写内容本地写 HTML,所见即所得内容与样式分离,改一处全站生效
版本管理Git 仓库 + 每日一推留痕,随时可回滚
自动部署推送到主分支即自动构建上线不需要手动上传,不需要买服务器
构建脚本build.sh 把源码目录拼装成发布目录新增页面必须同步改它
验收上线后用命令行抓取页面,核对标题与内容只看本地不算上线,抓到才算
整条链路的成本
域名之外,其余环节全部零成本。真正的门槛不是钱,也不是技术,是「知道该怎么串起来」。
真实案例 · 页面上线了,点进去却跳回首页
REAL CASE
SPA 回退
3
轮误判
现象:/philosophy/ 页面点进去总是回首页
误判一:以为是站点 SPA 回退配置问题
误判二:怀疑部署脚本没跑对
误判三:以为自动部署根本没开
真根因:build.sh 漏了拷贝 philosophy 目录
修复:改成子目录 index.html + 补 mkdir/cp
同期还踩到:根级 .html 会被 SPA 回退吃掉

案例启示

现象像 A,根因常在 B
「页面回退首页」这个现象,教科书答案就是 SPA 配置。我顺着这条线查了三轮,全错。

真相是:页面压根没被拷贝到发布目录里——不存在的页面,当然会被回退到首页。

排查纪律:先确认「东西在不在」,再研究「配置对不对」。这条后来写进了长期记忆,此后新增任何页面都会先检查构建脚本。

还有三个坑,写给非技术出身的你

坑一
误用重置命令,仓库差点损坏
一次误操作丢了提交对象。
救法:备份改动文件 → 强制对齐远端 → 把文件复制回来 → 恢复缺失脚本。
教训:动版本控制的危险命令前,先手动复制一份文件到桌面。
坑二
推送被网络阻断,反复失败
推送到代码托管平台时连接被重置。
解法:多次重试即可,自动部署本身不受影响。
教训:分清「网络问题」和「配置问题」,别在网络抖动时去改配置。
坑三
装工具时权限报错
在系统保护目录下安装依赖失败。
解法:改到用户目录安装 + 自定义缓存路径。
教训:不要跟系统权限硬碰,换个位置就好。
研讨与练习
PRACTICE 01
拆你自己的版式库
拿出你常做的一类文档(方案/报告/课件),拆出 6–8 个可复用版式,命名并写清各自用在什么地方。
DISCUSSION 02
我的「现象像A根因在B」
分享一次你排查问题时顺着表象查了很久、真根因却在别处的经历。总结出一条排查纪律。
PRACTICE 03
列一份改名清单
假设你的品牌明天要改名,列出所有需要同步修改的位置——特别是图片、印章、二维码这类非文本资产。

带走六句话

01
自传采集要一次只挖一件事,让 AI 当采访者不当写手;原始口述永远不要删。
02
连续两次修不对,就停止修改,转为核对事实——问题不在执行,在事实理解不一致。
03
全局替换扫不到图片、SVG、二维码这类非文本资产;改名要走清单、要以读者视角验收。
04
内容批量生产靠版式库 + 内容样式分离 + 批量拼装,第 138 份和第 1 份一样整齐。
05
上线排查纪律:先确认东西在不在,再研究配置对不对。现象像 A,根因常在 B。
06
动危险命令前先手动备份一份;分清网络问题和配置问题,别在抖动时改配置。
END
一个人 + 一套系统 = 一条全栈生产线
现象像 A,根因常在 B
内容与样式分离,是批量生产的起点
半醒先生 · 主讲