knowledge-vault/discussions/creative/搭上AI这条船/讨论搭上AI这条船-Codex.md

150 lines
8.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 1
我计划做一个PPT我已经建立了项目`2026-06-29-搭上AI这条船`并且与GPT讨论完成了整体规划放在`intake/`下。
第一步整理intake原始资料的格式可以省略我看了这次的格式基本没啥大问题。
有点奇怪的是公共视觉部分它在阶段3和阶段5都出了一些。这部分需要合并着看。
原始章程位置:`C:\Users\wangq\Documents\Codex\knowledge-vault\work\internal\OPC销售\AI智能化客户经营团队启动会议章程.md`你可以记录下来这个PPT是从这个章程文件抽取的但是不一定用的上。
---
这套 PPT 是内部启动会演讲用,不是归档章程,不是客户方案,也不是正式培训课件。
主线、页面顺序、页面标题、页面核心结论以《P1-P24 单页设计骨架》为准。
原始章程如提供,只作为事实校验和备份参考,不得重新压缩进主 PPT。
页面风格采用深蓝黑商务底、AI 航线、雷达、罗盘、船票、路线图等视觉母题。
页面文字可以直接出现在图里,不需要另行做严格文字层精修。
目标是让参会者形成共识、建立信心,并进入第一周 AI 训练目标。
---
先做思路的对齐,有问题可以提出。
我看完 intake 后,方向基本可以成立。
我的理解是:
- `阶段5P1-P24 单页设计骨架.md` 是主权威:页序、标题、核心结论按它走。
- `阶段3` 负责会议主线和节奏,`阶段4` + `阶段5全局页面规则` 合并成公共视觉/表达系统。
- 原始章程只记录为事实校验源,不重新压缩进主 PPT。
- 这套不是章程型 PPT而是启动会“共识 + 信心 + 第一周行动”的演讲稿。
- 后续应先补最小项目元数据,把章程路径、主权威文件、视觉规则记录进去;再做可交付 PPT而不是进入一页一图的视频生产线。
我看到一个需要先定的关键点:最终 PPT 你更希望是哪种形态?
A. **可编辑 PPT 为主**:标题、要点、模型都是真 PPT 文本/形状,背景和关键视觉用图。
B. **整页视觉图为主**:每页更像一张演讲海报,文字可以直接烘在图里,再放进 PPT。
我建议选 A+B 的混合24 页标题和关键文字保持可编辑封面、P10-P12、P14-P16、P18-P21 这些核心页做更强主视觉。
# 2
因为内部会议,可以有错别字、字号字体等疏漏,且时间比较紧张,我没时间做细微调整且不重要,我倾向于 **整页视觉图为主**
那么接下来,你应该先建立文件和文件夹。然后我们进入`visual-system`部分的确立对吧?
对,已经按这个方向建好了最小项目骨架,并把“整页视觉图为主”写进项目控制文件。
主要文件:
- [project.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\project.md>)
- [execution-plan.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\execution-plan.md>)
- [visual-system.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\visual-system\visual-system.md>)
- [style-prompt-master.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\visual-system\style\style-prompt-master.md>)
- [motif-registry.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\visual-system\motifs\motif-registry.md>)
- [slides.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\slides\slides.md>)
验证过 `slides.md` 里 P01-P24 共 24 页都已建成状态表;当前没有生成图片,也没有创建逐页 `design/brief/prompt` 文件。
下一步确实是确立 `visual-system`。我建议用:**统一深蓝黑 AI 航线作战图底盘 + 按页面家族轻微变化母题**,而不是每页完全不同风格。这样最快,也最稳。这个方向可以吗?
# 3
同意:**统一深蓝黑 AI 航线作战图底盘 + 按页面家族轻微变化母题**
每页底板风格完全统一。
我觉得镜头1既是封面也可以作为公共风格的样片。
下一步直接进入镜头1的设计和制作。
若有问题区别下是公共风格的还是镜头1特有的若是公共的回来调整公共特有的直接调镜头1。
封面确定后再跑一个镜头2若内容页也OK我觉得就可以直接进入生产阶段了。
你是否同意这个过程?
同意,而且这个流程是当前最省时间、风险最低的。
我已经把它记录进项目文件P01 同时作为封面样片和公共风格样片P02 作为内容页样片。判断规则也写清楚了:如果 P01/P02 暴露的是公共底板问题,就回改 `visual-system`;如果只是单页问题,就只改对应页。
下一步进入 P01先写 `s01-v1-design.md`,再写 brief/prompt并按已授权的 P01 样片范围生成封面图。P01 过了,再跑 P02两页都 OK就进入剩余页面的 production-light。
# 4
下一步写两个镜头的design我一起检查。
已写好两个 design供你一起检查
- [s01-v1-design.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\slides\s01\s01-v1-design.md>)
- [s02-v1-design.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\slides\s02\s02-v1-design.md>)
我也同步更新了 [slides.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\slides\slides.md>):两个页面现在都是 `design ready for review`。还没有写 brief / prompt也没有生成图片。
# 5
这两个设计文稿通过。
考虑到本次没有实际的公共视觉部分的参照图本次生成brief生成prompt生成图片不用做review不用做完整性检查等不用开启子会话这些等等。
生成这两张图后,等我确认效果。
# 6
这两个图通过了,你写个交接文档。
下一个新会话,将开启正式生产了。
交接文档已写好:
[2026-06-29-ai-ship-formal-production-handoff.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\handoff\2026-06-29-ai-ship-formal-production-handoff.md>)
我也同步更新了 `project.md`、`execution-plan.md`、`slides.md` 和任务日志P01/P02 已记录为用户确认通过,下一会话从 `s03` 开始正式生产。handoff 里建议首包为 `s03-s08`,后续再按稳定情况推进。
另外跑了 lifecycle 状态扫描,结果 `PASS`,无 blocking findings。报告在
[生命周期扫描报告](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\tasks\2026-06-29-visual-system-alignment\lifecycle-guard-output\lifecycle-status-guard-scan.md>)
# 7
阅读交接文档:
[2026-06-29-ai-ship-formal-production-handoff.md](<C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-29-搭上AI这条船\handoff\2026-06-29-ai-ship-formal-production-handoff.md>)
现在开始准备进入正式的生产阶段后续镜头按照7个一包发起子会话子会话需要做designprompt生图其他一切从简减少交接日志不启动Agent不做检查等等。子会话做完回传后你开始发下一个包给新的子会话直到所有的镜头做完。
先对齐思路,有问题提出。
已对齐。我的执行理解如下:
1. 生产线按你最新指令执行:`production-light`,但使用“可见子会话”承接每包。
2. 剩余范围是 `s03-s24`,严格按 7 个一包默认拆成:
- 包 1`s03-s09`
- 包 2`s10-s16`
- 包 3`s17-s23`
- 包 4`s24`
3. 每个包创建一个新的干净子会话,标题用 `子会话AI船 s03-s09` 这种格式。
4. 子会话直接完成:`design -> brief -> prompt -> image -> 更新 slides.md -> 极简 handoff -> 回传父会话`。
5. 不启动 Agent/SubAgent不写 review不做完整检查、hash、审计、长日志。
6. 仍保留一个最低写入保护:每页先扫描下一版号,`overwrite allowed: no`。这个不能省,否则会有覆盖历史产物的风险。
7. 子会话回传 `complete` 且无问题后,我不复查细节,直接发下一个包给新的子会话,直到 `s24` 完成或触发停止条件。
唯一需要你确认的是最后一包按“7 个一包”严格执行会剩 `s24` 单独一个子会话;如果你更想减少子会话,也可以把最后改成 `s17-s24` 八页一包。没有确认时,我默认严格按 7 个一包,最后 `s24` 单独跑。
# 8
把最后改成 `s17-s24` 八页一包,一个镜头单做有点浪费。
现在开始执行了。
# 9
我现在挨个打开目录看文件不连贯。
你能在`slides/`下建立一个PPT文件每页就是这些图片么