前期吸收：读策划、读参考、锁定黑白手稿目标
确认最终方向不是彩色精修图，也不是纯线框，而是能给设计师继续排版填色的黑白详情页手稿。输出了第一版 P1-P11 分镜基础。
项目复盘 · 黑白详情页手稿阶段
旺家福鸭锁骨详情页手稿时间看板
这份看板用于复盘从“读策划和参考图”到“手稿分段与后续生图接力方式稳定”的全过程。时间口径分开看：一类是自然经过时间，一类是真正有沟通、判断、裁图、提示词和生图结果产生的工作时间。
手机竖向详情页
黑白针管笔手稿
GPT Image 2 生图
15% 顶部衔接法
7/7 18:16
项目对话启动：先读详情页策划和参考图，确定要做黑白手稿。
7/8 19:13
P11 自生成参考包完成，P7-P10 改为用户生图、我辅助裁图和提示词。
约 40 条
有效用户沟通节点，含 Brief 确认、画面反馈、衔接返工和最终复盘请求。
65 次
本地可见的 GPT Image 2 结果记录，覆盖 v1-v19 与局部编辑尝试。
时间花在哪里
估算口径：以 30 分钟为断点。文件/工具活动之间超过 30 分钟，默认视为暂停、等待确认、用户忙别的事或系统未运行，不计入真实工作时间。
阶段时间线
这里把“做了什么”和“为什么返工”放在一起看，便于复盘项目真实消耗。
第一轮落地：代码草图被否，转向 GPT Image 2 生图
早期用代码渲染出的 PNG 不够细致，用户明确指出应该用生图模型生成。此时还暴露出标题排版、硬横线衔接、手机详情页比例等问题。
晚间返工：v2-v4、产品形态和文案口径反复
开始按 GPT Image 2 做多段生成。期间发现 PDF 与具体画面参考存在冲突，一度改成以具体画面参考左列为准；同时校正鸭锁骨不能像鸭脖直条，独立小包装才是主要包装形态。
暂停等待：前端 Brief 口径未最终确认
用户反馈“前端的次号方案不是最终的”，项目暂停，等待客户/前端重新确认。这个阶段属于自然经过时间，不计入真实工作。
最终 Brief 重启：PDF 管文案，JPG 管画面创意
正式确认最终口径：`旺家福鸭锁骨详情页策划4.pdf` 作为文案策划，`具体画面参考.jpg` 作为画面创意。并行处理上半段/下半段，经历 P1-P2 产品形态、字体排版、生图阶段必须有文字等关键返工。
衔接问题诊断：顶部锚点和逐像素保留开始成为核心方法
用户指出 P5-P6 到 P7-P8、P7-P8 到 P9-P10、P9-P10 到 P11 的顶部都没有真正沿用上一段底部。开始检查锚点是否逐像素保留。
集中返工：v12-v19 处理 15% / 20% 锚点、遮挡和场景过渡
多轮尝试解决“硬衔接”“顶部锚点压住画面”“追剧场景重复出现电视”等问题。最终确认 P1-P6 可以整理给设计师，后续 P7-P11 不再强行由我完整生图，而改成我裁图和写提示词，用户自己生成。
接力方式稳定：用户生成 P7-P8、P9-P10，我继续裁底部 15% 和写提示词
用户用新的提示词成功生成 P7-P8 和 P9-P10，并确认效果不错。我分别整理 P9-P10 与 P11 的顶部衔接参考包和提示词。
设计交付文件出现：草稿 PSD / PNG
输出目录出现 `草稿.psd` 与 `草稿.png`，说明已进入可交付或可继续设计处理的文件整理阶段。
返稿与决策轮次
不是所有返工都是坏事：这次真正消耗时间的地方，是 Brief 口径、产品形态、文字生成和跨屏衔接方法不断被校准。
| 环节 | 发生了什么 | 轮次判断 | 结果 |
|---|---|---|---|
| Brief 口径 | 先读 PDF 和参考图，随后发现 PDF 与 `具体画面参考.jpg` 不一致；中间一度要求忽略 PDF；7/8 上午重新确认 PDF 文案是最终版，JPG 负责画面创意。 | 约 3 轮 | 最终形成“PDF 管文案、JPG 管画面”的稳定口径。 |
| 产品形态 | 鸭锁骨最初容易被画成直条鸭脖。用户补充产品图和内包装图后，明确 V/U/Y 折角、骨梁连接、带肉、带卤汁。 | 约 3 轮 | P1-P2、全局产品形态提示词被强化。 |
| 文字生成 | 用户明确要求文字必须在生图阶段生成，不能留白、不能后期加字，也不能从参考图里抄未确认文案。 | 约 3 轮 | v7 以后进入“生字版”方向，提示词只允许出现确认文案。 |
| 跨屏衔接 | 多次出现硬横线、压住画面、顶部未逐像素保留、保留但不自然延展等问题。 | 约 8 轮 | 最终沉淀为“上一段底部 15% 作为下一段顶部参考 + 生图模型自然延展”的接力方法。 |
| 场景页切分 | P7-P8 多场景之间不能淡入淡出，追剧和露营可以用画框、斜向框线、桌布边缘等分区；但追剧需延续上一屏已有沙发电视。 | 约 4 轮 | 用户自行生成 P7-P8 后确认效果可用，我转为辅助裁图和提示词。 |
| 协作方式 | 从“我完整生图并拼长图”调整为“一张一张生成，不强制拼长图”；后段再调整为“我提供 15% 衔接参考和提示词，用户自己生成”。 | 约 2 轮 | 效率明显提高，P7-P8 和 P9-P10 都由用户成功生成并认可。 |
关键产物
这些是复盘时最值得打开看的文件：已确认分段、用户自生成参考包、最终交付草稿。
P1-P2 首屏工艺
用户认可的前段基础，视觉冲击和工艺表达进入可交付状态。
P3-P4 口感营养
与 P1-P2 的衔接被认为是目前最接近正确方向的一段。
P5-P6 双口味 / 工作间隙
后续 P7-P8 的顶部 15% 就从这一段底部裁出。
P7-P8 用户自生成
用户用“逐像素保留 + 自然延展”的新提示词生成，并确认这一段没问题。
P9-P10 用户自生成
佐酒小食/便携收纳方向已确认，底部 15% 被裁为 P11 顶部参考。
草稿 PNG / PSD
输出目录中的设计草稿文件，可作为后续给设计师继续处理的落点。
复盘结论
这部分用于对外说明“为什么看起来经历很久，但真实投入不是连续 26 小时”。
1. 最大时间消耗不是画，而是校准 Brief
PDF、JPG、前端 Brief 曾出现口径不一致，导致前期方案反复。最终把“PDF 管文案，JPG 管画面”确认后，后续才稳定。
2. 最难的技术点是跨屏自然衔接
单张图生成质量已经可接受，但长详情页要自然向下延展，不能硬切、不能遮挡、不能重新开场景。15% 顶部衔接法就是在这里沉淀出来的。
3. 后段协作方式调整后效率更高
当用户自己掌握有效提示词后，我转为提供裁图、参考包和下一段提示词，P7-P10 的推进速度明显变快。
数据口径说明
避免把估算误读成精准计时。
| 整体经过时间 | 按本项目对话启动时间 2026-07-07 18:16 到输出目录中 `草稿.png` 出现时间 2026-07-08 20:40 计算，约 26 小时 24 分。 |
|---|---|
| 核心手稿接力周期 | 如果只算到 P11 自生成参考包完成，截止 2026-07-08 19:13，约 24 小时 57 分。 |
| 真实工作时间 | 根据本地文件活动、生成结果记录、提示词文件、裁图包和完成回合推算。采用 30 分钟断点，估算约 8 小时 35 分；加上少量纯沟通判断，可理解为约 9 小时以内。 |
| 沟通轮次 | 当前会话中可见有效用户沟通节点约 40 条，其中包含 Brief 确认、设计反馈、暂停指令、继续指令、衔接方法讨论和本次复盘请求。 |
| 生图记录 | `output/gpt-image2-hand稿/` 下可见 19 组 prompts 目录、19 组 segments 目录、65 个 `.result.json` 生图/编辑结果记录。 |