ℹ️- 这一部分主要是我对 `/goal` 的一些理解。如果只关注具体操作流程，可以直接跳到下一节。

经常 vibe coding 的朋友肯定会有这么一个感觉,就是 AI 时代注意力变得越来越稀缺,当你打开多个终端窗口时,你的效率因为频繁的上下文切换反而会变得更低,而且会让你变得很痛苦......而且总是会陷入garbage in garbage out的死循环 因此，一个比较理想的工作方式是：尽可能让 agent 在一次任务中连续完成更多步骤，而不是每完成一步就停下来等待人工确认。 ,或者说可以让我减少上下文切换的次数,对于一个完整的工程,上下文切换是无法避免的(不可能一次性,完美的完成任务,除非任务极其简单),也就是说这部分成本是无法避免的,此时我们可以使用摊销(amortize),就像进程切换时,上下文切换的成本是固定的,此时通过提高 time slice 就可以让这些固定成本看起来没那么多 按照这个思路, 提高 AI 应用效率的办法是尽可能让每次工作时间足够长, codex 推出的/goal 就是这方面的一个实践,我比较认可的最佳实践是党哥提到的goal driven其实这套机制的核心在于是否能提出足够清晰的目标和足够准确的验证标准(test case),否则就像无头苍蝇,永远需要人干预.

ℹ️- 生成的计划

毕业论文答辩 PPT 制作计划

摘要

参考博客流程，采用“先提炼结构、再确定视觉、最后生成整页图片式 PPT”的方式制作答辩稿。最终目标是生成一份适合 6-8 分钟本科答辩、约 16 页、蓝白工程风、整页图片铺满且带演讲者备注 的 PPT。

已确认方案

• 视觉风格：蓝白工程风，突出 WebGIS、系统架构、数据流、地图可视化与工程实现。
• 页数与时长：控制在 16 页左右，适配 6-8 分钟答辩。
• 生成方式：每页先生成完整页面图片，再铺满 PPT；除演讲者备注外，页面中不放可编辑元素。
• 素材来源：优先使用本地已有论文与图片素材，包括 毕业答辩 中的系统截图、架构图、专题图和 logo。
• 执行不中断策略：如遇单页生成效果不佳、图片缺失或内容不确定，默认先使用论文现有文字和已有图表生成可用版本，再记录为待微调项，不中断整体 PPT 生成。

PPT 结构规划

1. 封面：题目、姓名、学院、指导教师，背景使用 xx弱化视觉。
2. 目录：研究背景、系统设计、数据体系、功能实现、测试部署、总结展望。
3. 研究背景：(不方便透露)
4. 研究问题：(不方便透露)
5. 研究目标与内容：(不方便透露)
6. 技术路线：(不方便透露)
7. 研究区与数据：(不方便透露)
8. 系统总体架构：(不方便透露)
9. 数据库与地图服务设计：(不方便透露)
10. 核心功能一：(不方便透露)
11. 核心功能二：(不方便透露)
12. 核心功能三：(不方便透露)
13. 系统运行效果：综合使用系统截图展示主要界面。
14. 测试、优化与部署：功能测试、性能测试、Docker Compose 部署。
15. 特色与创新点：(不方便透露)
16. 总结与展望：主要成果、不足、后续扩展方向与致谢。

实施步骤

• 建立独立输出目录，例如 毕业设计/答辩PPT/，内部放置结构稿、视觉参考图、页面图片、PPTX 输出文件和备注稿。
• 读取论文 PDF/LaTeX 内容，生成 答辩PPT结构.md，每页包含标题、核心观点、建议图示和备注要点。
• 基于蓝白工程风生成 3-5 张视觉参考页：封面、目录、章节页、系统架构页、成果展示页。
• 按确认后的结构生成 16 张完整页面图片，每页统一比例 16:9，控制页面文字量，重点使用图、流程、截图和关键词。
• 使用 PPT 生成工具把每张图片铺满对应幻灯片，并为每页写入演讲者备注。
• 生成最终文件：毕业设计/答辩PPT/
• 完成后检查：页数、错别字、logo 位置、图片清晰度、备注是否适合 6-8 分钟讲述。

测试与验收

• 打开 PPT 检查所有页面是否铺满，无裁切、无变形、无缺图。
• 检查每页备注是否存在，并按 6-8 分钟答辩节奏压缩为口语化表达。
• 核对关键事实：(不方便透露)
• 对系统截图页重点检查图例、地图、统计图是否清晰可辨。
• 若某页内容错误，只重生成对应页面图片并替换，不重做整套 PPT。

默认假设

• 答辩对象为本科毕业论文答辩。
• 学校/学院视觉不强制套用官方模板，优先保证正式、清晰、工程感。
• 页面不可编辑是有意选择，后续修改通过重生成单页图片完成。
• 不新增遥测、联网素材或外部数据，除非你明确要求。