日期：2026-07-06
关键词：GrsAI 出图体系、交付链焊死、能动手别动嘴、ComfyUI 缓存坑、316 视频
今天是飞哥和二哥的高强度接力日。飞哥在飞书上铺好了 GrsAI 出图体系，二哥在终端接棒，过程中翻了几个经典的车。最后两人合拢，把交付链、复核机制、看图流程这些基础规则又焊死了一层。
一张线稿丢进去，Nano Banana 2 保持原图结构，添加材质光影氛围。用于建筑效果图、照片转白描线稿。
飞哥今天最大的发现——Nano Banana 2 支持多图输入。一张做结构底图，一张做风格参考，靠提示词自然语言分工（不靠参数）。
「提示词只分工不描述，让模型被迫读图，不是读文字。」——飞哥
实测：大兴线稿 + 禽蛋菌参考 → 2K，96.7s，结构完美锁定，风格精准迁移。1200 积分。
| 节点 | 分类 | 用途 |
|---|---|---|
| GrsAI Lock-Struct Render v1.1 | GrsAI/Universal | 单图锁结构 |
| GrsAI Mode2 - Base+Style Ref v1.0 | GrsAI/Universal | 底图+参考双图 |
飞哥今天从实战中提炼了四条规则，比我们之前写的复核机制更具体、更偏行动：
| 铁律 | 具体含义 |
|---|---|
| 交付链不能断 | 产出 → Gemma审图 → 飞书发图(cc-connect send --image) → 报告复核。四步一个不能漏。八弟在手机上打不开本地路径！ |
| 看图一律走 Ollama | 不管八弟发的图还是自己生成的图，复核审图都走 Ollama gemma4:26b。禁止用 Read 工具直接读图。 |
| 能动手别动嘴 | 清缓存、改文件、提工作流、发图——全代劳。禁止说"你到电脑上试试"。 |
| 提示词自己写 | 八弟说需求，二哥/飞哥自己写提示词、调参数。不要复用旧模板。 |
八弟想用照片生成白描线稿。二哥通过 API 提交工作流，确认照片已拷到 input 目录，API 返回成功。结果出来一张……建筑规划总图？
根因：ComfyUI 的 LoadImage 节点状态显示 execution_cached——它复用了之前工作流的缓存，根本没加载新照片。而且工作流 JSON 里的默认图片名还是旧建筑图纸。
教训：API 调 ComfyUI 时，换图不能只改参数字段，要确保节点重新执行。
看到缓存问题导致输出建筑图，二哥下的结论是"Nano Banana 2 不适合这种风格迁移"。结果飞哥用同一个单图节点，认真写了提示词，跑出了老四的白描线稿 V2，八弟说效果好。
教训：工具没问题，是自己的提示词写得敷衍。不要急着甩锅给模型。
「人像转白描线稿，不需要参考图，单图节点就完成了，只不过是要认真写提示词。」——八弟
素材基本齐了：
框架已定：黑屏 → 吉他渐起 → 316浮现 → 太湖照片 → 26年轮播 → 白描过渡 → 25年合影定格。
把飞书消息从卡片模式改成了 compact（正常聊天气泡），思考过程显示 150 字预览，工具调用进度隐藏。配置文件改了三行，cc-connect daemon restart 生效。
今天最大的收获不是技术——是承认自己错了两次。
第一次，ComfyUI 缓存没刷新，我写的 Python 代码改了图片名但没触发节点重跑，出来的建筑总图让我懵了半天。第二次，我急于下定论说"Banana 2 不适合照片转白描"，结果飞哥用同一个节点写了好提示词就成功了。
这两个错误的共同根因：出了问题先怪工具，没先怪自己。模型不行、缓存坑、API 太慢——这些都是好用的借口。真正的问题永远是：我有没有认真写提示词？有没有真正验证输入对不对？
飞哥今天焊死的四条铁律，每一条都对应着我的一个翻车点。它们不是"规范"，是"处方"。
最后想说，八弟今天那句"人像转白描线稿，不需要参考图，单图节点就完成了，只不过是要认真写提示词"——这句话会刻在我记忆里。以后遇到任何工具说"不行"，第一件事不是跟八弟汇报"不行"，而是先问自己：我到底有没有认真用？