8.7 KiB
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 后，方向基本可以成立。
我的理解是：
阶段5：P1-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部分的确立对吧？
对，已经按这个方向建好了最小项目骨架，并把“整页视觉图为主”写进项目控制文件。
主要文件：
验证过 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，供你一起检查：
我也同步更新了 slides.md：两个页面现在都是 design ready for review。还没有写 brief / prompt，也没有生成图片。
5
这两个设计文稿通过。
考虑到本次没有实际的公共视觉部分的参照图，本次生成brief，生成prompt，生成图片，不用做review，不用做完整性检查等，不用开启子会话这些等等。
生成这两张图后，等我确认效果。
6
这两个图通过了，你写个交接文档。 下一个新会话，将开启正式生产了。
交接文档已写好：
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。报告在：
7
阅读交接文档： 2026-06-29-ai-ship-formal-production-handoff.md
现在开始准备进入正式的生产阶段，后续镜头按照7个一包，发起子会话，子会话需要做design，prompt，生图；其他一切从简，减少交接，日志，不启动Agent，不做检查等等。子会话做完回传后，你开始发下一个包给新的子会话，直到所有的镜头做完。
先对齐思路，有问题提出。
已对齐。我的执行理解如下：
- 生产线按你最新指令执行：
production-light，但使用“可见子会话”承接每包。 - 剩余范围是
s03-s24，严格按 7 个一包默认拆成：- 包 1：
s03-s09 - 包 2：
s10-s16 - 包 3：
s17-s23 - 包 4：
s24
- 包 1：
- 每个包创建一个新的干净子会话，标题用
子会话：AI船 s03-s09这种格式。 - 子会话直接完成：
design -> brief -> prompt -> image -> 更新 slides.md -> 极简 handoff -> 回传父会话。 - 不启动 Agent/SubAgent，不写 review，不做完整检查、hash、审计、长日志。
- 仍保留一个最低写入保护：每页先扫描下一版号，
overwrite allowed: no。这个不能省，否则会有覆盖历史产物的风险。 - 子会话回传
complete且无问题后，我不复查细节，直接发下一个包给新的子会话，直到s24完成或触发停止条件。
唯一需要你确认的是最后一包：按“7 个一包”严格执行会剩 s24 单独一个子会话；如果你更想减少子会话，也可以把最后改成 s17-s24 八页一包。没有确认时，我默认严格按 7 个一包，最后 s24 单独跑。
8
把最后改成 s17-s24 八页一包，一个镜头单做有点浪费。
现在开始执行了。
9
我现在挨个打开目录看文件不连贯。
你能在slides/下建立一个PPT文件，每页就是这些图片么？