同步:脚本创作技能深度优化、账号分析技能重构、知识库调整
This commit is contained in:
1 parent
8f7ec9e794
commit
fc0e9ddb6b
74 files changed
+931
-4308
No files matched your search
@@ -198,3 +198,19 @@
|
||||
- `SKILL.md` L57 安装引导摘要:补「同意则先检查 Node/Python 运行时(缺失先装)」
|
||||
|
||||
**原则**:凡需在用户电脑生效的部署注意点,必须写进 SKILL.md 或技能内 references 文件,不能只写个人记忆。
|
||||
|
||||
## 技能审计检查清单落盘(2026-08-14 21:23)
|
||||
|
||||
**触发**:用户回顾之前"复盘技能文件边界是否清晰+其他点",让我把审计检查框架完整整理出来。
|
||||
|
||||
**产出**:`技能审计检查清单.md`(项目根目录,与 `失误与规避记录.md` 并列)——6 大类 13 个检查点。
|
||||
|
||||
**框架**:
|
||||
- 一、流程清晰(步骤顺序/编号连续/无跳步)
|
||||
- 二、边界清晰(职责不越界/字段归属正确)
|
||||
- 三、引用链路完整(上下游不断裂/引用路径正确)
|
||||
- 四、一致性(术语统一/字段不缺失/格式不矛盾)
|
||||
- 五、红线 P0(产物链完整/硬编码禁止)
|
||||
- 六、冗余(重复定义)
|
||||
|
||||
**附使用方法**:逐条对照/数据流优先/分级标注/逐条修复/沉淀教训。
|
||||
@@ -0,0 +1,33 @@
|
||||
# 2026-08-15 工作日志
|
||||
|
||||
## 审计清单核查 + 问题7/8修复(2026-08-15 11:45)
|
||||
|
||||
**触发**:用户给了一份「已发现的问题与缺口」清单(来自 _meta 评估报告),让我逐条核实是否存在。
|
||||
|
||||
**核查结论**:9 个问题里 6 个已解决、1 个已修复但报告未同步、2 个确实残留。
|
||||
- 高优先级 4 个(广告植入方法论缺失/摄影镜头语言缺失/内嵌引用65%/S3钩子4种vs10种)→ 全部已解决
|
||||
- 中优先级 2 个(缺显式引用声明→已解决;分类级vs文件级→混合但基本精确)
|
||||
- 其他 3 个:临时文件归属混乱(残留)、五维度vs四维度(残留)、09_脚本分镜目录错位(已修复但报告未同步)
|
||||
|
||||
**修复问题 8(五维度 vs 四维度)**:
|
||||
- S11 L3「五维度质量诊断」→「四维度质量诊断(+ 信息密度检查 + 情感表达专项检查两个独立模块)」
|
||||
- S11 L222「新增情感表达专项检查为第五个检查模块」→「情感表达专项检查为独立检查模块」
|
||||
- SKILL.md L30「五维度质量诊断(含信息密度检查)」→「四维度质量诊断 + 信息密度检查 + 情感表达专项检查」
|
||||
|
||||
**修复问题 7(临时文件.md 归属混乱)**:
|
||||
- 删除知识库 10_分镜拍摄 3 个文件的「源文件:创作流程/临时文件.md 步骤10部分」标注
|
||||
- 临时文件.md 归档为 `_meta/已归档_临时文件.md`(内容已被 S3/S2/S6/S7/S9/知识库10 覆盖)
|
||||
|
||||
**遗留**:_meta/00_创作流程与知识库关联性评估.md 仍是历史快照(还写着「09_脚本分镜目录为空」「临时文件.md」等过时结论),未同步更新。
|
||||
|
||||
## 清理过时评估 + 临时文件(2026-08-15 11:58)
|
||||
|
||||
**触发**:用户要求(1)清理过时评估内容(2)判断临时文件.md 是否有保留必要。
|
||||
|
||||
**结论**:两个文件内容均已全部被正式文件覆盖,且零引用,直接删除。
|
||||
- `_meta/00_创作流程与知识库关联性评估.md`:2026-07-21 历史快照,基于旧 8 分类编号,结论(缺广告植入/缺摄影镜头/内嵌65%/钩子4vs10)已全部失效,删除
|
||||
- `_meta/已归档_临时文件.md`:内容分两块——A/B要素(旧步骤3对标+精拆)已被步骤3覆盖;创作技巧抽取(步骤2/6/7/9/10碎片)已分别入库(知识库02/03/04/10 + 创作流程规范.md),删除
|
||||
|
||||
**验证**:`_meta/` 目录已空;Grep 确认无任何正式文件引用这两个文件名或 `_meta/` 目录。
|
||||
|
||||
**教训**:`_meta` 目录是历史元文档堆积处,审计/重构后应及时清理已过时的快照,避免被后续误当成现状。
|
||||
@@ -0,0 +1,123 @@
|
||||
# 2026-08-16 工作日志
|
||||
|
||||
## 极致事件类型分析 + 知识库更新落地(2026-08-16 10:30)
|
||||
|
||||
**触发**:用户要求分析短视频知识库中极致事件总共有多少种类型,结合大炮创作方法(潘宏三极致化)交叉比对,找出未覆盖的类型。
|
||||
|
||||
**分析过程**:
|
||||
1. 盘点知识库 05_极致事件 现有 5 个文件(5个喜剧体系:预期反转/抽象化/无厘头/荒诞化/错位化-反常化)
|
||||
2. 对照大炮创作方法三极致模型(极致行为/极致期待/极致反转)+ 元素膨胀8品类 + 冲突8类型
|
||||
3. 用户纠正边界:元素膨胀/时间膨胀是拍摄剪辑手法(形式极致),不是内容极致,归 10_分镜拍摄维度
|
||||
4. 用户确认:视觉冲击/震撼也从感官极致拆出(同样属形式极致)
|
||||
5. 重新诊断缺口:极致期待→已有文件在08_对话风格(归类错位非内容缺失);极致行为→真正缺失需补新文件
|
||||
|
||||
**用户决策(3项)**:
|
||||
- 极致期待 → 并入戏剧极致(作为"制造预期"子类,类型索引指向08_对话风格已有文件)
|
||||
- 极致行为 → 补新文件(三分类:感官刺激型/身份反差型/强度拉满型)
|
||||
- 拍摄手法(元素膨胀等)→ 暂不落地
|
||||
|
||||
**改动清单(6文件新建/修改)**:
|
||||
|
||||
| 文件 | 操作 | 内容 |
|
||||
|------|------|------|
|
||||
| `知识库/05_极致事件/00_极致事件总纲.md` | **新建** | 双重类型定义(戏剧极致+感官极致)+ 极致行为独立维度 + 边界说明 + 类型索引 |
|
||||
| `知识库/05_极致事件/极致行为创作法_通用_内容设计.md` | **新建** | 三分类+5步SOP+三大避坑 |
|
||||
| `内容创作产品规划/.../13_极致事件_分块示例.md` | 修改 | L4/L233-234/L239/L240:双重类型定义更新,感官极致去视觉冲击/震撼数据,戏剧极致补"期待" |
|
||||
| `内容创作产品规划/.../短视频创作知识库产品规划.md` | 修改 | L276 极致事件定义同步 |
|
||||
| `references/索引_知识素材库.md` | 修改 | 05_极致事件 5→7(补总纲+极致行为) |
|
||||
| `references/创作流程规范.md` | 修改 | L328 知识库分类维度表 05_极致事件 5→7 |
|
||||
| `SKILL.md` | 修改 | L297 知识库计数 69→71 |
|
||||
|
||||
**核心边界厘清**:
|
||||
- 内容极致(拍什么)= 极致事件维度(05_极致事件)
|
||||
- 形式极致(怎么拍)= 拍摄维度(10_分镜拍摄)
|
||||
- 视觉冲击/震撼/元素膨胀/升格慢放等 → 归形式极致,不计入内容极致
|
||||
|
||||
**待确认**:
|
||||
1. 两个 HTML 规划图(短视频素材库规划图.html、短视频知识库规划图.html)含旧极致事件定义,是否同步
|
||||
2. 素材库"极致维度标签库"里的"视觉冲击"标签(语义是素材属性:色泽/体积/动态),与知识库"形式极致"词面冲突但语义不同,是否要动
|
||||
|
||||
## 知识库分类维度审计 + 09↔12 重构落地(2026-08-16 17:00)
|
||||
|
||||
**触发**:用户要求检查知识库12分类是否存在维度混淆、命名不统一的情况。
|
||||
|
||||
**审计发现 3 个 P0**:
|
||||
1. 09_脚本诊断 ↔ 12_拆解评估 功能重叠(09全部4文件被12覆盖)
|
||||
2. 12_拆解评估内部杂糅5种维度(8文件中只有2个真正属于"评估")
|
||||
3. 06_剧情钩子文件维度错位(待后续处理)
|
||||
|
||||
**进一步发现**:12个文件中只有3个被创作流程引用(09-1/09-2/12-7,全被S11引用),其余9个零引用(孤儿文件)
|
||||
|
||||
**12文件自然聚成4个功能组**:
|
||||
- A组·脚本质量检查(3文件)→ 留在09_脚本诊断
|
||||
- B组·对话流程控制(3文件)→ 移入创作流程规范.md第七章
|
||||
- C组·数据诊断(3文件)→ 移到短视频账号分析项目12_数据诊断
|
||||
- D组·爆款拆解复刻(3文件)→ 留在12,重命名为12_爆款拆解
|
||||
|
||||
**执行改动清单(9任务全完成)**:
|
||||
|
||||
| 操作 | 文件/目录 | 改动 |
|
||||
|------|----------|------|
|
||||
| 移动 | C组3文件 → 账号分析/12_数据诊断/ | 简化文件名(去分块N前缀) |
|
||||
| 移动 | A组分块7 → 09_脚本诊断/ | 重命名为"脚本质量自动检查清单_八类32项.md" |
|
||||
| 合并 | B组3文件 → 创作流程规范.md | 新增第七章"对话流程控制"(7.1四种意图+7.2各意图流程+7.3编导意图解析规则) |
|
||||
| 重命名 | 12_拆解评估 → 12_爆款拆解 | 3文件简化命名(去分块N前缀) |
|
||||
| 更新 | 索引_知识素材库.md | 09: 4→3, 12: 8→3+重命名 |
|
||||
| 更新 | 创作流程规范.md | 分类维度表09/12更新 + S11映射去掉12引用 + S3映射补12_爆款拆解引用 |
|
||||
| 更新 | SKILL.md | 知识库计数 71→65(移出C组3+B组3) |
|
||||
| 更新 | S11(11_脚本检查和诊断.md) | 4处分块7路径 → 09_脚本诊断新路径 |
|
||||
| 更新 | S3(3_对标视频账号拆解.md) | 3处补引用12_爆款拆解(13字段反推+复刻迁移法则+母提示词模板) |
|
||||
| 修复残留 | 3文件6处旧路径 | references-add/04_情绪共鸣方法论.md(2处) + 09/AI可根据脚本直接检查(1处) + 09/脚本质量自动检查清单(3处) |
|
||||
|
||||
**最终结构**:
|
||||
- 09_脚本诊断(3文件):AI质量检查 + 人工检查 + 自动检查清单(八类32项)
|
||||
- 12_爆款拆解(3文件):复刻迁移法则 + 文案反推13字段 + 母提示词模板
|
||||
- 账号分析/12_数据诊断(4文件):抖音六维度评分 + 数据诊断五维模型 + vlog评分卡 + 美妆案例
|
||||
- 创作流程规范.md 第七章:四种意图分类 + 各意图详细流程 + 编导意图解析规则
|
||||
|
||||
**零残留验证通过**:全技能目录 grep "12_拆解评估" 零输出
|
||||
|
||||
## 剩余三项处理 + 引用完整性检查(2026-08-16 续)
|
||||
|
||||
**① HTML规划图旧极致事件定义同步(2文件4处)**:
|
||||
- 短视频知识库规划图.html:d13卡片 desc 改"戏剧极致(预期操控)+感官极致(内容工艺极致)+极致行为(独立维度)",methods 去视觉冲击加边界说明;L1208汇总框同步
|
||||
- 短视频素材库规划图.html:感官极致标题改"内容工艺极致";戏剧极致标题改"预期操控"
|
||||
|
||||
**② 素材库"视觉冲击"标签词面冲突(用户决策:保留+边界注释,不改名)**:
|
||||
- 00_通用维度_分块定义.md:极致维度标签库下加边界blockquote(素材库=内容属性 vs 知识库=拍摄手法归10_分镜拍摄);分组标题同步新定义
|
||||
- 短视频素材库产品规划.md:维度1区块同步
|
||||
|
||||
**③ 06_剧情钩子维度错位处理**:
|
||||
- 情绪价值设计五法 → 移入 07_情绪共鸣/分块7(五法均为情绪共鸣方法,非钩子方法)
|
||||
- 切换关系法 → 留06,后缀改"_钩子设计"("情绪是表象、关系是本质"=钩子结构方法)
|
||||
- 索引_知识素材库.md:06 2→1、07 6→7;创作流程规范.md分类维度表同步
|
||||
|
||||
**④ 创作流程↔知识库引用完整性检查(tmp_refcheck.py v2)**:
|
||||
- v1教训:文件名正则必须含全角冒号`:`(否则中文文件名误报断链);需支持"分类+分块N"引用解析
|
||||
- 真实缺口2个已修复:06_切换关系法整分类零引用→S5选题4.3钩子预设区补挂;07_分块7新移入→S6两处方法论参考行补挂
|
||||
- 导航优化1处:S6 L296 极致事件行补"00_总纲为入口"
|
||||
- 创作流程规范.md 步骤映射表同步:S5加06 ●、S6补五法+总纲入口
|
||||
- 验证:零引用18→16,06分类0/1→1/1,07分类4/7→5/7
|
||||
- 剩余16个零引用均判定合理:01×3/08×5/12×1/05×3被"全部文件"分类级引用覆盖;03×2/07×2为备查文件(全量覆盖分析/剪辑收尾/案例复盘/设计卡模板)
|
||||
- 检查工具保留:`.workbuddy/tmp_refcheck.py`(知识库引用审计可复用)
|
||||
|
||||
## 命名回退:预期操控 → 打破预期(2026-08-16 19:16)
|
||||
|
||||
**触发**:用户认为"打破预期"比"预期操控"更易理解,确认修改。
|
||||
**方案**:标签名统一改回"戏剧极致(打破预期)";闭环机制(打破预期的前提是先建立期待——期待垫得越高落差越大)写进正文,不压进标签名。
|
||||
**改动8处7文件**:00_极致事件总纲.md(表格+新增机制说明blockquote)、素材库分块定义(分组标题+机制行)、素材库产品规划.md、素材库规划图.html、知识库规划图.html、知识库产品规划.md、13_分块示例.md×2。
|
||||
**验证**:全项目 grep "预期操控" 零残留。
|
||||
**命名原则沉淀**:术语命名第一要务是好懂(动词+宾语直白),机制说明放正文不进标签名;避免"操控/赋能"类方法论黑话。
|
||||
|
||||
## 切换关系法补关系四维框架(2026-08-16 19:19)
|
||||
|
||||
**触发**:用户问关系切换型钩子有哪些种类——原文只有案例无分类归纳,确认补入。
|
||||
**改动**:`06_剧情钩子/切换关系法(低门槛批量爆款)_通用_钩子设计.md` 要素二下新增关系四维表(亲密/血缘/职场/社会身份,含视听提示)+跨维度组合反差更大的设计要点。标注"从案例归纳,非封闭清单"。
|
||||
|
||||
## 复查式修复:技能素材库分块定义滞后(2026-08-16 19:22)
|
||||
|
||||
**触发**:用户问"创作流程/知识库/知识库产品规划是否都更新完毕",全项目复查发现1处残留。
|
||||
**问题**:`脚本创作技能/references/素材库/分块定义/00_通用维度_分块定义.md`(技能运行副本)漏了任务②的落地——L24仍为"感官极致(超出预期)"、缺视觉冲击边界注释、缺戏剧极致机制说明。此前只改了规划目录副本。
|
||||
**修复3处**:感官极致标题→"内容工艺极致";标签库下补边界说明blockquote;戏剧极致下补机制说明行。与规划副本完全对齐。
|
||||
**验证**:全项目 grep 旧术语(超出预期)/预期操控 零残留;技能素材库无产品规划副本(规划文档仅在内容创作产品规划项目)。
|
||||
**教训**:素材库分块定义存在双副本(规划目录 vs 技能references),改定义类内容必须同步两处——规划副本+技能运行副本。
|
||||
@@ -0,0 +1,80 @@
|
||||
# 2026-08-17 工作日志
|
||||
|
||||
## 短视频创作流程新增「产物保存模式」(用户模式/开发模式)
|
||||
|
||||
**触发**:用户要求创作流程增加两种保存模式,默认用户模式。
|
||||
|
||||
**设计关键点**:新增的「产物保存模式」与现有「创作模式」(快速/共创)是**两个正交维度**——创作模式管"确认行为"(Gate 是否暂停),保存模式管"落盘范围"(中间产物是否写盘),可自由组合(如「快速+用户」默认、「共创+开发」调试)。
|
||||
|
||||
**两种模式定义**:
|
||||
- 👤 **用户模式(默认)**:只落盘最终交付物(账号级人设卡片 + 脚本正文 + 分镜脚本 + 诊断报告 + 创作回顾.html),中间产物(01~08)仅在对话上下文完整传递,不写盘
|
||||
- 🛠️ **开发模式**:与历史一致,每步产物全落盘
|
||||
|
||||
**产物链铁律修订**(核心):原铁律"全链落盘 + 信息只读已落盘文件"改为模式感知——
|
||||
- 「全链产出(两模式一致)」:中间产物永不省略,只是保存介质随模式变化
|
||||
- 「信息只读已确认产物」:开发模式读落盘文件,用户模式读对话上下文(不写盘但内容完整传递)
|
||||
|
||||
**修改文件(4 处)**:
|
||||
1. `SKILL.md` L10 description + L36-42 创作模式章节 + L267-274 产物链铁律
|
||||
2. `创作流程规范.md` 二、新增「产物保存模式」小节(L62-92)
|
||||
3. `创作流程规范.md` 五、落盘清单表 + 铁律模式化(L432-443)
|
||||
4. `4_账号设定解析和确认.md` L123 人设卡片两份文件模式区分
|
||||
5. `11_脚本检查和诊断.md` L172 创作回顾.html 数据源模式区分
|
||||
|
||||
**验证**:「全链落盘」「只读已落盘文件」等旧表述仅在开发模式语境正确保留,无矛盾残留。
|
||||
|
||||
## 方案 A 落地:用户模式补「执行范围」= 后台静默
|
||||
|
||||
**触发**:用户反馈"用户模式下说生成脚本,AI 把所有步骤都跑了一遍、生成了所有内容"。三层根因:①产物链铁律 P0「全链产出」强制全链执行(主因)②意图②前置门强制先确认人设+框架 ③用户模式只定义了「落盘」没定义「执行范围」。
|
||||
|
||||
**方案 A(后台静默)核心**:用户模式 + 单一诉求("生成脚本")时,中间步骤 S1~S8 **后台静默执行**——完整产出(不跳步)、不逐个展示、不落盘、不停顿确认,只显式产出目标步骤(如 S9 故事脚本)。
|
||||
|
||||
**关键原则**:
|
||||
- 后台静默 ≠ 跳步:05→06→07 等中间产物仍按顺序完整产出,仅作为内部信息源在对话上下文传递
|
||||
- 只显式产出目标步骤:用户要求什么,可见结果就是什么
|
||||
- 前置门静默通过:意图②的 settings_confirmed 门不停顿,有人设卡片直接读、无则自动生成
|
||||
- 共创模式优先:用户显式选共创时,中间步骤仍逐步展示确认(正交性保持)
|
||||
|
||||
**修改文件(9 处,2 文件)**:
|
||||
1. `创作流程规范.md`:L64 职责定义(落盘+执行范围)、L66-82 用户模式表格加「执行范围」行 + 「执行范围·后台静默」说明段、L100 正交说明、L435 注释、L441 铁律1条、L569 意图②前置门例外
|
||||
2. `SKILL.md`:L10 description、L40 产物保存模式定义、L274 用户模式 bullet
|
||||
|
||||
## 三态模式重构:废弃两维正交,简化为 自动/共创/开发
|
||||
|
||||
**触发**:用户认为之前「快速/共创 × 用户/开发」两维正交搞复杂了,要求:用户模式融合进自动模式(默认)、共创模式=自动+步骤询问、开发模式=步骤全落盘。
|
||||
|
||||
**新三态体系(互斥,一次只处于一种)**:
|
||||
- ⚡ **自动模式(默认)** = 后台静默执行 + 只落盘最终交付物(融合原「快速+用户」)
|
||||
- 🤝 **共创模式** = 自动 + 每个确认门(Gate-0~6)展示产物并询问用户;落盘同自动
|
||||
- 🛠️ **开发模式** = 自动 + 每步产物全落盘(01~11+创作回顾.html);Gate 自动通过
|
||||
|
||||
**设计公式**:三态 = 自动执行(基底) + 可选增强(共创=+询问,开发=+落盘)。已删除「产物保存模式」「两维正交」概念。
|
||||
|
||||
**修改范围(9 文件 20+ 处)**:
|
||||
1. `创作流程规范.md`:模式章节整体重构(三态定义/切换规则/互斥说明)、确认门机制、落盘清单表(3模式行)、产物链铁律、意图②前置门例外(自动/开发静默通过)
|
||||
2. `SKILL.md`:description、模式章节、模式说明、关键规则、产物链铁律
|
||||
3. 下游 7 文件:帮助文档.md、2_需求完善.md、4_账号设定解析和确认.md、5_生成短视频选题.md、6_生成短视频框架.md、7_生成短视频大纲.md、11_脚本检查和诊断.md(Gate 说明行「快速模式」→「自动模式」+ 模式落盘表述)
|
||||
|
||||
**验证**:全文 grep「快速模式/用户模式/产物保存模式/两维正交/保存模式」零残留;新表述正向验证全覆盖。
|
||||
|
||||
**教训沉淀**:模式设计优先考虑用户心智负担——两维正交概念正确但难用,用户最终选择三态互斥(每态=一个完整心智模型,无组合推导成本)。
|
||||
|
||||
## MCP 部署预检扩展:运行时 → 三件套(npm 缓存权限坑)
|
||||
|
||||
**触发**:用户 Mac 部署 MCP 失败,根因是 `.npm` 缓存 11078 个 root 权限文件(_cacache 6515 + _npx 4563),npx 无法写入缓存 → MCP 静默启动失败;排查一度误判为镜像问题(实际源已是 npmmirror 且包能下载)。
|
||||
|
||||
**固化 3 处**:
|
||||
1. `MCP_工具调用规范.md` §3 部署预检:①运行时版本 ②npm 缓存权限(`npm config get cache` + `find ~/.npm -user root`,清理 `rm -rf ~/.npm/_npx ~/.npm/_cacache` 无需 sudo,勿动 ~/.npmrc)③npm 源(可选非根因);排查顺序 1→2→3
|
||||
2. `失误与规避记录.md` #007
|
||||
3. `~/.workbuddy/MEMORY.md` MCP 安装前置检查(跨项目约定)表格化三件套
|
||||
|
||||
**教训**:npx 型 MCP「包能下载 ≠ 能启动」,缓存写入权限是独立故障域;macOS sudo 装包/系统迁移后必查 `~/.npm` 权限。
|
||||
|
||||
## 清理 § 特殊符号(5 处,3 文件)
|
||||
|
||||
`§` 符号影响阅读,全部去掉(`§3`→`3` 保留编号)。修改:
|
||||
1. `MCP_工具调用规范.md`:L39 `[§4 登录检查]`→`[4 登录检查]`、L118 `[§3 自动检测与安装引导流程]`→`[3 ...]`
|
||||
2. `Douyin_Video_Analysis.md`:L9/L10/L96 引用 `§3/§4/§5`→`3/4/5`
|
||||
3. `失误与规避记录.md` #007:`§3 部署预检`→`3 部署预检`
|
||||
|
||||
**保留不动**:~~`参考skills/seedance2.0-prompt-skill/` 内 10 处 `§`(storyboard-driven.md、image-to-prompt.md、09-延展创意集.md)——第三方参考技能,按「参考技能原文不做修改」原则保留。~~(用户随后指示"三方技能也全部修改",已全部清理,2026-08-17 全项目 `§` 零残留)
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
## 核心技能架构
|
||||
- 项目目录:`project/项目名称/V1.0/` → 产出统一落桌面 `MCNSkillCase/{账号名}/`(Windows/macOS 双系统自适应;用户自定义路径以 `references-add/路径配置.md` 为准);后续版本同级建 V2.0/
|
||||
- **短视频脚本创作** (`project/短视频脚本创作/V1.0/脚本创作技能/`) — 11步流程+知识库12分类
|
||||
- **短视频脚本创作** (`project/短视频脚本创作/V1.0/脚本创作技能/`) — 11步流程+知识库12分类(65个方法文件)
|
||||
- **短视频账号分析** (`project/短视频账号分析/case_1/1_账号分析方法/`) — 全维度账号诊断技能
|
||||
- 核心场景:近7天视频内容+互动数据全维度诊断;三模式:🚀快速诊断(抖音,调douyin-account-diagnosis脚本)/⚡快速/🤝共创
|
||||
- 8步分析流程+12维度框架+6类风险扫描+4确认门;快速诊断六维度100分制(画像10/生产力15/互动30/质量20/趋势15/粉丝10)
|
||||
@@ -13,10 +13,10 @@
|
||||
- F4多镜头编排(2026-08-07,借鉴MiniMax-H3):分镜表8列(含Hook+连续性交接);≥4s镜头逐秒拆解;空间锚定系统;表级质检6项+重试阶梯3级
|
||||
|
||||
## 创作技能关键规则(权威源:SKILL.md 关键规则 + references/创作流程规范.md)
|
||||
1. 确认门机制(7个Gate):不可预判合并;创作方法与协作机制分离;角色边界(分析不做创作);双模式⚡快速(默认自动通过)/🤝共创(每Gate需确认)
|
||||
1. 三态创作模式(2026-08-17 由「快速/共创×用户/开发」两维正交简化为三态互斥):⚡自动(默认)=后台静默执行+只落盘最终交付物;🤝共创=自动+每个确认门询问用户;🛠️开发=自动+每步产物全落盘。确认门机制(7个Gate):不可预判合并;创作方法与协作机制分离;角色边界(分析不做创作)
|
||||
2. 内容总监兜底所有质量检查点;文件路径:`scripts/{视频标题}/XX_阶段名.md`
|
||||
3. 人设卡片:`MCNSkillCase/{账号名}/{账号名}人设卡片.md`(账号层级共用)。模板:账号设定(定位6字段+**内容怎么做5章节**)+ 达人设定6章节 + 账号类型适配(**三分类**:单一达人/固定主角+轮换搭档/群像,2026-08-13落地)+ **广告植入偏好**(可选·账号级:惯用方式/调性要求/品类偏好/禁区,2026-08-13新增,Step 8显式引用)。**内容规则**=账号级"如果…则…"事前约束,非事后验收清单
|
||||
4. 产物链铁律(P0):任何产出必须落盘全部中间产物 `05_故事选题.md`→`06_短视频框架.md`→`07_短视频大纲.md`,禁止跳步;上游信息只从已落盘文件读
|
||||
4. 产物链铁律(P0):任何产出必须按顺序产出 `05_故事选题.md`→`06_短视频框架.md`→`07_短视频大纲.md`,禁止跳步;「产出与传递」永不省略,「展示与落盘」随模式收敛(自动=后台静默不展示;共创=随Gate展示;开发=全落盘);上游信息只从已确认产物读
|
||||
5. 硬编码禁止(P0):创作流程/知识库/素材库标准库禁账号名角色名;素材库存具体物品≠硬编码;MCNSkillCase/产出目录全允许
|
||||
6. references-add增量优先(冲突时以references-add为准,references/加⚠️);唯一例外:路径配置以`references-add/路径配置.md`为权威
|
||||
7. 三层分离架构(S6情绪规划→S7结构搭建→S9情绪演绎):S6情绪设计卡集中完成,S7只引用不重做;S9分行切镜格式;闪回≤2次/条;花字/字幕每场≤2条
|
||||
@@ -25,12 +25,13 @@
|
||||
10. 广告植入方法论:`知识库/11_广告植入/广告植入方法论.md` L1-L4四级20小节;`L#-#`章节命名与S8引用字面匹配;L4评估项归S11检测
|
||||
11. MCP依赖:myai-mcp-production(正式)/myai-mcp-test(测试),10工具;用户首次提问即检测提醒安装;飞书登录每天检查
|
||||
12. 分镜流程:分镜只能从S9生成,可选步骤🔶,默认流程结束于S9
|
||||
13. 知识库09/12重构(2026-08-16):09_脚本诊断=脚本质量检查三件套(AI检查+人工检查+自动清单八类32项,3文件);12_爆款拆解=爆款反推复刻方法论(复刻迁移法则+13字段反推+母提示词模板,3文件);对话流程控制(四种意图+各意图流程+编导意图解析规则)移入创作流程规范.md第七章;数据诊断3文件移到账号分析项目12_数据诊断/;知识库总数65个
|
||||
|
||||
## 其他项目
|
||||
- **AI创作平台toc** (`project/AI创作平台toc/case_1/`):ToC个人创作者,四层架构(输入→分析→脚本3版本→对话修改)
|
||||
- **内容创作产品规划** (`project/内容创作产品规划/`):`产品功能设计/` + `内容知识库设计/`(短剧+短视频)
|
||||
- 短剧知识库:五层分类(地域×性别×题材×流派×变现)+三层标签+12创作维度;国内男频11类/女频10类,海外男频6类/女频9类;V5.0十大规则+商业数据层(归因置信度三级)
|
||||
- 短视频知识库V2.0:三级分类(8赛道S01-S08 × 8叙事形态F01-F08 × 细分垂类)+13创作维度;极致事件双重类型(戏剧性/感官性)
|
||||
- 短视频知识库V2.0:三级分类(8赛道S01-S08 × 8叙事形态F01-F08 × 细分垂类)+13创作维度;极致事件双重类型(戏剧极致/感官极致)+极致行为三分类
|
||||
- **ljg-skills** (`.workbuddy/skills/ljg-skills/`):通用思维工具 ljg-is/think/rank/structure + **ljg-mcn**(短视频编导思维,6种共鸣类型+具象场景+细微情绪=强共鸣,禁下钻神经科学)
|
||||
|
||||
## 分析方法论规则
|
||||
|
||||
@@ -0,0 +1,95 @@
|
||||
# -*- coding: utf-8 -*-
|
||||
"""引用完整性检查 v2:全角标点 + 分块N解析 + KB内部引用"""
|
||||
import os, re
|
||||
|
||||
BASE = r"D:/AgentSkill/MCNVideo AI/project/短视频脚本创作/V1.0/脚本创作技能"
|
||||
KB = os.path.join(BASE, "references", "知识库")
|
||||
|
||||
kb_files = {}
|
||||
for d in sorted(os.listdir(KB)):
|
||||
dp = os.path.join(KB, d)
|
||||
if os.path.isdir(dp):
|
||||
kb_files[d] = sorted(f for f in os.listdir(dp) if f.endswith(".md"))
|
||||
total = sum(len(v) for v in kb_files.values())
|
||||
|
||||
# 分块前缀分类:文件名以"分块N_"开头的分类,允许 分块N 引用方式
|
||||
block_cats = {c: {int(re.match(r'分块(\d+)_', f).group(1)): f for f in fs if re.match(r'分块(\d+)_', f)}
|
||||
for c, fs in kb_files.items()}
|
||||
|
||||
scan_files = []
|
||||
for sub in ["创作流程"]:
|
||||
p = os.path.join(BASE, "references", sub)
|
||||
for f in sorted(os.listdir(p)):
|
||||
if f.endswith(".md"):
|
||||
scan_files.append(("流程/" + f, os.path.join(p, f)))
|
||||
scan_files.append(("创作流程规范.md", os.path.join(BASE, "references", "创作流程规范.md")))
|
||||
scan_files.append(("SKILL.md", os.path.join(BASE, "SKILL.md")))
|
||||
# 知识库内部交叉引用
|
||||
for c, fs in kb_files.items():
|
||||
for f in fs:
|
||||
scan_files.append((f"知识库/{c}/{f}", os.path.join(KB, c, f)))
|
||||
|
||||
FN = r'[\w()()·::\-\\\u4e00-\u9fff/]+?\.md'
|
||||
file_ref_re = re.compile(FN)
|
||||
cat_name_re = re.compile(r'(\d{2}_[\w()()·\-\u4e00-\u9fff]+)')
|
||||
block_re = re.compile(r'分块(\d+)')
|
||||
cat_set = set(kb_files.keys())
|
||||
|
||||
referenced = set() # (cat, fn)
|
||||
broken = []
|
||||
for label, path in scan_files:
|
||||
try:
|
||||
lines = open(path, encoding="utf-8").read().splitlines()
|
||||
except Exception as e:
|
||||
print(f"READ FAIL {label}: {e}")
|
||||
continue
|
||||
for i, line in enumerate(lines, 1):
|
||||
cats_in_line = [c for c in cat_set if c in line]
|
||||
# 文件名引用
|
||||
for m in file_ref_re.finditer(line):
|
||||
ref = m.group(0).replace("\\", "/")
|
||||
fn = ref.split("/")[-1]
|
||||
# 尝试带路径匹配
|
||||
hit = None
|
||||
for c, fs in kb_files.items():
|
||||
if fn in fs:
|
||||
hit = (c, fn)
|
||||
if hit:
|
||||
referenced.add(hit)
|
||||
elif "知识库" in line or ref.startswith("知识库") or "/" in ref:
|
||||
# 可能是知识库引用但没匹配上(也排除产物/流程自身引用)
|
||||
if not any(fn == x for x in ["创作流程规范.md"]) and not fn.startswith(("0", "1")) or "知识库" in ref:
|
||||
if "知识库" in ref or ("知识库" in line and ("/" in ref)):
|
||||
broken.append((label, i, ref, line.strip()[:100]))
|
||||
# 分块N引用(限当前行有分类上下文)
|
||||
for m in block_re.finditer(line):
|
||||
n = int(m.group(1))
|
||||
for c in cats_in_line:
|
||||
if c in block_cats and n in block_cats[c]:
|
||||
referenced.add((c, block_cats[c][n]))
|
||||
|
||||
print(f"总文件: {total}")
|
||||
print("\n===== A. 疑似断链(引用了知识库路径但未命中文件) =====")
|
||||
seen = set()
|
||||
for b in broken:
|
||||
k = (b[2],)
|
||||
if k in seen: continue
|
||||
seen.add(k)
|
||||
print(f" {b[0]}:{b[1]} -> {b[2]}\n {b[3]}")
|
||||
if not broken:
|
||||
print(" 无")
|
||||
|
||||
print("\n===== B. 零引用文件(流程+规范+SKILL+知识库内部均未引用文件名/分块号) =====")
|
||||
orphans = []
|
||||
for c, fs in kb_files.items():
|
||||
for fn in fs:
|
||||
if (c, fn) not in referenced:
|
||||
orphans.append(f"{c}/{fn}")
|
||||
print(f"零引用: {len(orphans)} / {total}")
|
||||
for o in orphans:
|
||||
print(f" {o}")
|
||||
|
||||
print("\n===== C. 分类引用统计 =====")
|
||||
for c, fs in kb_files.items():
|
||||
used = sum(1 for fn in fs if (c, fn) in referenced)
|
||||
print(f" {c}: {used}/{len(fs)}")
|
||||
Reference in new issue
Block a user