保姆级教程 · 面向希望把个人创作升级为稳定工作系统的创作者和小团队
项目 信息 课程系列 AI 创作入门 · L1-E 运营、变现与合规 课程编号 L1E-04 难度等级 ★★★☆☆（不需要编程,但需要系统化思维） 适用人群 需要管理大量素材、Prompt、音色和多人交接的创作者 预计学时 90–120 分钟 前置课程 L1E-01、L1E-02、L1E-03；参考 L1D-07 生产管线、L1B-07 语音工程化、L1C-07 联动工作流 更新日期 2026 年 8 月 内容声明 工具链的具体产品可替换；备份、权限和授权要求应按你的数据敏感度与团队制度配置。本教程提及的具体工具仅作示例,不构成购买建议。
学完本教程后,你将能够:
很多人的"效率工具链"是这样的:用了 5 个笔记软件、3 个任务管理工具、2 个云盘,然后还是找不到文件。工具越多,管理工具本身就越成为负担。
效率工具应该让四件事变简单:
找到正确素材 → 知道它能否使用 → 交给正确的人 → 出错时恢复正确版本
(组织) (授权) (协作) (备份与版本)
最常见的错误是先买工具再想规则。正确的顺序是:
第 1 步:定义你的资产类型(文字/图片/音频/视频/Prompt/音色)
第 2 步:定义命名规则和目录结构
第 3 步:定义协作流程(谁做什么、怎么交接)
第 4 步:选择能支撑以上规则的工具
第 5 步:实际使用、发现问题、调整规则
个人创作者可以从文件夹、表格和云盘开始；小团队再增加任务管理、权限、自动化和审计。先跑通规则,再升级工具。
项目名/
00-母稿/ ← 原始文案、脚本、大纲
01-文案/ ← 经过加工的发布版文案
02-Prompt/ ← 可复用的提示词模板
03-图片/ ← 封面、配图、插图
04-视频/ ← 视频素材和成片
05-音频/ ← 配音、音效、背景音乐
06-工程文件/ ← 剪辑工程、设计源文件
07-发布版/ ← 最终导出的发布文件
08-授权与复盘/ ← 授权文件、发布记录、数据复盘
为什么用数字编号:让不同成员按同一顺序找文件,且在文件管理器中自动排序。
为什么按内容项目而非工具分类:如果你按"Midjourney""剪映""ChatGPT"分类,日后无法还原一条内容的完整资产。按内容项目组织,你能在同一个文件夹里找到这条内容的所有相关文件。
日期_内容ID_资产类型_平台_版本_状态.扩展名
示例:
20260808_ai024_cover_xhs_v2_approved.png
20260808_ai024_voice_douyin_v1_review.wav
20260808_ai024_script_xhs_v1_draft.md
| 字段 | 说明 | 示例 |
|---|---|---|
| 日期 | YYYYMMDD 格式 | 20260808 |
| 内容ID | 每条内容的唯一编号 | ai024 |
| 资产类型 | cover/script/voice/video等 | cover |
| 平台 | xhs/douyin/bilibili/公众号等 | xhs |
| 版本 | v1/v2/v3... | v2 |
| 状态 | draft/review/approved/published/deprecated | approved |
名称不必包含所有信息,但至少要能判断日期、内容、类型和版本。详细授权与参数放在元数据表(下文),不要把文件名写成一整段说明。
每个内容项目配一张资产登记表(用 Excel/Numbers/飞书表格均可):
| 字段 | 说明 | 示例 |
|---|---|---|
| asset_id | 每项资产的唯一编号 | ai024_cover_01 |
| content_id | 所属内容 | ai024 |
| type | 图片/视频/音频/Prompt | 图片 |
| source | 原始来源或生成工具 | Midjourney v6 |
| license | 授权类型与范围 | 付费版,允许商用 |
| version | 当前版本 | v2 |
| status | 草稿/审核/通过/废弃 | approved |
| owner | 负责人 | 张三 |
| expires_at | 授权或复核日期 | 2026-12-31 |
03-图片/
ai024/
ai024_cover_xhs_v1_draft.png ← 初稿
ai024_cover_xhs_v2_approved.png ← 通过版
ai024_cover_xhs_v2_source.psdt ← 设计源文件
ai024_inline_01_xhs_v1.png ← 文中配图1
ai024_inline_02_xhs_v1.png ← 文中配图2
05-音频/
ai024/
ai024_voice_douyin_v1_review.wav ← 配音初版
ai024_voice_douyin_v2_approved.wav ← 配音终版
ai024_bgm_douyin_v1.mp3 ← 背景音乐
ai024_sfx_01_v1.wav ← 音效
04-视频/
ai024/
ai024_raw_01_v1.mov ← 原始素材
ai024_raw_02_v1.mov
ai024_edit_douyin_v1_draft.mp4 ← 剪辑初版
ai024_final_douyin_v1.mp4 ← 最终版
| 错误 | 现象 | 怎么改 |
|---|---|---|
| 文件散落各处 | 桌面、下载文件夹、微信文件里都有 | 按项目目录集中管理 |
| 命名无规则 | "新建文档(3).docx""未命名.png" | 使用统一命名规则 |
| 不保留源文件 | 只存导出的 jpg,不存 psd/源工程 | 源文件和导出文件一起存 |
| 不区分版本 | 最后只有一个文件,不知道哪个是最终版 | 用 v1/v2/v3 标注版本 |
| 不记录来源 | 图片用了但不知道从哪来的 | 在资产登记表中记录来源 |
很多人把 Prompt 库做成"提示词收藏夹"——只存了一句指令,下次用的时候发现不知道输入什么、适用什么模型、有什么限制。
一个可复用 Prompt 应该是一个完整的"配方卡",包含以下要素:
═══════════════════════════════════════════
Prompt 配方卡
═══════════════════════════════════════════
名称:短视频口播初稿生成器
用途:把确认过的母稿改成 60 秒口播稿
【输入字段】
- 受众:目标人群描述
- 核心结论:一句话中心思想
- 三个要点:要覆盖的主要内容
- 禁用表达:不希望出现的词语或句式
【提示词正文】
你是一位短视频口播文案写手,擅长把
复杂内容转化为 60 秒内可口播的短稿。
请根据以下信息生成口播稿:
受众:{受众}
核心结论:{核心结论}
三个要点:{三个要点}
禁用表达:{禁用表达}
要求:
- 总字数 200–250 字(60 秒口播)
- 开头 3 秒必须有钩子
- 用口语化表达,避免书面语
- 结尾有明确的行动引导
【示例输入】
受众:刚开始做自媒体的职场新人
核心结论:AI 不是替代你,而是帮你提效
三个要点:1. AI 做初稿 2. 人工做判断 3. 人机协作最快
禁用表达:"赋能""抓手""闭环"
【示例输出(合格)】
你是不是也怕被 AI 替代?说实话,
我也怕过。但用了三个月之后我发现,
AI 不是来抢饭碗的,它是来帮你加菜
的。怎么用?三步:第一步,让 AI 写
初稿,你不用从零开始；第二步,你来
做判断,AI 不懂你的受众；第三步,
人机协作,速度翻倍。试试看,你的
第一篇 AI 辅助内容,可能就在今天。
【适用模型/版本】
Claude Sonnet 5 / GPT-5 / 通义千问
【已知限制】
- 超过 3 个要点时容易遗漏
- 专业术语多的领域需要额外提供术语表
- 生成的开头有时不够"抓人",需人工微调
【最近测试日期】2026-08-10
【维护人】张三
═══════════════════════════════════════════
把"AI 生成得不好的例子"也保存下来,标注哪里不好、为什么不好。它能告诉下一位使用者(或未来的你)哪些输入会导致格式错误或内容漂移。
【失败样例记录】
输入:受众="所有人",核心结论="AI 很好用"
问题:受众太宽,输出的口播稿毫无针对性,开头钩子平淡
教训:受众必须具体到"什么人+什么痛点"
02-Prompt/
文案类/
小红书种草笔记.md
短视频口播稿.md
公众号文章大纲.md
图片类/
封面图生成.md
产品图生成.md
插图风格统一.md
音频类/
TTS参数模板.md
多角色配音脚本.md
运营类/
选题生成.md
标题A/B测试.md
数据复盘分析.md
如果你使用 vbox 等工具进行语音合成和声音克隆,音色库的管理尤为重要。一个混乱的音色库会导致:用错音色、找不到参考音频、授权过期了还在用。
参考 L1B-07 的工程化方法,为每个音色保存以下信息:
═══════════════════════════════════════════
音色档案卡
═══════════════════════════════════════════
音色名称:旁白大叔
音色ID:voice_narrator_01
来源:□ 预置音色 □ 声音克隆 □ 厂商授权
【参考音频】(如克隆)
文件路径:/assets/voices/narrator_ref.wav
时长:2分15秒
录制环境:安静室内,电容麦克风
内容类型:自然对话
【参数配置】
语速:0.95×
音调:0
情感:neutral
稳定性:75%
停顿时长:1.0×
【授权信息】
授权人:____________(如克隆)
授权文件路径:____________
授权用途:□ 个人 □ 公开发布 □ 商业
授权期限:____年____月____日 至 ____年____月____日
授权平台:____________
可否转授权:□ 是 □ 否
【适用内容】
- 有声书旁白
- 知识科普视频配音
- 不适合:活泼搞笑内容(音色偏沉稳)
【测试音频】
基准文案:"大家好,今天我们来聊一个话题。"
测试文件路径:/assets/voices/narrator_test.wav
【版本记录】
v1:2026-07-01 初始版本
v2:2026-08-01 调整稳定性参数至 75%
【注意事项】
- 长文本(>2000字)需要分段生成
- 不要用此音色做角色对话(音色辨识度太高)
═══════════════════════════════════════════
在 vbox 项目中,参考音频文件位于 front/public/dramas/<剧名>/<角色>.<ext> 下。对于用户自建音色,建议在本地也维护一套镜像目录:
音色库/
预置音色/
narrator_male_01/ ← 旁白男声1号
ref.wav ← 参考音频
test.wav ← 基准测试音频
config.json ← 参数配置
license.md ← 授权信息
narrator_female_01/
...
克隆音色/
my_voice/ ← 自己的声音
ref.wav
authorization.pdf ← 授权书(本人签字)
config.json
license.md
collaborator_voice/ ← 合作者声音
ref.wav
authorization.pdf ← 授权书(需含商用条款)
config.json
license.md
授权音色/
purchased_01/ ← 购买的授权音色
ref.wav
license.pdf
config.json
音色更换后,必须用同一段基准文案试听比较,不要只凭记忆判断一致性。
基准测试文案(建议固定不变):
"大家好,今天我们来聊一个话题。这个东西
很多人每天都在用,但可能从来没想过它
背后的原理。接下来,我带你一步步看清楚。"
操作:
1. 用旧音色生成基准音频 → 保存为 old_test.wav
2. 用新音色生成同一段基准音频 → 保存为 new_test.wav
3. 逐段对比:音色像不像?语速一不一致?有没有"电音"?
4. 如果差异在可接受范围 → 更新音色库
5. 如果差异太大 → 调整参数或重新制作参考音频
03-图片/
封面/
小红书封面/
公众号封面/
抖音封面/
配图/
ai024_inline_01.png
ai024_inline_02.png
IP形象/
character_01/ ← 同一IP角色的所有图
ref_01.png ← 参考图
v1/ ← 版本1
v2/ ← 版本2
素材库/
背景/
纹理/
图标/
每张重要图片(封面、IP形象、商用配图)都应在资产登记表中记录:
| 字段 | 说明 |
|---|---|
| 生成工具 | Midjourney / SD / 即梦 / 其他 |
| 提示词 | 生成时用的完整 Prompt |
| 种子值 | seed(如工具支持,便于复现) |
| 修改记录 | 后期做了什么调整 |
| 授权状态 | 工具允许商用?有第三方素材吗? |
| 使用记录 | 用在哪些内容中 |
很多小团队的协作方式是"一个群,所有人都在,谁有空谁做"。这种方式的隐患是:出了问题不知道谁负责、新人不知道该问谁、关键环节没人把关。
定义明确的角色,一人可以承担多个角色,但角色仍要写出来:
| 角色 | 负责什么 | 不能默认负责什么 |
|---|---|---|
| 选题 | 主题选择、受众分析、来源标注 | 最终合规批准 |
| 文案 | 大纲、初稿、改写、润色 | 替代事实来源核实 |
| 视觉/音频 | 图片、视频、配音制作 | 自动获得素材授权 |
| 审核 | 事实核查、权利核查、平台规则检查 | 修改所有生产文件(审核者不改文件,只提意见) |
| 发布/运营 | 发布、数据记录、用户反馈跟进 | 隐瞒风险或跳过审核 |
为什么"不能默认负责什么"也很重要:它防止角色之间的责任灰色地带。比如"视觉/音频"角色不能默认获得了素材授权——授权需要"审核"角色或负责人确认。
每次交接不是一句"你接着做",而是一份让下一位能继续工作的上下文:
═══════════════════════════════════════════
任务交接卡
═══════════════════════════════════════════
任务 ID:task_20260810_001
内容版本:ai024_v2
当前状态:□ draft □ review □ approved
□ published
【已完成】
□ 母稿已确认(文件:00-母稿/ai024_script.md)
□ 文案初稿已完成(文件:01-文案/ai024_v1.md)
□ 封面图已生成(文件:03-图片/ai024_cover_v1.png)
【待处理】
□ 文案需要审核(事实核查+语气检查)
□ 配音待制作(音色:旁白大叔)
□ 最终视频合成
【阻塞原因】
封面图使用了网上找的参考图,授权状态待确认。
需要审核角色确认后方可继续。
【相关文件】
母稿:00-母稿/ai024_script.md
文案:01-文案/ai024_v1.md
封面:03-图片/ai024_cover_v1.png
资产表:08-授权与复盘/ai024_assets.xlsx
【审核结论】
(由审核角色填写)
【下一位负责人】李四(审核)
【截止时间】2026-08-12 18:00
═══════════════════════════════════════════
| 场景 | 组合 | 适合情况 |
|---|---|---|
| 个人轻量 | 本地文件夹 + 云盘 + 表格 | 内容量小、单人生产 |
| 小团队 | 云盘权限 + 任务看板 + 资产表 + 版本目录 | 需要交接和审核 |
| 自动化团队 | 结构化数据库 + 工作流平台 + 对象存储 + 日志 | 批量生产、需要追踪和告警 |
具体工具选择原则:
| 错误 | 现象 | 怎么改 |
|---|---|---|
| 没有交接卡 | "你接着做就行" | 用交接卡模板,写清楚已完成/待处理/阻塞 |
| 审核者直接改文件 | 审核者一边审一边改,改了什么不清楚 | 审核者只提意见,修改由创作者执行 |
| 权限全开 | 所有人都能编辑所有文件 | 按角色提供最小必要权限 |
| 不记录决策 | "我们当时为什么选这个方案来着?" | 在交接卡或审核记录中写明决策理由 |
至少保留三份副本:
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
│ 工作副本 │ │ 自动备份副本 │ │ 异地/离线备份 │
│ (本地电脑) │────→│ (云盘同步) │────→│ (外置硬盘/ │
│ │ │ │ │ 另一地点) │
└──────────────┘ └──────────────┘ └──────────────┘
| 副本 | 存储位置 | 更新频率 | 用途 |
|---|---|---|---|
| 工作副本 | 本地电脑 | 实时 | 日常生产 |
| 自动备份 | 云盘(自动同步) | 实时/每日 | 电脑故障时恢复 |
| 异地/离线 | 外置硬盘/另一地点 | 每周/每月 | 云盘故障或灾难时恢复 |
备份应覆盖:母稿、工程文件、发布版、授权记录和关键配置。 缓存和可重新生成的大文件(如 AI 生成中间结果)可按成本决定是否完整保留。
版本命名规则:
v1.0 → 初版
v1.1 → 小修改(错别字、微调措辞)
v1.2 → 小修改
v2.0 → 大修改(内容观点、素材或结构变化)
v3.0 → 大修改
版本管理纪律:
deprecated 并说明原因。发布记录表
──────────────────────────────────────────
内容ID │ 版本 │ 平台 │ 发布时间 │ 链接
───────┼──────┼─────────┼────────────────┼──────
ai024 │ v2.0 │ 小红书 │ 2026-08-10 20:00│ ...
ai024 │ v2.0 │ 抖音 │ 2026-08-10 20:30│ ...
ai025 │ v1.0 │ 公众号 │ 2026-08-12 10:00│ ...
──────────────────────────────────────────
常见误解:"我用了云盘同步,所以已经备份了。"
问题:误删和错误修改会同步到所有设备。如果你上午误删了一个文件,下午云盘同步后,云端也删了。
正确的备份需要:
备份没有恢复过,就不能确认可用。
每月选一个内容项目,尝试从备份恢复到临时目录,检查以下文件是否齐全:
恢复测试清单
──────────────────────────────────────────
□ 母稿文件
□ 文案文件
□ 图片素材(含源文件)
□ 视频素材(含工程文件)
□ 音频素材(含参考音频)
□ Prompt 记录
□ 授权文件
□ 资产登记表
□ 发布记录
──────────────────────────────────────────
测试结果:
恢复耗时:____ 分钟
缺失文件:___________________________
权限问题:___________________________
改进措施:___________________________
恢复测试不应覆盖当前工作目录——恢复到临时文件夹,确认完整性后删除临时文件。
自动化脚本可以负责:
自动化脚本不应该做:
L1D-07 的阶段状态可以作为工具链的任务状态来源,让自动化和生产管线共享同一套状态定义。
不需要写代码就能做的自动化:
| 自动化需求 | 工具 | 配置方法 |
|---|---|---|
| 文件自动同步 | 云盘客户端 | 设置同步文件夹 |
| 定期备份提醒 | 手机日历/提醒 | 每月1日提醒"做备份恢复测试" |
| 发布记录自动填充 | 飞书表格/Excel 模板 | 预设模板,每次填空 |
| 任务状态流转 | 飞书任务/Trello | 配置状态列:draft→review→approved→published |
| 数据汇总 | 飞书多维表格 | 配置视图和统计公式 |
当你出现以下信号时,考虑升级:
但也要警惕"工具升级陷阱":换新工具的迁移成本可能比它带来的效率提升更高。先评估"新工具解决了什么具体问题",再决定是否切换。
把前面所有方法串起来,用一周时间把现有的混乱文件变成有序的工作系统。
目标:知道你有什么。
资产盘点表
──────────────────────────────────────────
内容 │ 母稿 │ 图片 │ 视频 │ 音频 │ Prompt │ 授权 │ 发布链接
───────┼──────┼──────┼──────┼──────┼────────┼──────┼─────────
ai001 │ ✅ │ ✅ │ ❌ │ ✅ │ ❌ │ ❌ │ ...
ai002 │ ✅ │ ❌ │ ✅ │ ✅ │ ✅ │ ❌ │ ...
...
──────────────────────────────────────────
目标:把文件放到正确的位置。
目标:让最常用的资产可复用。
目标:让别人能接手你的工作。
目标:确认备份真的能用。
目标:去掉不必要的复杂性。
工具链文档(最简版)
──────────────────────────────────────────
存储:飞书云盘(工作副本)+ 外置硬盘(异地备份)
表格:飞书多维表格(资产登记表)
任务:飞书任务(交接卡)
Prompt:本地 02-Prompt/ 目录 + Git 版本管理
音色:本地 音色库/ 目录 + vbox 工具
备份:每月1日做恢复测试
──────────────────────────────────────────
纯文本 Prompt 可以用 Git 做版本管理(GitHub Desktop 有图形界面,不需要命令行)。但密钥、客户资料和敏感原文不能因为方便就提交到公开仓库。按数据敏感度选择存储方式:
不完全是。误删和错误修改可能同步到所有设备。需要有历史版本、独立副本和定期恢复测试。正确的备份是"三份副本 + 定期恢复测试",不是"同步到一个云盘就够了"。
按角色提供最小必要权限:
如果找文件需要点 5 层以上目录,说明层级太深了。解决方案:
归档/ 目录。不需要全部用上。个人创作者的最小配置:
先跑通最小配置,随着内容量增长再逐步增加。 工具链是为了服务你的创作,不是为了展示你的工具链有多完善。
现象:花了一周整理文件,整理后大家更难使用了。
原因:整理方案脱离了实际工作流程。比如把目录按"月份"分,但团队是按"项目"工作的；或者加了太多必填字段,填表时间比创作时间还长。
处理:工具链应减少找文件、交接和返工时间。整理后如果大家更难使用,就回到真实流程重新设计。判断标准:整理后"找到文件"的时间是否变短了。 如果没有,说明整理方向错了。
现象:只备份了最终发布的视频,母稿、工程文件和授权文件没备份。成片出问题时无法修改,也无法证明权利。
原因:觉得"最终版就够了",忽视了源文件的价值。或者因为工程文件太大,备份时跳过了。
处理:至少保存"可复核的最小资产集合":
如果工程文件太大,可以在本地保留一份,云盘备份压缩后的版本,外置硬盘备份完整版本。
现象:写了个脚本批量整理文件,结果文件路径全变了,其他工具的引用全部失效。
原因:涉及资产迁移时没有先做清单和小范围测试,直接全量执行。
处理:涉及资产迁移时:
现象:搭建工具链的人离开了,其他人不知道文件放在哪、命名规则是什么、备份怎么恢复。
原因:所有规则都在一个人的脑子里,没有写成文档。
处理:写一份最简版"工具链文档"(一页纸即可),包含:
放在团队都能看到的地方(飞书文档/共享文件夹)。更新工具链时同步更新文档。
L1E-04 是 L1 教程基础路径的收束。到这里,你已经从单点创作(L1A 文案 / L1B 语音 / L1C 图片视频)、自动化生产(L1D 智能体)走到了运营、变现、合规和资产管理(L1E)。
后续可以沿以下方向继续深入:
L1 体系的目标不是让你学会所有工具,而是让你建立一套"能持续产出合规内容、稳定运营、合理变现"的工作系统。工具会变,平台会变,但"找得到、用得对、退得回"的系统思维不会变。
教程版本:v1.0 最后更新:2026-08 内容时效:存储服务、协作工具和平台权限会变化,定期复核访问控制、备份策略与授权记录。本教程提及的具体工具仅作示例,不构成购买建议。